Закрытие склада с отключенной корреспонденцией

[lqw]

Добрый день!
Подскажите пожалуйста кто сталкивался на что тратиться огромное время при закрытии склада с включенной корреспонденцией счетов (в параметрах модуля Главная книга) и как можно решить подобную проблему ?
Суть в следующем: производим закрытие склада за месяц по FIFO, включаем галочку «Обновление Главной Книги» с включенной корреспонденцией процесс занимает 2,5 суток, как только отключаем корреспонденцию, обрабатывает за 2 часа. Причем проводки формируем на общее количество. Их всего возникает меньше десятка.
А с отключенной корреспонденцией не возникают проводки по кор. Счетам, что для нас не приемлимо.
Спасибо.

[slava09]

Для меня сомнительно что ТАКАЯ разница объясняется корреспонденцией.
Ну если рассматривать механизм формирования бух. проводок по закрытию, то он в двух словах такой: во время закрытия формируется таблица сопоставлений. В этой таблице пишется "Финансовый счет" и "Финансовый корр счет", которые берутся, из таблицы InventTransPosting.
После формирования таблицы сопоставлений, создаются бух. проводки, по хитрому алгоритму группировки. Если у вас всего 10 проводок, то нет большой разницы во времени их формирования с корреспонденцией или без нее.

[slava09]

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

[BOAL]

А тест был по одим и тем же данным?
Или в начеле все закрыли за 2.5 дня, а потом поверх (без отмены) еще пару часов??
Если да, то так и должно быть.

[slava09]

Точно Надо с самого очевидного начинать Респект.

[lqw]

Спасибо
1. Если отключить галочку формирование прводок в Главную книгу, то процесс занимает столько же сколько при отключеной корреспонденции, но с галочкой, то есть около 2 часов. очевидна причина такого срока в формировании проводок, причем при включенной корреспонденции.
Тест был по одним и тем же данным, старое закрытие удалялось.
По поводу формирования проводок, Вы уверены , что он берет счета из InventTransPosting ???
Мне все таки кажеться, что он смотрит на проводки в "LedgerTrans".

[slava09]

Вобщем-то уверен что из ИнвентТрансПостинга.

Дальше я не советчик. Думаю дело в технических вещах. Типа используемых индексов и т.д.

[glibs]

lqw, пожалуйста, уточните версию системы с точностью до сервиспака.

[lqw]

данное закрытие склада происходит на Axapta 3.0 Sp1

[lqw]

Ну не ужели так никто ине подскажет , как решить эту проблему???

[ppson]

А в чем проблема?
То что механизм корреспонденции замедляет закрытие склада и не только - вещь известная и понятная.
Выход только один - оптимизируйте.

[lqw]

Я понимаю, что вешь известная... Интересует почему? На что уходит столько времени? Если вам понятная вещь, объсните пожайлуста почему.

[mazzy]

как много различных значений финансовых аналитик используется у вас для складских проводок?

например, для каждой номенклатуры выделяется свой финансовая аналитика. или подобное решение. есть ли такое?

[BOAL]

на тему тестов и отмен, опять таки...
а отмена делалась не разбакапом? А кэш и статистики сиквельные терлись?
А то два раза запущенное в Ах второй быстрее работает

[glibs]

Цитата:

Изначально опубликовано mazzy
...
как много различных значений финансовых аналитик используется у вас для складских проводок?
...

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

lqw, я вчера поставил опыт на 3.0 сп3 + кумулятивный патч по закрытию склада. База не очень большая, но и не маленькая. По средней закрывается в пределах полутора часов (за весь период). Включил корреспонденцию. Результат почти такой же, как и при отключенной корреспонденции. Не больше нескольких десятков процентов увеличения времени. Никак не разы.

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