|
![]() |
#1 |
Участник
|
Скажите )
Цитата:
см. также опцию автосуммирования заказов. а также не поверите Реорганизации заказов. ну и конечно заказ-контракт и его выполнение подчиненными заказами, которые должны быть удалены в конечном итоге. любой заказ, как и журнал - в аксапте черновик. изначально информация переносилась в фактические документы (инвойсы, packing slipы и прочие), а исходный черновик удалялся. Изначально это был штатный режим работы. В Навике он и остался штатным. для удаленных заказов сделали специальную фичу - перекладывать заказы в таблицу удаленных. Типа архивирование. Цитата:
постановщиками были люди, которые уже аксапту не знали. вообще трактовать заказ как документ повелось с российской локализации. на мой взгляд, на такую трактовку очень сильно повлияла 1С со своим документом и очень ограниченными проводками. да, это в русской локализации добавили поля в заказ которые "забыли" протянуть через SalesParmTable в документы. и при формировании книг продаж и покупок нужно было обращаться к заказу. что с учетом функции автосуммирования, реорганизации и автоудаления давало предельно глючный результат. Цитата:
Имеет последствия - сводное планирование, график ДДС будет пересчитан ))) Еще резервы. И ожидаемые сроки поставки в последних версиях. Поэтому в параметрах есть галочки запрещающие изменять заказ по которому уже прошла частичная разноска. Господи, ну прочитайте же документацию. Последний раз редактировалось mazzy; 17.11.2017 в 16:14. |
|
![]() |
#2 |
Banned
|
Цитата:
Лет ...надцать назад я тоже с юношеским максимализмом протаскивал каждое новое поле из заказа в документ-подтверждение. Потом перестал. Ключевая фраза выделена жирным, после которой дальнейшая дискуссия становится невозможной. |
|
![]() |
#3 |
Участник
|
Цитата:
теперь пришли люди которые и средства разработки в аксапте не знают. ) см. погибшие TreeNode и Dict* классы. Цитата:
Абсолютно согласен. |
|
Теги |
d365o |
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|