Складская аналитика. Авторезервирование. Бесконечный цикл.

[andenis]

При выборе ГТД в определенных условиях Axapta "впадает" в бесконечный цикл.

1. Создаем номенклатуру «Номенклатура 1».
1.1. Группа складской аналитики = «Склад».
2. Создаем закупку «Закупка 1» (Номер ГТД оставляем пустым)
2.1. Номенклатура = «Номенклатура 1»;
2.2. Количество = 2;
2.3. Склад = «Общий».
3. Обрабатываем накладную по закупке «Закупка 1».
4. Создаем закупку «Закупка 2»
4.1. Номенклатура = «Номенклатура 1»;
4.2. Количество = 70;
4.3. Склад = «Общий»;
4.4. Номер ГТД = «Номер ГТД 1».
5. Обрабатываем накладную по закупке «Закупка 2».
6. Создаем заказ «Заказ 1»
6.1. Номенклатура = «Номенклатура 1»;
6.2. Количество = 72;
6.3. Резервирование = «Автоматически»; (атоматически создаются складские проводки)
6.4. Склад = «Общий»;
6.5. Номер ГТД = «Номер ГТД 1».

После шага 6.5 система входит в бесконечный цикл.
Система "зависает" и выполняет операции до тех пор, пока не закончится место на диске.

Настройки группы складской аналитики "Склад" для аналитики хранения "Номер ГТД" следюущие:
Активный: 1 (флаг установлен)
Первичная аналитика хранения: 0 (флаг снят)
Пропуск для приходов: 1
Пропуск для расходов: 1
Физическое наличие: 1
Финансовый склад: 0
План покрытия по кодам аналитики: 0

Кто-нибудь сталкивался?

[EVGL]

Такое бывает, если есть складские проводки с количеством 0.

[Raven Melancholic]

Цитата:

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

Такое бывает, если есть складские проводки с количеством 0.

Учитывая п. 1 вроде у них не должно таких быть.
Какие-либо модификации есть? Если поставить точке останова в updateReserveMore, то в каком месте циклится?

[andenis]

Да, надо сказать, что на шаге 6.3 создаются две проводки:
1.
Склад: Общий
Номер ГТД: (пусто)
Расход: Физ. зарезервировано
Количество: -2,00
2.
Склад: Общий
Номер ГТД: «Номер ГТД 1»
Расход: Физ. зарезервировано
Количество: -70,00

После шага 6.5 должны сформировать две проводки:
1.
Склад: Общий
Номер ГТД: «Номер ГТД 1»
Расход: В заказе
Количество: -2,00
2.
Склад: Общий
Номер ГТД: «Номер ГТД 1»
Расход: Физ. зарезервировано
Количество: -70,00

Но этого не происходит и система зацикливается.

[EVGL]

Напишите в поддержку Microsoft.

[Raven Melancholic]

У меня ошибка не воспроизвелась, но нашел следующую модификацию:
В классе InventUpd_Estimated в методе updateFieldsChange в случае, если изменились складские аналитики, то запоминается, какие резервы были и резервы сбрасываются.
В конце метода идет код восстановления резервов.
Эти модификации обрамлены комментариями о том, что это исправление ошибки зацикливания.
После того, как убрал эти модификации, то ошибка воспроизвелась. Причем, судя по всему (подробно не исследовал) ошибка происходит из-за того, что в этом методе идет выборка по проводкам, а в более глубоких вызовах (класс InventMovement метод updateTransDimIssue и далее класс InventUpd_ChangeDimension метод updateTransSwitchDim) вызывается после некоторых манипуляций метод inventTrans.updateSumUp(), который выборку сбивает.
Кстати, если закомментировать суммирование, то зацикливания не происходит. Правда, проводка разбивается на несколько и при этом, резервы сохраняются даже на той проводке, на которой сохранения быть не должно (с пустой ГТД).

[Saltanat]

Добрый день! Плиз помогите!
В модуле Управление запасами/Настройки/Разноска/Комбинация проводок.
Выходит окно -Активировать комбинации складских проводок. Для чего она нужна и на что она влияет. Если я уберу все галочки, то система не будет проверят по складу номенклатуру,налоги, контрагента. Не могу разобраться.

С уважением,Салта

[glibs]

С помощью данной настройки вы можете определить, как система будет искать счета ГК для разноски операций с запасами (номенклатурой).

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

Данная форма (окошко) позволяет настроить, для каких комбинаций номенклатуры/номенклатурной группы, контрагентов (поставщиков и клиентов)/групп контрагентов и налоговой группы допускается настройка счетов для разноски в ГК операций с запасами.

Чтобы вы чего лишнего не понавводили.

Для чего ограничивать?

1. Чтобы срок в таблице настройки счетов ГК для разноски операций с запасами было меньше. Чем меньше строк в настроечных таблицах, тем быстрее работает система.

2. Чтобы вы случайно... или неслучайно не ввели недопустимую настройку. Иногда бывает непросто найти ошибку в настройках, когда пытаешься понять, почему система ведет себя не так, как ты ожидаешь. Бывает, что свинья заложена в том месте, где ее меньше всего ожидаешь обнаружить. В результате приходится хвататься за дебагер, чтобы найти в конце концов ошибку в настройках.

Данная настройка позволяет уменьшить ваши возможности ошибиться.

[Saltanat]

Привет glibs® !
Спасибо большое .Теперь разобралась.
С уважением Салта