|
![]() |
#1 |
Участник
|
Благодарю за оперативный ответ!
Вчера весь день экспериментировали с пересчетом и закрытием. В карточке цены, судя по истории базы, были всегда корректные - менялись в пределах 100 рублей. После пересчета склада цены не изменились. Решили сделать закрытие склада на тестовой базе - после этого корректировки появились, и себестоимость в InventTrans похожа на правду. Однако, в InventSum себестоимость - 36 рублей и не пересчитывается ![]() Что касается обновления - по имеющейся информации, установлен последний кумулятивный апдейт. Разбираюсь вот, где их найти. Можно ли применить алгоритм закрытия по одной номенклатуре и без, собственно, закрытия? И - что сделать в итоге с InventSum? |
|
![]() |
#2 |
Участник
|
Цитата:
не на дату, не за период. а ВСЕХ - прошлых, настоящих и будущих. Если это не так - искать неправильный код. Цитата:
Пересчет - можно. Закрытие: это пересчет + пометка полностью сопоставленных проводок галочкой Закрыто. Проводки, помеченные галочкой Закрыто, больше не участвуют в процедуре расчета. Ключевой момент - это производство и возвраты. при этих операциях из одной номенклатуры может появится другая номенклатура. поэтому себестоимость с одной номенклатуры может перейти (списаться) на другую номенклатуру. Когда вы пересчитываете с фильтрами, то можете потерять такие переходы. Закрытие будет считать все. |
|
![]() |
#3 |
Участник
|
Цитата:
Сообщение от mazzy
![]() Ключевой момент - это производство и возвраты. при этих операциях из одной номенклатуры может появится другая номенклатура. поэтому себестоимость с одной номенклатуры может перейти (списаться) на другую номенклатуру.
Когда вы пересчитываете с фильтрами, то можете потерять такие переходы. Закрытие будет считать все. Я имел ввиду - можно ли сделать джоб, выполняюий закрытие, но понимаю, что это лишено смысла, и нужно использовать пересчет склада с правильными фильтрами. Цитата:
Если в карточке нет подозрительного, то стоит проверить процедуру резервирования - создать заказ, указать номенклатуру и количество, при котором должны происходить "неправильные вещи", не разносить, посмотреть что создается в строчках заказа и в складских проводках до разноски. Может быть, в тестовой базе разнести и проверить разноску.
После разноски накладной - подтягивается некорректная цена из InventSum (до и после закрытия поведение - то же). Последний раз редактировалось RSrd; 17.11.2017 в 17:28. |
|
|
За это сообщение автора поблагодарили: mazzy (2). |
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|