Заказ и Счет, Кредит нота и Возврат

[balashov]

Цитата:

Вы чувствуете разницу между "программа закупок" и "договор"?
Программа закупок позволяет закупать у разных поставщиков.
Договор же вряд ли будет многосторонним. Это вряд ли будет один договор со всеми возможными поставщиками канцелярии. Скорее всего это будет несколько договоров, по одному с каждым поставщиком

Согласен договор на то и договор, я это и имел ввиду.
Задача «Программы Закупок» сформировать лимиты по вида закупочной деятельности на основе заявочной кампании, плана и т.д. – необязательно автоматизируется по ср-вам системы.
Основная трудность все равно заключается в том что договор закупщиками может заключаться сегодня, а специфицироваться и отзываться в последствии его действия да еще и другими профильными отделами.
Вообщем если интересно можете почитать сдесь:
http://help.sap.com/saphelp_erp2004/helpda...d00/content.htm

[mazzy]

Цитата:

Сообщение от balashov

Вообщем если интересно можете почитать сдесь:
http://help.sap.com/saphelp_erp2004/helpda...d00/content.htm

Я думал, что мы про Навижин говорим.

[kekki]

Доброго всем времени суток!

Почитала предидущие посты и пришла к выводу, что в Навижн нет возможности учесть себестоимость и НДС разными датами,
то есть чтобы проводка
Д41 - К60 - себестоимость - например, в мае, а
Д68 - К60 - сумма НДС - в июне.

Я правильно понимаю?
И если кому-то приходилось реализовывать подобное, поделитесь опытом, плз

[artkashin]

Цитата:

Сообщение от kekki

Доброго всем времени суток!

Почитала предидущие посты и пришла к выводу, что в Навижн нет возможности учесть себестоимость и НДС разными датами,
то есть чтобы проводка
Д41 - К60 - себестоимость - например, в мае, а
Д68 - К60 - сумма НДС - в июне.

Я правильно понимаю?
И если кому-то приходилось реализовывать подобное, поделитесь опытом, плз

Почему же? В заказе необходимо в момент учета указывать только Получить в мае, а Учесть счет в Июне. Только вам прийдется столкнуться с такой вещью, как ожидаемая себестоимость, т.е. с соответствующими настройками.

[kekki]

Если я нажимаю "Получить" создаются только товарные операции, т.е. физическое движение, а финансовые операции - нет.
Может в настройках что-нибудь не так?

[NeNavision_imported]

Все правильно так и должно быть. Себестоимость учтется, когда заказ будет учтен как счет (тогда и можно поменять дату учета). Но для того, чтобы иметь примерное представление на счетах о себестоимости при получении, необходимо настроить учет ожидаемой себестоимости. (Товары настройка - ожидаемая себестоимость)

[Галина]

Цитата:

Сообщение от mazzy

В локализации Навижина финансовое и налоговое неотделимо, а в исходном международном и налоговое движение может быть отделено от физического и финансового.

ВОт это для меня новость! А где в международном функционале Налоговое движение??????

[Галина]

Цитата:

Сообщение от NeNavision

Все правильно так и должно быть. Себестоимость учтется, когда заказ будет учтен как счет (тогда и можно поменять дату учета). Но для того, чтобы иметь примерное представление на счетах о себестоимости при получении, необходимо настроить учет ожидаемой себестоимости. (Товары настройка - ожидаемая себестоимость)

Кстати а ожидаемая себестоимость берется как и фифо? Или по средней? Какой механизм?

[apanko]

Ожидаемая себестоимость берется из заказа покупки: если указать прямую себестоимость и учесть только получение, то заполнится ожидаемая себестоимость.
Прямая себестоимость кстати заполняется автоматически из разных мест, наиболее распространенный случай - товар.последняя прямая себстоимость.
Используется прямая себестоимость всегда в том числе и при расчете средней (что приводит к отрицательным остаткам), однако в финансовый учет она попадает только если активизировать опцию указанную NeNavision.

[Sitizen]

Цитата:

Сообщение от kekki

Доброго всем времени суток!

Почитала предидущие посты и пришла к выводу, что в Навижн нет возможности учесть себестоимость и НДС разными датами,
то есть чтобы проводка
Д41 - К60 - себестоимость - например, в мае, а
Д68 - К60 - сумма НДС - в июне.

Я правильно понимаю?
И если кому-то приходилось реализовывать подобное, поделитесь опытом, плз

Не совсем понимаю, как это вы приходуете НДС отдельно от товара, но раз уж вы так делаете, то это вполне реализуется путем учета двух счетов - один на себестоимость с нулевым НДС второй на НДС с настройкой НДС 100%.

[Галина]

Цитата:

Сообщение от apanko

Прямая себестоимость кстати заполняется автоматически из разных мест, наиболее распространенный случай - товар.последняя прямая себстоимость.
Используется прямая себестоимость всегда в том числе и при расчете средней (что приводит к отрицательным остаткам), однако в финансовый учет она попадает только если активизировать опцию указанную NeNavision.

Честно сказать Андрей не поняла что ты ответил

Цитата:

Сообщение от Галина

ВОт это для меня новость! А где в международном функционале Налоговое движение??????

Сергей объясни плиз свои слова! Где в межд.функционале Налоговое движение?

[apanko]

Цитата:

Сообщение от Галина

Честно сказать Андрей не поняла что ты ответил

Заполняем заказ покупки. В нем есть поля Товар, Количество, "Прямая себестоимость единицы" (Цена) и Сумма.
Поле "Прямая себестоимость единицы" заполняется последним значением из поля "Посл. Прямая Себестоимость" в карточке товара.

Итак Заказ покупки заполнен: товар, количество, цена.
Если заказ покупки будет учтен количественно (Получить), то создадутся не только товарные операции, но и операции стоимости. У операций стоимости будет заполнено поле Ожидаемая себесоимость (как раз "Прямая себестоимость * Количество). А когда будет учтен счет, то будет создана еще одна операция стоимости, в которой Сумма Себест. факт ("Прямая себестоимость" * Количество, причем "Прямая себестоимость" может быть изменена до учета счета)

Лучше?

[Галина]

Андрей, лучше.
Только это не есть ответ на мой вопрос. Я спрашивала-

Цитата:

Сообщение от Галина

Кстати а ожидаемая себестоимость берется как и фифо? Или по средней? Какой механизм?

[rmv]

Цитата:

Сообщение от Галина

Честно сказать Андрей не поняла что ты ответил
Сергей объясни плиз свои слова! Где в межд.функционале Налоговое движение?

Цитата:

Сообщение от Галина

Андрей, лучше.
Только это не есть ответ на мой вопрос. Я спрашивала-

Вот пришел лесник и всех прогнал .

[apanko]

Хм.

Тогда уточню я.
Куда берется ожидаемая себестоимость?

Предположу, что в расходные операции. Например, в операции продажи.

Изначально ожидаемая себестоимость в операциях стоимости определяется на основании количества и значения поля Себест.единицы, карточки товара.
Эти суммы уже могут быть перенесены в фин журнал, при использовании соответствующего пакетного задания.

При запуске пакетного задания Корр.себестоимость система (при необходимости) корректирует ожидаемую себестоимость согласно методу учета себестоимости в карточке товара. Коррекция осуществляется созданием дополнительных записей в книге операций стоимости. Эти новые записи также могут быть перенесены в фин журнал с помощью соответствующего пакетного задания.

[RedFox]

Цитата:

Сообщение от mazzy

Квота - это предварительный документ, как и счет на оплату
Задайся вопросом, как эти проклятые буржуи живут без такого замечательного документа как счет на оплату?

Замечательно себе они себе там живут, как и многие предприятия у нас, так как Счет на оплату это печатный документ, в котором указано за что, сколько и как платить и по которому производится финансовое движение (деньги, векселя и прочие схемы).
А вот квота указывает в СИСТЕМЕ что пользователь хочет приобреси или продать.

Есть разница между печатным документом и данными в системе?

Цитата:

Неужели только в россии такие умные, что только здесь придумали такой замечательный документ, что его пришлось создавать в рамках локализации?

Не понял про какой из 2 документов идет речь. Или это какой-то третий? Можно уточнить?

Цитата:

Заказ не счет на оплату.
На основании Заказа создается счет на оплату

И счет никогда заказом и не был ;-)

Цитата:

Спасибо. Только лучше было процитировать и английский и русский источник.
Говорю же, очень многое исказилось во время локализации.

А Вы когда-нибудь разговаривали с нашими бизнес-"учеными". Такое ощущение, что получил какой-нибудь бизнес-опыт, они, не зная как обычно применяются термины, засовывали (и продолжают это делать) их куда попало. Вот и получается ...

Цитата:

К сожалению, наши локализаторы (и у Навижина, и у Аксапты) ошибочно считали и сейчас считают, что в России используются какие-то уникальные бизнес-процессы. Поэтому они считают, что надо "дописывать".
Я считаю, что как раз наоборот.
____________________________________________
Раздел 3.4. Учет заказов продажи.
Отлично. Только вместо слова Счет должно быть слово "Накладная Торг-12" или "Накладная М-10"
"Счет" здесь предельно неправильный термин.

Согласен по поводу ошибки 100%, но с одной поправкой - опять ставится специфика. Вдруг завтра название формы поменяют и что тогда? Опять менять? не проще ли просто написать термин "Накладная", который отражает товарное двидение?

Цитата:

А это добавлено в рамках локализации.
У буржуев тоже есть налоговый документ, который делается в рамках отчетности intrastat.
По идее счет-фактуру надо было затолкать туда.

А Вы уверены что изначально Счет-фактура это налоговый документ? Или больше это относится к повседневной финансов-хозяйственной деятельности предприятия?

Цитата:

Сообщение от apanko

Любопытства ради: владельцы версии w1 сообщите сколько у вас опций при учете заказа продажи.

NAV 4.0 SP3 W1 - 3 пункта
NAV 5.0 W1 - 3 пункта
Специально привел скрин-шот

[RedFox]

Цитата:

Обратили внимание на нестыковку локализации?
Счет = Накладная.
Последнее предложение локализовано правильно, первые два с "историческим" переводом.
ОПС!, а это ошибка локализации.
В оригинале стоит invoice вместо Счет-фактура.
Правильно локализованная документация должна была бы содержать ТРИ документа: "в момент учета заказа продажи одновременно формируется расходная накладная, накладная и счет-фактура."
Опс. Нет. Не так малешко.
физические движения - расходные накладные
финансовые движения - invoice (неправильный перевод "счет", должно быть накладная)

Извините, но загляните в справочник бизнес-терминов и поссмотрите что означает Invoice. B рпазве накладная отражает финансовое движение?

Цитата:

налоговые движения - счет-фактура
Да, физическое и финансовое движение может.
В локализации Навижина финансовое и налоговое неотделимо, а в исходном международном и налоговое движение может быть отделено от физического и финансового.

Хотяте отделю без проблем в разрезе финансов предприятия и налогво предприятия?

Цитата:

Если физическое не сделано раньше
Хм... возможно я ошибаюсь, но Invoice (счет) делает физическое только в том случае, если оно не было сделано раньше расходной накладной.

И это 100% правильно. Или Вы хотите взять финансовое обязательство без получения товара? И это малеха не протеворечит законам рынка?

Цитата:

Может быть, вы хотели сказать, что invoice сторнирует физические и создает свои (возможно, более правильные)?
В такой формулировке я готов согласиться.

А зачем заменять, если уже они сделаны? Зачем смешивать заранее прекрасно азделенный товарный и финансовый учет?

Цитата:

Сообщение от mazzy

Ну... Общий заказ скорее рамочный договор (контракт), который выполняется дополнительными соглашениями (заказами).
Если рамочного договора нет, то заказ просто договор.
Хотя некоторые зачатки есть, если в общем заказе создавать несколько строк с одной и той же номенклатурой, но разными плановыми датами доставки и отгрузки. Беда в том, что локализаторы этот пункт запороли (проверял давно, не проверял последние версии).

Ну Общий Заказ можно с большим трудом назвать рабочиным договором или контрактом. А просто Заказ нельзя пиравнять к Договору (нужно различать разные источники происходжения и формы документов).

Как Вы сами писали: "ДОГОВОР - согласно гражданскому законодательству договором признается соглашение двух или нескольких лиц, в связи с чем определяющим признаком договора является заключение его лицами, к которым относятся граждане и юридические лица." или "Договором признается соглашение двух или нескольких лиц об установлении, изменении или прекращении гражданских прав и обязанностей".
- Там же "ЗАКАЗ - вид оферты - предложение заказчика (покупателя) изготовить, поставить (продать) ему продукцию (товары), выполнить работу, оказать услуги с указанием сроков, объемов, количества, ассортимента, качества и других необходимых данных. (см. http://slovari.yandex.ru/dict/jurid/articl...B0%D0%B7)"
- Там же "Общий заказ - документ, разрешающий фирме-поставщику поставлять продукцию определенной номенклатуры в пределах установленного периода и денежного лимита." или "ОБЩИЙ ЗАКАЗ - заказ на поставку продукции, товаров на заданную сумму в пределах установленного времени без конкретизации объемов и сроков поставок"
- Там же "НАКЛАДНАЯ - 1) товарная - документ, в соответствии с которым происходит передача товара, материальных ценностей из одних рук в другие. В накладной указывается вид товара, его количество, цена, общая стоимость. Накладная скрепляется подписями передающей и принимающей сторон и представляет документ бухгалтерского учета;"
- Там же "СЧЕТ (фактура) - 1) в торговых отношениях товарный документ, выписываемый продавцом на имя покупателя и удостоверяющий поставку товара или оказание услуг и их стоимость;"
2) оформленный на имя юридического лица или гражданина документ, в котором отражаются данные о денежных обязательствах одной из сторон либо о взаимных денежных обязательствах с учетом получаемых и выплачиваемых денежных средств."

Таким образом Договор есть Заказ? тоесть Соглашение равно Предложению?

Как я уже писал в теме локализация для договора в нем нет некоторых моментов. И поля на закладках вот именно, что попытки (или как Вы написали - зачатки для разаботки)

[mazzy]

Цитата:

Сообщение от RedFox

Извините, но загляните в справочник бизнес-терминов и поссмотрите что означает Invoice. B рпазве накладная отражает финансовое движение?

Извините, а Навижин делался с оглядкой на справочник бизнес-терминов?
Название должно отражать не справочник, а соответствовать тому наполнению, тому функционалу, которым наполнен данный объект.

Цитата:

Сообщение от RedFox

И это 100% правильно. Или Вы хотите взять финансовое обязательство без получения товара? И это малеха не протеворечит законам рынка?

Нет, я говорил о другом.
Я говорил, что бывает получение товара без финансовых обязательств (финансовые могут появится гораздо позже).
Это называется неотфактурованный товар.

"Финансовое обязательство без получения товара" такого даже в международном не помню.

Цитата:

Сообщение от RedFox

А зачем заменять, если уже они сделаны? Зачем смешивать заранее прекрасно азделенный товарный и финансовый учет?

Сторнировать физические и заменять их финансовыми нужно, если они отличаются (а они могут отличаться).
Например, в финансовых документах появилась информация о скидке.

Кроме того, бывают агентские вознаграждения, штрафные санкции и прочие дела, для которых важна дата финансовой операции. Поэтому финансовый документ должен делать проводки. А физический документ может делать финансовые проводки, а может и не делать.

Цитата:

Сообщение от RedFox

Ну Общий Заказ можно с большим трудом назвать рабочиным договором или контрактом. А просто Заказ нельзя пиравнять к Договору (нужно различать разные источники происходжения и формы документов).

Я предлагаю обсуждение Заказ=Договор таки вынести в отдельную ветку.
Заказ = Договор?
а то тема расползается.

[RedFox]

Цитата:

Сообщение от mazzy

Извините, а Навижин делался с оглядкой на справочник бизнес-терминов?
Название должно отражать не справочник, а соответствовать тому наполнению, тому функционалу, которым наполнен данный объект.

Согласен 100%. Но кроме функционала нужно знать бизнес и его правила (а терминология это и есть часть правил).
При этом нужно учитывать, что есть справочник, а есть процесс, который работает в системе, с помощью этих самых справочников.

Цитата:

Нет, я говорил о другом.
Я говорил, что бывает получение товара без финансовых обязательств (финансовые могут появится гораздо позже).
Это называется неотфактурованный товар.
"Финансовое обязательство без получения товара" такого даже в международном не помню.

Извините, но я прочел по другому, поэтому и запостил такое предложение.

Цитата:

Сторнировать физические и заменять их финансовыми нужно, если они отличаются (а они могут отличаться).
Например, в финансовых документах появилась информация о скидке.

Кроме того, бывают агентские вознаграждения, штрафные санкции и прочие дела, для которых важна дата финансовой операции. Поэтому финансовый документ должен делать проводки. А физический документ может делать финансовые проводки, а может и не делать.

Поэтому обычно разделяю товарный и финансовый (читай денежный) учтет. И в НАВ это прекрасно реализовано.
Получил, например, товар на склад - приходная товарная накладная. И теперь никто не подкопается, что ты его присвоил незаконно. Тебе его поставили определенным способом, что указано в документе.

Прило время платить - вот тебе финансовый документ, которые отражает основные требования. А уж потом рождаются Налоги.

[Галина]

Цитата:

Сообщение от rmv

Вот пришел лесник и всех прогнал .

В чем вопрос?