Всем доброго времени суток!

Проблема заключается в том что при закрытии СО, в FI формируется в общей сложности около 1500 проводок. Порождаются они заключительными проводками в регистре материалов!
При всем при этом материалов в регистре всего порядка 80!
Поясню почему так происходит: дело в том, что некоторые полуфабрикаты с коллекторов потребляются не только в производство, но и на собственные нужды(косвенные затраты), поэтому после расчета регистра материалов на мвз на котором был потреблен полуфабрикат появляется сальдо - это ведет к вторичному пересчету тарифов, переоценке коллекторов, сторнированию заключительной проводки, расчету коллектора опять к проведению заключительной проводки и т.д. В результате, таких итераций может потребоваться до 10, а то и 15 раз....В будущем, количество материалов, проходящих через регистр, будет только расти. Соответственно, будет расти время прогона РМ и возможно количество проводок.....

Кто-нибудь сталкивался с такой ситуацией? Если да, то как выходили из положения?

Вас смущает количество FI проводок или возможное время выполнения заключительной проводки ?

И то и другое, но пока больше все-таки количество проводок. Бухи недовольны.

У нас точно такая же проблема, решение пока найти не можем

Добрый день!!!
Для сокращения количества проводок попробуйте следующее. В параметрах заключительной проводки укажите число материалов в РМ 1. Обычно это значительно сокращает количество проводок.

А на счет повторений всех операций сказать сложно. у нас обычно это 2-4 повторения. А чтобы 10 - 15 даже не слышал о таком, хотя материалов у нас порядка 50000

1) А где бухи видят количество проводок ? У нас к примеру они знать не знают сколько проводок делается при заключительной проводке РМ. У нас расчитывается в среднем 100 000 материалов, на каждый из них создается один документ плюс повторная оценка потребления плюс еще много чего...короче проводок 150 000 - 200 000. У нас для бухов важно, чтобы заключительная проводка прошла без проблем, т.е. отклонения дабросились туда куда нужно.
2) Для того, чтобы снизить время выполнения заключительной проводки можно ввести параллельный расчет одноуровневых и многоуровневых отклонений на нескольких серверах приложений.

Не вижу как это может сократить количество проводок?
Ведь если поставить количество материалов в документе = 1, то на каждый материал создастся свой документ, т.е. если материалов 80, то будет 80 документов, хотя по многим полуфабрикатам документ FI будет состоять максимум из 100-200 позиций. А по каким-то и 10 не наберется.

У Вас видимо не идет потреблений на мвз??? Или причина в каких-то настройках? Дебетования мвз мне кажется в любом случае не избежать, а это приведет к повторению цепочки...
Кстати вопрос: какой вид обновления количественной структуры у Вас стоит? У нас стоит без обновления работ. Может дело в этом?

Гм...ну смотрите сами: если каждый месяц будет формироваться 200000 проводок - и это при условии, что выполнение закрытия регистра будет происходить один раз за период (не наш случай)! Таблицы будут разрастаться в геометрической прогрессии, отсюда тормоза при выполнении отчетов и в работе системы в целом. А если РМ будет закрываться хотя бы 5 раз? Миллион записей в месяц только от одного РМ - это по-моему чересчур.

А как вводится параллельный расчет для прогона? Что за настройка?

У нас заключительная проводка делается раз в месяц и в продуктиве мы уже давно, записей уже накопилось предостаточно, но как-то до сих пор не умерли под гнетом бухгалтерского учета . Единственное, что вызывает трудности это выгрузка всех этих проводок для проверяющих сторон в конце года. Отчеты по корреспонденции счетов кстати работают вполне сносно, конечно если не задавать все счета за год. А насчет того, что слишком много записей скапливается в таблицах, то можно загрузить BASIS с архивацией данных. Да еще, в регламенте должно быть прописано число возможных прогонов (НЕ БОЛЬШЕ!!!!). А то бухгалтерам дай волю они эту шайтан-орбу будут каждый день гонять из-за нераспределенной 1 000 рублей


На начальном экране SAPRCKMA_RUN_SETTLE – «расчет одноуровневых отклонений» необходимо задать следующие начальные параметры:

На начальном экране SAPRCKMA_RUN_MLEVEL_SETTLE - "расчет многоуровневых отклонений" необходимо задать следующие начальные параметры:

Да и по этому поводу лучше посоветоваться с BASISом, чтобы для них это не стало неприятным сюрпризом

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

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

Под выражением "раз в месяц" я имел ввиду периодичность, а этот раз может включать несколько прогонов. По-правильному вместе с повторной оценкой потребления материалов нужно два прогона. Но, кроме всего прочего существуют ошибки в логистике и прочие бухгалтерские ошибки при проводке документов в результате которых вылезают маленькие суммы, которые бухгалтера стремятся сразу исправить путем нового прогона. Так что пока в два не укладываемся.

Странно, но у нас тоже 4.7. Но если у вас одна БЕ это действительно не критично. Ночь длинная .

Т.е. потребление материалов, проходящих через регистр, на мвз у Вас все-таки есть? И если бы не всякие ошибки(они по-моему у всех есть) хватило бы двух прогонов, так? Почему же у нас-то не так В чем заковыка?

По поводу параллельной обработки: нашел ноту 443444 и теперь у нас тоже есть параллельная обработка Спасибо!

2 прогона возможно только в том случае, если затраты с МВЗ не распределяются на произдственные заказы и т.д. В противном случае прогоном будет больше. У нас их около 10 получается.

Здесь вопрос как говорится к тем, кто внедрял. Все равно 15 прогонов за один отчетный период по-моему это многова-то.


Да, про ноту-то я вам забыл сказать

Конечно 15 прогонов не каждый период бывает, но как минимум 10 прогонов стабильно. Неужели ничего нельзя сделать? И всех устраивает?

Добрый день, коллеги.

Подскажите, пожалуйста, как сделать так, чтобы в параметрах заключительной проводки появилось поле "Параллельная обработка"?

Для 1-уровн., многоуровневого исчислений и ПОП это поле в параметрах есть, а для заключительной проводки отсутствует((