[mazzy]

Цитата:

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

Да, вот такая у нас ситуация: от начала внедрения (2005 год) и по сей день склад никогда не закрывался.
История версий Аксапты начинается с 3ки, и скоро мы должны перейти на 2009 с нынешней 4ки.
...

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

Не поддавайтесь искушению.
Попробуйте стандартное закрытие.

Хинты:

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

примерно так.
дальше читать статьи Федотенко (fed) про закрытие.