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

[Marija84]

Если кто знает, подскажите, пожалуйста, в чем отличия между
Заказ и Счет, Кредит нота и Возврат.

Спасибо!

[mazzy]

Цитата:

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

Если кто знает, подскажите, пожалуйста, в чем отличия между
Заказ и Счет, Кредит нота и Возврат.

Спасибо!

Изначально:
Заказ -> Договор
Квота -> Счет на оплату
Invoice -> Накладная/Акт (к ожалению, перевели как счет)
Возврат -> Возврат товара
Кредит нота -> Возврат денег/Претензия по недопоставке (товар не возвращается)

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

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

[apanko]

Заказ и счет
Заказ позволяет учитывать количество и стоимость отдельно (т.е. вначале учитывается количество, а затем при получении документов - учитывается сумма).

Возврат и кредит-нота - тоже самое, но в обратную сторону.

[mazzy]

Цитата:

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

Заказ позволяет учитывать...

Ой-ой-ой-ой-ОООЙ!
Не путайте людей, пожалуйста.

Заказ ничего не учитывает. На основании заказа создаются документы физического и финансового движения.
Еще раз повторю: полный аналог заказа - договор.

[Fordewind]

Цитата:

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

Ой-ой-ой-ой-ОООЙ!
Не путайте людей, пожалуйста.

Заказ ничего не учитывает. На основании заказа создаются документы физического и финансового движения.
Еще раз повторю: полный аналог заказа - договор.

За такими четкими формулировками можно леса не увидеть.
Слова, apanko, не противоречат данной формулировке. Он ясными словами объясняет различие, которое хочет понять человек...

[mazzy]

Цитата:

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

За такими четкими формулировками можно леса не увидеть.
Слова, apanko, не противоречат данной формулировке. Он ясными словами объясняет различие, которое хочет понять человек...

Тогда чувствую себя мегатормозом.
А можно попросить разжевать для меня это различие?

[NeNavision_imported]

Цитата:

Заказ -> Договор
Квота -> Счет на оплату

Почему так то?
Квота - это предварительный документ
А Заказ - это уже счет на отплату.

[apanko]

Во-первых, спасибо mazzy за удачную на мой взгляд формулировку:

Цитата:

На основании заказа создаются документы физического и финансового движения..

Теперь по второму вопросу

Цитата:

А можно попросить разжевать для меня это различие?

Позволю себе процитировать учебник Основы Microsoft Business Solution 3.6, т.к. именно данное пособие существует в открытом доступе. Тем более обсуждаемый функционал не подвергался существенным изменениям.
____________________________________________
Раздел 3.4. Учет заказов продажи.
…
2 Нажмите Учет.
Имеются следующие варианты выбора:
Отгрузить – При выборе этой опции, в момент учета, заказ обновляется с тем, чтобы отразить факт физического изъятия товара со склада и его отгрузки клиенту, но без выставления счета. Система формирует учтенную расходную накладную.
Учесть Счет – При выборе этой опции, в момент учета, заказ обновляется и отражает факт получения счета по текущему заказу покупки. Система формирует учтенный счет-фактуру. Счет может быть выставлен по ранее отгруженному заказу. После того, как по заказу полностью получены все счета, он удаляется. Соответствующие производные документы можно найти в разделе учтенных приходных накладных и счетов-фактур.
Отгрузить и Выставить Счет – При выборе этой опции, в момент учета заказа продажи одновременно формируется расходная накладная и счет-фактура. То есть система создает учтенную расходную накладную и учтенный счет-фактуру. После того, как по заказу полностью получены все счета, он удаляется. Соответствующие производные документы можно найти в разделе учтенных приходных накладных и счетов-фактур.

…
Расходные накладные и счета-фактуры, возникшие в результате учета исходного заказа продажи, можно найти в разделах Учт. Расх. Накладные и Учт. Счета-Фактуры.
…

Раздел 3.5. Создание и учет счетов продажи…
В результате учета счета из окна Продажа Счет система всегда формирует учтенную расходную накладную и счет-фактуру. Если поле Накладная из Счета в окне Продажи и Клиенты Настройка содержит флажок, будет создана только учтенная накладная и учтенная счет-фактура. В момент учета пользователю не предоставляется никаких вариантов выбора. Это объясняется тем, что счет не может быть учтен без предварительной отгрузки товара клиенту.
…
____________________________________________

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

[balashov]

Цитата:

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

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

Особенно оригинально выглядит схема когда в целях коррекции кредиторской и дебеторской задолженности кредит ноту формируют на специальный левый склад так что бы ненужное 32 товарное движение улетело на левый склад.

[apanko]

Дебиторская/ кредиторская задолженность довольно ловко корректируется ТЗРами.

[mazzy]

Цитата:

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

Почему так то?
Квота - это предварительный документ
А Заказ - это уже счет на отплату.

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

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

Цитата:

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

Позволю себе процитировать учебник Основы Microsoft Business Solution 3.6, т.к. именно данное пособие существует в открытом доступе.

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

К сожалению, наши локализаторы (и у Навижина, и у Аксапты) ошибочно считали и сейчас считают, что в России используются какие-то уникальные бизнес-процессы. Поэтому они считают, что надо "дописывать".

Цитата:

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

Тем более обсуждаемый функционал не подвергался существенным изменениям.

Я считаю, что как раз наоборот.
____________________________________________
Раздел 3.4. Учет заказов продажи.

Цитата:

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

2 Нажмите Учет.
Имеются следующие варианты выбора:
Отгрузить – При выборе этой опции, в момент учета, заказ обновляется с тем, чтобы отразить факт физического изъятия товара со склада и его отгрузки клиенту, но без выставления счета. Система формирует учтенную расходную накладную.
Учесть Счет – При выборе этой опции, в момент учета, заказ обновляется и отражает факт получения счета по текущему заказу покупки.

Отлично. Только вместо слова Счет должно быть слово "Накладная Торг-12" или "Накладная М-10"
"Счет" здесь предельно неправильный термин.

Цитата:

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

Система формирует учтенный счет-фактуру.

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

Цитата:

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

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

Обратили внимание на нестыковку локализации?
Счет = Накладная.
Последнее предложение локализовано правильно, первые два с "историческим" переводом.

Цитата:

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

Отгрузить и Выставить Счет – При выборе этой опции, в момент учета заказа продажи одновременно формируется расходная накладная и счет-фактура.

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

Цитата:

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

Поясню. При учете заказа действительно создаются учтенный накладные (физическое движения) и учтенные счета-фактуры (финансовое движение).

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

Цитата:

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

Причем создание данных видов документов может быть разделено во времени (сначала физическое, позже финансовое).

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

Цитата:

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

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

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

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

[apanko]

Спасибо. Образовательно.

Я исхожу несколько из иной модели, согласно которой мне достаточно двух существующих пунктов.
Физическое движение, это накладная (пункт Получить). Чисто технически, если пришел товар без документов, то его можно оприходовать составим при этом соответствующий акт. Но дальше использовать его нельзя. Т.к. Navision позволяет двигать, продавать и потреблять неотфактурованный товар. То можно считать, что получение было осуществлено на основаннии накладной (торг-12, м-15).

Хоть Вы и упоминаете документ в рамках интрастат, но я слабо себе представляю ситуацию когда цены в накладной и в счете фактуре различаются (надеюсь дискуссии по этому поводу не будет). Поэтому объединение финансовых движений и налоговых в один документ (счет, счет-фактура, invoice) в процессе локализации криминальным не считаю. Чисто ИМХО.
Итак, значит цены и суммы в накладной и в счете-фактуре должны совпадать. Т.к. счет-фактура может на вполне законных основаниях приходти чуть позже, то сравнение цен и внесение их в систему тоже происходит чуть позже. (пункт Учет счета).


Если все приходит одновременно: и товар, и нормальные документы, в этом случае можно использовать пункт (Получить и Учесть).

__________________

Цитата:

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

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

[mazzy]

Цитата:

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

Я исхожу несколько из иной модели, согласно которой мне достаточно двух существующих пунктов.
Физическое движение, это накладная (пункт Получить). Чисто технически, если пришел товар без документов, то его можно оприходовать составим при этом соответствующий акт. Но дальше использовать его нельзя. Т.к. Navision позволяет двигать, продавать и потреблять неотфактурованный товар. То можно считать, что получение было осуществлено на основаннии накладной (торг-12, м-15).

Ок. Это хорошая модель.
Она не полностью соответствует тому, что реально реализовано в Навижине. Но можно и так.

Цитата:

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

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

Да, разработчики подумали и решили также.
Но дело в том, что дописывать можно было бы меньше, а исходную логику использовать больше

Цитата:

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

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

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

[apanko]

Спасибо. При случаем посмотрю.

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

[balashov]

Цитата:

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

Ой-ой-ой-ой-ОООЙ!
Не путайте людей, пожалуйста.

Заказ ничего не учитывает. На основании заказа создаются документы физического и финансового движения.
Еще раз повторю: полный аналог заказа - договор.

Позволю немного не согласиться аналагом договора скорее является общий заказ.
Вообще в navision нормальная полноценная работа с договорами отсутствует:
-Формирование отзывов по договорам.
-Ведение договоров не по номенклатуре (спецификация) а по группам номенклатуры.
-Формирование графика поставок по договору.
-Лимитирование ценовое, количественно, ценовое/количественное.
-Возможность вести контировки под договор.
-Согласование и деблокирование договоров.

[mazzy]

Цитата:

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

Спасибо. При случаем посмотрю.

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

Также две

[Marija84]

ВСЕМ ОГРОМНОЕ СПАСИБО!

Вы мне очень помогли!

[mazzy]

Цитата:

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

Позволю немного не согласиться аналагом договора скорее является общий заказ.

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

Цитата:

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

Вообще в navision нормальная полноценная работа с договорами отсутствует:

Да.

Цитата:

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

-Формирование отзывов по договорам.

Скорее всего имелось в виду работа с претензиями.
Зачатки есть в модуле Сервис.

Цитата:

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

-Ведение договоров не по номенклатуре (спецификация) а по группам номенклатуры.

На группы номенклатуры договора не заключаются.
Договора заключаются на номенклатуру, для которых возможны замены.
Замены в Навижине есть.

Цитата:

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

-Формирование графика поставок по договору.

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

Цитата:

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

-Лимитирование ценовое, количественно, ценовое/количественное.
-Возможность вести контировки под договор.
-Согласование и деблокирование договоров.

Это да.

[balashov]

Цитата:

Скорее всего имелось в виду работа с претензиями.
Зачатки есть в модуле Сервис.

"Отзыв товара по договору" - в договоре специфицируется номенклатура, в дальнейшем работает из договора по типу Функции/Создать заказ покупки, при котором рассчитывается отзывное количество договора за минусом полученого.
В принципе "Общий Заказ" это то что надо.

Цитата:

На группы номенклатуры договора не заключаются.
Договора заключаются на номенклатуру, для которых возможны замены.
Замены в Навижине есть.

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

[mazzy]

Цитата:

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

Пример: централизованная программа закупок лимитирует закупку концелярских товаров суммой 10000т.р. на квартал вперед, наврятли закупщик будет специфицировать потребность этой номенклатуры на квартал.
Выход есть: создать договор на...

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

http://slovari.yandex.ru/art.xml?art=accou...65%26%26isu%3D2
http://slovari.yandex.ru/art.xml?art=lukas...65%26%26isu%3D2

Цитата:

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

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

Скорее это прогноз потребления, исходя из которого планирование должно создавать закупки.

В общем, возможно вы правы