Не вся сумма коррекции себестоимости попадает в ГК

[Morpheus]

Здравствуйте!

Для коррекции себестоимости использую журнал Закрытие и коррекция. После разноски смотрю проводку в ГК и вижу, что там не вся сумма коррекции... Открываю Сопоставления по документу и вижу, что для некоторых записей на закладке Главная Книга все поля пустые кроме Разнесено, где проставлена "галочка"... Открываю таблицу InventSettlement и вижу, что для некоторых номенклатурных единиц не заполнены поля Тип проводки, Финансовый счет и Проводки доходов/расходов, Финансовый корр.счет.

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

[kashperuk]

поставь точку останова в

initInventSettlement класса InventCostItemDim и посмотри, что попадает в эти поля.

[fed]

Скорее всего - -эти коррекции выполнены по тем складским проводкам, по которым изначально не случалось разноски в ГК - например по проводкам переноса, карантинного заказа или чего-то подобного. Для таких проводок сумма коррекции в inventSettlement при закрытии/пересчете пишеться, а разноска, счета и аналитики - нет. А класс inventAdjPost, который данные из inventSettlement в ГК разносит, как раз и игнорирует те записи в которых поля с разноской не заполнены.
Так что все нормально.

[glibs]

Без доработок перенос корректировать нельзя. Карантин тоже.

Вообще, странная ситуация, по-моему.

А какая версия, СП? Не сильно древние?

На неработающий двухвалютный склад это не похоже?

Мне удалось не получить проводку в ГК, если по номенклатуре отключена разноска финансовых операций в ГК. У вас используется такая настройка?

[Morpheus]

Ребята разобрался... внедренцы выполнили импорт справочника номенклатуры с Группой складских моделей, отсутствующей в соответствующем справочнике. Для всех таких номенклатурных единиц не создавались проводки в ГК. А так как эти номенклатуры приходовались в журналах спецификаций - сотрудники компании не обращали внимание. Аудит проекта выявил проблему!

[СибирскийКлещ]

Цитата:

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

Ребята разобрался... внедренцы выполнили импорт справочника номенклатуры с Группой складских моделей, отсутствующей в соответствующем справочнике. Для всех таких номенклатурных единиц не создавались проводки в ГК. А так как эти номенклатуры приходовались в журналах спецификаций - сотрудники компании не обращали внимание. Аудит проекта выявил проблему!

Вся информация по разноске операций номеклатуры сидит в в таблице InventTransPosting, которая инициализируется классом InventUpdate и его наследниками. Потом при коррекции/пересчете/закрытии эта информация перегоняется в таблицу InventSettlement, обрабатывая которую классы, отвечающие за эти операции и формируют проводки в ГК.
Например класс InventAdjPost при пересчете, заполнняя map'а-хранилища шаблонов проводок в ГК, не учитывает те записи таблицы InventSettlement, где не заполнены типы разноски по по обеим счетам, что и наблюдалось в Вашем случае. Так же следует учитывать, что в этом классе данные из InventSettlement для проводки ГК "утрамбоввываются" дважды : объект типа LedgerVoucherObject создается с режимом разноски Summary и при заполнении map'а-хранилища идет контроль на совпадение атрибутов проводки.
Другой вопрос, почему в InventTransPosting, а потом уже в InventSettlement, попала информация такая. Точнее, почему она попала - ясно, пустая запись при поиске складской модели дает пустые флаги проведения в ГК физ./фин. операций и пустые типы разноски по счетам в InventTransPosting. Но по логике система должна ругаться в таком случае.