AX4. Неверная сумма в InventTrans

[mazzy]

Без паники!
Почти все разбирались с себестоимостью.
продано 6.10.17 две штуки за 8млн - это конечно круто.

Да, выглядит типично для неправильно сработавшего алгоритма.
Многие в акс4 прошли через багу. Если это бага, то теперь для баги решение давно уже есть. )
Кроме того, у вас могли работать какие-то алгоритмы, созданные вашими программистами.
А также могли быть неправильные исходные данные.

Впрочем... Давайте по порядку.

Цитата:

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

Пересчет InventSum пересчитывает его по InventTrans и больше ничего не происходит - я правильно понимаю?
У нас InventTrans соответствует InventSum, и оба неправильные, поэтому ничего не изменилось.

да, пересчет только обновляет InventSum на основании inventTrans.
да, он ничего больше делать не должен.

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

Цитата:

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

2.
Я выбрал все приходные проводки (см. скрин) - там все цены корректные - корректировать нечего.
Что можно здесь сделать?

ок. спасибо, что проверили. принято.
пока будем исходить из этого и оставим приходные проводки.
значит, надо разбираться с расходными. причем с суммой, которая появляется в момент разноски. А это мгновенная средняя которая берется из InventSum/

к вопросу вернемся позже.

Цитата:

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

3.
Да. Многие проводки по этой номенклатуре неверны - в тех случаях, когда товар резервировался со склада и цена считалась по InventSum. Если резерва не было и товар брался из заказа на покупку - цена корректная (второй скрин).

Угу. Принято.

Сначала давайте обустроим рабочее место.
Во-первых, нужно на форму вытащить складскую аналитику.
Хотя бы ту, по которой установлен признак Финансовая (по ней считается себестоимость)
Кнопка Склад \ Отображение аналитики

Далее.
Придется попросить программистов вытащить вам два поля на грид: общую сумму и себестоимость единицы.
Попросите, чтобы программисты сразу перетащили эти поля в конец грида.

это dispaly-методы. всегда перетаскивал их мышкой на форму.
для программиста дело плевое, а консультанту добавляет мегатонны эффективности при разборе с себеоимостью.
см. скриншот

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

получится похоже на скриншот 3

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

Цитата:

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

Что можно сделать дальше?

Ок. Грамотный вопрос.

Как исправить
В расходных проводках себестоимость корректируется в соответствии в процедуре закрытия и пересчета склада: Какова бы ни была исходно рассчитанная, после пересчета склада сумма полей Posted+Adjustment должна давать правильную себестоимость.

Поэтому.
1.
Запускаете пересчет склада по вашей номенклатуре (сначала лучше в тестовой базе, а не в рабочей. и для быстроты эксперимента по одной номенклатуре, задайте фильтры)

2.
смотрите как изменилась себестоимость в расходных проводках.

2.1.
если после пересчета сум(Разнесено + Коррекция) дает правильную себестоимость, то с вашими алгоритмами все хорошо. вам нужно только разобраться откуда появляется изначальная неправильная. Продажи в минус? Что-то в карточке? Что-то исправили в процедуре резервирования?

2.2.
если после пересчета сум(Разнесено + Коррекция) продолжает давать дикое отклонение (скорее всего, с другим знаком), то поздравляю - у вас тот самый баг, про который говорил fed. самый простой способ победить баг - найти и установить обновления для ax4, после чего запустить пересчет склада.


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

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

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

примерно так.

[RSrd]

Благодарю за оперативный ответ!

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

После пересчета склада цены не изменились.

Решили сделать закрытие склада на тестовой базе - после этого корректировки появились, и себестоимость в InventTrans похожа на правду.

Однако, в InventSum себестоимость - 36 рублей и не пересчитывается

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

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

[mazzy]

Цитата:

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

Однако, в InventSum себестоимость - 36 рублей и не пересчитывается
...
И - что сделать в итоге с InventSum?

InventSum должна содержать сумму ВСЕХ проводок.
не на дату, не за период. а ВСЕХ - прошлых, настоящих и будущих.
Если это не так - искать неправильный код.

Цитата:

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

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

Закрытие - нельзя
Пересчет - можно.

Закрытие: это пересчет + пометка полностью сопоставленных проводок галочкой Закрыто. Проводки, помеченные галочкой Закрыто, больше не участвуют в процедуре расчета.

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

Когда вы пересчитываете с фильтрами, то можете потерять такие переходы.
Закрытие будет считать все.

[RSrd]

Цитата:

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

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

Когда вы пересчитываете с фильтрами, то можете потерять такие переходы.
Закрытие будет считать все.

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

Цитата:

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

Да, я проверял: до и после резервирования цены выглядят нормально.
После разноски накладной - подтягивается некорректная цена из InventSum (до и после закрытия поведение - то же).