Цитата:
Сообщение от
mazzy
Не поддавайтесь искушению.
Попробуйте стандартное закрытие.
Спасибо, это было бы идеальным вариантом.
Цитата:
Сообщение от
mazzy
Хинты:
- Первое закрытие должно быть ДО начала всех складских проводок - так будет и быстрее и легче отменять в случае чего.
- Закрывайте мелкими кусочками - по неделе/месяцу. Так будет быстрее. Не закрывайте большими кусками. Дело в том, что внутри закрытия алгоритм собирает складские проводки и пытается между ними найти связи. При этом стандартный алгоритм использует map'ы, которые хранятся в памяти. (но обязательно нужна правка кода. см.пункт 6)
- Задайте небольшое число итераций при закрытии = 10-20 будет вполне достаточно
- Задайте относительно большой порог точности (минимальная коррекция пропускной способности = 10, минимальная сумма сопоставления = 10 руб) - получите приемлемый результат на большом количестве и суммах. Но при этом получите чудовищный разброс себестоимости на маленьких количествах и суммах (обычно это возврат 1-2 штук по смешным копеечным ценам на фоне многотысячных приходов)
- Не используйте алгоритм закрытия по-среднему - как ни странно, это самый медленный и самый базоемкий алгоритм в ax3 и ax4. в ax2009 это исправили. Попробуйте стандартную себестоимость или FIFO.
- Последнее по счету, но не по важности: стандартный алгоритм нормально обрабатывает ввод данных "задним числом". Поэтому ему необходимо "заглядывать" вперед (в даты больше, чем даты закрытия). При нормальном ходе закрытия предполагается, что будущих проводок немного и они не сильно влияют на производительность закрытия. В вашем случае это катастрофа - каждое закрытие прошлых периодов будет просматривать все будущие проводки. Поэтому надо будет найти в коде основной цикл закрытия и добавить условие "рассматривать проводки с датой не больше, чем дата закрытия". В этом случае закрытие будет спотыкаться если расход раньше прихода (обычно число итераций превышает границу). Но дальнейшие закрытия ситуацию разрулят. Не поддавайтесь сооблазну закрыть одним махом все периоды - в этом случае расчет будет постоянно уходить в своп и тормозить совершенно безбожно (см. пункт 2)
примерно так.
дальше читать статьи Федотенко (fed) про закрытие.
Спасибо, большое! Теперь понятно что к чему
То то у нас при попытках закрытия больше месяца, так все дико тормозит
Пойду делать пункт 6.