Не хватает фин. аналитик при пересчете и закрытии склада

[Geo]

Приветствую, коллеги!

У нас (АХ2009) при каждом закрытии склада и обычно при пересчетах вылезает ошибка, что нет обязательных аналитик для таких-то счетов. Сначала грешили на начальный период эксплуатации, когда настройки менялись. Но тот период уже давно прошел, а проблема воспроизводится при каждом закрытии. Неоднократно проверяли фин. проводки в закрываемых/пересчитываемых периодах - НЕТ таких, чтобы без обязательных аналитик.

Попробовали на тестовой базе подойти радикально: проставили эти аналитики чохом во все записи InventTransPosting и InventSettlement, где фигурировал соответствующий счет (и обычный, и offset). Не помогло! Всё равно при закрытии склада система стала ругаться на отсутствие обязательных аналитик.

Сейчас при каждом закрытии склада и общем пересчете временно снимаем обязательность этих аналитик и потом выставляем обратно, но такая практика не очень нравится. При этом фин. проводки с пустой аналитикой закрытие в самом деле создает: копейки на 91-й счет. Причем некоторые другие аналитики в этих проводках стоят; т.е. нет такого, что этот тип округления создается вообще без фин. аналитик, как я грешным делом предполагал.

Подскажите, где еще искать эти незаполненные аналитики, в каких таблицах?

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

[Ivanhoe]

Так все-таки, вы нашли на какие конкретно счета ГК ругается система (можно найти, если застать ошибку пользователем с правами разработчика)?
Были ли доработки на проверку заполнения аналитик (если не было, то какие именно настройки вы используете - на уровне плана счетов или через наборы аналитик)?

[Geo]

Цитата:

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

Так все-таки, вы нашли на какие конкретно счета ГК ругается система (можно найти, если застать ошибку пользователем с правами разработчика)?
Были ли доработки на проверку заполнения аналитик (если не было, то какие именно настройки вы используете - на уровне плана счетов или через наборы аналитик)?

Конкретный счет ГК фигурирует в сообщении об ошибке, он один. 20-ка.
Про доработки не могу сказать... Настройки используются на уровне плана счетов: "Дополнительно" vs "Обязательный ввод".

[fed]

Если система, при создании сопоставления округления не может найти соответствующую запись в inventTransPosting, она счета подхватывает из стандартных разносок, а аналитику просто не заполняет. Рискну предположить что у вас кто-то покопался гразными руками в InventTransPosting или просто неаккуратно переписано закрытие...

[Андре]

После того, как получили ошибку при закрытии:

1. Найдите InventSettlement с вашим счетом, незаполненной аналитикой и снятым флагом Canceled.
2. По полю InventTransId найдите соответствующие записи в InventTransPosting. Там аналитика есть?
3. Есть смысл посмотреть InventTrans с тем же InventTransId на предмет подозрительного.

Если все это не поможет (а как я понял, вы все это уже проделали), то я бы перекрыл метод insert() в InventSettlement, написав там что-то типа:

if((this.account == "наш счет") && (this.dimension[n] == ""))
    breakpoint;

По стеку вызовов можно будет найти причину появления таких проводок.

[Geo]

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

Цитата:

Сообщение от Андре

После того, как получили ошибку при закрытии:

1. Найдите InventSettlement с вашим счетом, незаполненной аналитикой и снятым флагом Canceled.
2. По полю InventTransId найдите соответствующие записи в InventTransPosting. Там аналитика есть?

Проблема в том, что эти записи в InventSettlement относятся к складским проводкам, которые породило само же закрытие: типа "Средневзвешенная себестоимость запасов" Во все прочие такие записи в InventSettlement и InventTransPosting мы, в порядке эксперимента, принудительно проставляли аналитику перед закрытием.

Цитата:

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

Geo, Ваша ситуация до боли напоминает симптомы одной доработки корявой, с которой мне пришлось столкнуться однажды. Доработка заключалась в возможности ведения разных фин.аналитик по счету и корр.счету в складских журналах. .... У Вас подобного не делали случаем ?

В складских журналах аналитика корр. счета у нас вводится; не проверял, доработка это партнера или в АХ2009 стандартом сделали.

[TasmanianDevil]

Geo, Ваша ситуация до боли напоминает симптомы одной доработки корявой, с которой мне пришлось столкнуться однажды. Доработка заключалась в возможности ведения разных фин.аналитик по счету и корр.счету в складских журналах. Причиной доработки послужили 2 фактора - нахождение на одном физическом уровне фин. аналитики двух логических поделенных справочников и необходимость в одной строке для счета и корр.счета проставить разные значения. Корректное создание проводок ГК по такой схеме реализовали, а фиксацию разных аналитик в InventTransPosting и подтягивание этих данных при закрытии/пересчете - нет. В результате система при закрытии и коррекции подтягивала один Dimension (который в нашем случае был актуален только для одной половинки бух.проводки), которого было недостаточно для корр.счета. У Вас подобного не делали случаем ?

[Maximin]

Можно еще предположить включенный конф. ключ на налоговые регистры и ненастроенность оных. При этом возможно обнуление аналитики, которую система считает базовой при попытке принудительно сменить её, и сменяет на пустую. Было при расчете курсовых разниц.
У нас пришлось открутить это в соотв. месте.
Поймалось методом, аналогичным, посоветованному Андре, но всё равно пришлось половить, т.к. там все проводки вставлялись уже по посчитанным суммам в разрезе аналитик.