Ошибка при закрытии склада

[jaran]

При очередном закрытии склада была выдана ошибка
Error Невозможно создать запись в списке проводок ('InventSumLogTTS')
[Microsoft][ODBC SQL Server Driver]Numeric value out of range
...
Ошибка выдается для номенклатуры-спецификации (Ном1).
Предистория такова. В один прекрасный момент при поступлении номенктлатуры, которая входит в состав Ном1 была проведена сумма ОЧЕНЬ БОЛЬШАЯ. Определить причину такого поведения не удалось.
При закрытии склада проходила соответствующая коррекция и себестомость становилась верной.
Но в настоящий момент при очередной итерации в таблицу InventSumLogTTS пытается создаться запись с полем AmountPosted ровное нескольким квадриллионам (>10)
Как выйти из данной ситуации.

Складская модель - Средневзвешенная на дату.
Отрицательный фин. и физ. склады запрещены.
Физ. стоимость не включается

[Андре]

1) Искать причину:

Цитата:

В один прекрасный момент при поступлении номенктлатуры, которая входит в состав Ном1 была проведена сумма ОЧЕНЬ БОЛЬШАЯ. Определить причину такого поведения не удалось.

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

[jaran]

Написал не совсем верно.
Проводка была верной (сумма), но в таблице InventSum попала непонятно какая.
В результате при текущих операциях подставляется нехорошая мгновенная себестоимость, которая затем корректируется при расчете.
Злополучную проводку знаем, но как подправить в InventSum штатными средствами кроме как закрытие склада и пересоздание InventSum не знаю.
Процесс закрытия склада длительный - одна неделя закрывается в течении двух ночей по 3-5 часа. Работаем с системой 7х24
Как вариант - можно подправить InventSum.PostedValue.
Возможен такой ход или нет?

Такая ситуация с одной единственной номенклатурой-спецификацией.
С номенклатурой, которая породила проблему уже все нормализовалось.

[Андре]

Цитата:

Проводка была верной (сумма), но в таблице InventSum попала непонятно какая.

Если уверены, что себестоимость в проводках правильная (и только в этом случае), можно попробовать пересчитать InventSum по InventTrans.

Цитата:

Такая ситуация с одной единственной номенклатурой-спецификацией.

Так выполните пересчет только по этой номенклатуре

[jaran]

При пересчете по одной номенклатуре себестомость будет отличатся от случая пересчета по всем. Или это не так? Может я ошибаюсь.

Я незнаю как мне поступить в случае описанной проблемы.
Искать и исправлять складскую проводку/проводки, но не штатными средствами Axapta?

Сейчас "пытаю" тестовую БД, поднятую из архива. БД порядка 30Гб

[Андре]

Цитата:

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

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

Цитата:

Искать и исправлять складскую проводку/проводки, но не штатными средствами Axapta?

Ой, не стоит...

[jaran]

Все номенклатуры списываются по мгновенной средневзвешенной.
В случае пересчета они будут корректироваться.
В спецификацию входят другие спецификации.
Если выберим пересчет верхнего уровня, то не будут пересчитываться спецификации вложеные и также номенклатура.
Т.е. для получения пересчета спецификации необходимо пересчитать ВСЕ компоненты которые влияют на нее. У нас есть такие, которые есть во всех спецификациях. Посуществу получается перерасчет по всем номенклатурам.
Но ситуация то в следующем - НЕ ВЫПОЛНЯЕТСЯ ЗАКРЫТИЕ!!!
Пересчет сейчас проверяю. Как говорил раннее это долгоиграющая процедура, если еще учесть что работаю на тестовом сервере.

Сечас поднял проблемную проводку. Это был СКЛАДСКОЙ ПЕРЕНОС номенклатуры между складами, при проведении которого были сформированны неверные суммы (ОЧЕНЬ БОЛЬШИЕ). В последствии он исправился (коррекцией).
Ошибку сразу не заметили, так как в переносе нет цены/суммы.
Финансовая аналитика - только номенклатура.

[Андре]

Цитата:

Посуществу получается перерасчет по всем номенклатурам.

Только в случае, если проблемная номенклату состоит из всех остальных. Может не прямо, а через промежуточные Хотя, если у вас большие многоуровневые спецификации - готов согласиться, что сделать это сложно.

Цитата:

Но ситуация то в следующем - НЕ ВЫПОЛНЯЕТСЯ ЗАКРЫТИЕ!!!

Ну, собственно закрытие от пересчета отличается всего лишь одной галочкой

Цитата:

Сечас поднял проблемную проводку. Это был СКЛАДСКОЙ ПЕРЕНОС номенклатуры между складами, при проведении которого были сформированны неверные суммы (ОЧЕНЬ БОЛЬШИЕ).

Перенос - это 2 проводки - расходная и приходная. Какая из них проблемная ? И еще - обязательно (!!!) проверьте - сопоставилась ли расходная проводка по переносу, с приходной по этому же переносу. Бывают случаи, когда этого не происходит и их приходится насильно примаркировать друг к другу.

[bio_unit]

Цитата:

Изначально опубликовано Андре

Ну, собственно закрытие от пересчета отличается всего лишь одной галочкой

Не только галочкой,
при пересчете у нас в InventSettlement идут только проводки по коррекции с/с.
при закрытии в InventSettlement еще идут проводки по сопоставлению складских проводок, т.е. собственно из какого прихода какой расход получился. При пересчете такие проводки не генерятся.

[Андре]

Цитата:

При пересчете такие проводки не генерятся.

Уверен ? Не помню, но разве после пересчета я не вижу дерева сопоставлений ?

[bio_unit]

Цитата:

Изначально опубликовано Андре

Уверен ? Не помню, но разве после пересчета я не вижу дерева сопоставлений ?

Уверен. Не увидишь.