Закрытие склад

[anikulichev]

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

Заранее спасибо.

[андрей]

Отключить корреспонденцию счетов можешь?

[anikulichev]

Могу и отключить. А смысл.

[SimPai]

Большой разницы в производительности при отключении корреспонденции счетов я не заметил. Гораздо эффективнее оказалось разбивать закрытие на мелкие периоды и подбирать параметры:
• Максимальная производительность (Maxumum throughputs)
• Минимальная коррекция пропускной способности (Minimum throughput adjustment).
в диалоговом окне "Закрытие склада". Оптимальные значения размера закрываемого периода и параметров в каждом случае будут свои.

Вот ещё рекомендации от Navision:
"...Способы повышения производительности при закрытии склада без использования программных модификаций:
• Используйте для пересчета модель FIFO
• Если Вы рассчитываете себестоимость «по средней», не указывайте вышеперечисленные параметры (особенно управление карантином)
• Используйте устанавливаемые вручную параметры для настройки производительности (максимальная производительность, минимальная коррекция пропускной способности)
• Используйте стандартную себестоимость
• Не устанавливайте параметр, разрешающий использование отрицательного финансового склада...."

Плюс на технете есть ещё документ Recalculation: Simulated Inventory Closings . В нём информация по закрытию складов.

Существует так же хотфикс для повышения производительности закрытия склада. Считается, что он позволяет увеличить производительность на 10-15% за счет отказа от использования временных таблиц в алгоритме закрытия склада. Можно воспользоваться и им хуже не будет. Но я от его использования также не заметил увеличения производительности.

[Sergej]

Тема закрытия склада для нас тоже очень актуальна. Месяц не может закрыться за 48 часов !!!
250000 транзакций по товарным строкам, расчитываем по средней на дату, "железо" не самое слабое. Включали, выключали, меняли все, что только можно.
Может кто уже победил подобную проблему ?
И в чем физический смысл параметров: Максимальная производительность (Maxumum throughputs) и Минимальная коррекция пропускной способности (Minimum throughput adjustment) ? Не страдает ли точность расчета при "эксперементах" с ними ?
Спасибо.

[Wamr]

Предлагаю такой эксперимент.

Используйте стандартное приложение (без ваших доработок) и без синхронизации запустите процедуру закрытия склада.

[komar]

Вариант решения - залезть в код и отрубить все лишнее. Главное понять, что для Вас лишнее
На точность расчета параметры влияют. Но бухучет в любом случае - estimate
Попробуйте партионную стоимость - можно обойтись и без закрытия и точность на порядок больше.

[Pavel]

Цитата:

Изначально опубликовано komar
Попробуйте партионную стоимость - можно обойтись и без закрытия и точность на порядок больше.

Фантастический совет
А как же быть тем у кого в учетной политике прописана средняя себестоимость?
Следую такой рекоммендации вместо средней получится фактическая. Хотя скорость выполнения функции вырастет (за счет того, что связанные партии расхода/прихода будут исключены из обработки).

[komar]

Хорошо, универсальная рекомендация - ступайте к Павлу, у него все летает.
Кстати, не припомнишь, сколько раз оптимизировали аналогичную процедуру в Конкорде?

[Pavel]

Цитата:

Изначально опубликовано komar
Попробуйте партионную стоимость - можно обойтись и без закрытия и точность на порядок больше.

Точность чего, закрытия, себестоимости еще чего-то???
Хотя на порядок - это в любом случае круто.