|
![]() |
#1 |
SAP
|
Не вижу смысла доводить наш спор до абсурда. Полагаю, каждая сторона имела возможность достаточно детально изложить свою позицию по вопросу о накладных как документе, фиксирующем доход предприятия. Полагаю такое правомерно в ряде случаев, но далеко не всегда. Особенно хорошо это прослеживается в контексте данной темы (товары отгруженные), когда накладная уже выписана, а товар все еще принадлежит предприятию.
Цитата:
Изначально опубликовано ppson
1) Павел, вы не правы по поводу счет-фактур. «Вся функциональность счетов-фактур тогда сведется (дополнительно по сравнению со стандартной отфактуровкой) к печати форм и обработке их в части корректного формирования книги покупок и журнала регистрации счетов-фактур.» (http://www.axforum.info/forums/showt...0978#post20978) Цитата:
Изначально опубликовано ppson
------------------------------------------------------------------- Отсутствие счет фактуры у организации-покупателя (например по халатности продавца) лишает его только предьявит суммы уплаченного НДС как вычеты по налогу, впрочем это уже по моему обсуждалась в предыдущих постингах. ------------------------------------------------------------------- Цитата:
Изначально опубликовано ppson
1с конструктор в меньшей степени чем аксапта. Коробочные однопользовательские "1С бухгалтерии базовая поставка" вообще не модифицируются. Да в любом случае сомневаюсь, что каждая проданная 1с подвергается такой переработке, как MBS Axapta ![]() Обращаю внимание, что в ERP системах «несколько иная» идеология функциональности, чем в «1С бухгалтерии». Вместо аналитик бухгалтерских операций используются справочники поставщиков и покупателей, заказов и закупок, строк заказов и строк закупок, накладных, строк накладных, фактур, строк фактур, складских операций и складских запасов. Заказы/закупки и их строки имеют состояния, проводки в складском модуле однозначно связаны с указанными справочниками и их состояниями. Надо следовать этой внутренней логике организации системы, а не идти следом за 1С и стирать разницу между Invoice (Фактура как факт возникновения задолжности) и Delivery Note (Накладная, факт физической поставки). Полагаю, что тот, кто предложил данное решение не имел достаточного и полного представления о прикладной задаче, а локализаторы в Navision не смогли корректно разобраться с проблемой. Как результат в системе существует функциональность параллельной обработки накладных двух видов («отборочных накладных» и просто «накладных»). Есть такой бред, как «накладная на услуги» и совсем нет такой элементарной вещи как ТТН. |
|
Теги |
faq, комиссионная торговля |
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|