SAPфорум.RU https://www.sapboard.ru/forum/ |
|
Большое количество проводок при закрытии регистра материалов https://www.sapboard.ru/forum/viewtopic.php?f=6&t=33451 |
Страница 1 из 2 |
Автор: | dante14 [ Ср, янв 23 2008, 14:31 ] |
Заголовок сообщения: | Большое количество проводок при закрытии регистра материалов |
Всем доброго времени суток! Проблема заключается в том что при закрытии СО, в FI формируется в общей сложности около 1500 проводок. Порождаются они заключительными проводками в регистре материалов! При всем при этом материалов в регистре всего порядка 80! Поясню почему так происходит: дело в том, что некоторые полуфабрикаты с коллекторов потребляются не только в производство, но и на собственные нужды(косвенные затраты), поэтому после расчета регистра материалов на мвз на котором был потреблен полуфабрикат появляется сальдо - это ведет к вторичному пересчету тарифов, переоценке коллекторов, сторнированию заключительной проводки, расчету коллектора опять к проведению заключительной проводки и т.д. В результате, таких итераций может потребоваться до 10, а то и 15 раз....В будущем, количество материалов, проходящих через регистр, будет только расти. Соответственно, будет расти время прогона РМ и возможно количество проводок..... Кто-нибудь сталкивался с такой ситуацией? Если да, то как выходили из положения? |
Автор: | ROKO [ Ср, янв 23 2008, 15:43 ] |
Заголовок сообщения: | Re: Большое количество проводок при закрытии регистра материалов |
dante14 написал: Всем доброго времени суток!
Проблема заключается в том что при закрытии СО, в FI формируется в общей сложности около 1500 проводок. Порождаются они заключительными проводками в регистре материалов! При всем при этом материалов в регистре всего порядка 80! Поясню почему так происходит: дело в том, что некоторые полуфабрикаты с коллекторов потребляются не только в производство, но и на собственные нужды(косвенные затраты), поэтому после расчета регистра материалов на мвз на котором был потреблен полуфабрикат появляется сальдо - это ведет к вторичному пересчету тарифов, переоценке коллекторов, сторнированию заключительной проводки, расчету коллектора опять к проведению заключительной проводки и т.д. В результате, таких итераций может потребоваться до 10, а то и 15 раз....В будущем, количество материалов, проходящих через регистр, будет только расти. Соответственно, будет расти время прогона РМ и возможно количество проводок..... Кто-нибудь сталкивался с такой ситуацией? Если да, то как выходили из положения? Вас смущает количество FI проводок или возможное время выполнения заключительной проводки ? |
Автор: | dante14 [ Ср, янв 23 2008, 16:16 ] |
Заголовок сообщения: | |
И то и другое, но пока больше все-таки количество проводок. Бухи недовольны. |
Автор: | Mist [ Чт, янв 24 2008, 00:33 ] |
Заголовок сообщения: | |
У нас точно такая же проблема, решение пока найти не можем |
Автор: | FAVORIT [ Чт, янв 24 2008, 08:03 ] |
Заголовок сообщения: | |
Добрый день!!! Для сокращения количества проводок попробуйте следующее. В параметрах заключительной проводки укажите число материалов в РМ 1. Обычно это значительно сокращает количество проводок. А на счет повторений всех операций сказать сложно. у нас обычно это 2-4 повторения. А чтобы 10 - 15 даже не слышал о таком, хотя материалов у нас порядка 50000 |
Автор: | ROKO [ Чт, янв 24 2008, 08:26 ] |
Заголовок сообщения: | |
dante14 написал: И то и другое, но пока больше все-таки количество проводок. Бухи недовольны.
1) А где бухи видят количество проводок ? У нас к примеру они знать не знают сколько проводок делается при заключительной проводке РМ. У нас расчитывается в среднем 100 000 материалов, на каждый из них создается один документ плюс повторная оценка потребления плюс еще много чего...короче проводок 150 000 - 200 000. У нас для бухов важно, чтобы заключительная проводка прошла без проблем, т.е. отклонения дабросились туда куда нужно. 2) Для того, чтобы снизить время выполнения заключительной проводки можно ввести параллельный расчет одноуровневых и многоуровневых отклонений на нескольких серверах приложений. |
Автор: | dante14 [ Чт, янв 24 2008, 09:31 ] |
Заголовок сообщения: | |
FAVORIT написал(а): Добрый день!!! Для сокращения количества проводок попробуйте следующее. В параметрах заключительной проводки укажите число материалов в РМ 1. Обычно это значительно сокращает количество проводок. Не вижу как это может сократить количество проводок? Ведь если поставить количество материалов в документе = 1, то на каждый материал создастся свой документ, т.е. если материалов 80, то будет 80 документов, хотя по многим полуфабрикатам документ FI будет состоять максимум из 100-200 позиций. А по каким-то и 10 не наберется. FAVORIT написал(а): А на счет повторений всех операций сказать сложно. у нас обычно это 2-4 повторения. А чтобы 10 - 15 даже не слышал о таком, хотя материалов у нас порядка 50000 У Вас видимо не идет потреблений на мвз??? Или причина в каких-то настройках? Дебетования мвз мне кажется в любом случае не избежать, а это приведет к повторению цепочки... Кстати вопрос: какой вид обновления количественной структуры у Вас стоит? У нас стоит без обновления работ. Может дело в этом? ROKO написал: 1) А где бухи видят количество проводок ? У нас к примеру они знать не знают сколько проводок делается при заключительной проводке РМ. У нас расчитывается в среднем 100 000 материалов, на каждый из них создается один документ плюс повторная оценка потребления плюс еще много чего...короче проводок 150 000 - 200 000. У нас для бухов важно, чтобы заключительная проводка прошла без проблем, т.е. отклонения дабросились туда куда нужно. Гм...ну смотрите сами: если каждый месяц будет формироваться 200000 проводок - и это при условии, что выполнение закрытия регистра будет происходить один раз за период (не наш случай)! Таблицы будут разрастаться в геометрической прогрессии, отсюда тормоза при выполнении отчетов и в работе системы в целом. А если РМ будет закрываться хотя бы 5 раз? Миллион записей в месяц только от одного РМ - это по-моему чересчур. ROKO написал: 2) Для того, чтобы снизить время выполнения заключительной проводки можно ввести параллельный расчет одноуровневых и многоуровневых отклонений на нескольких серверах приложений.
А как вводится параллельный расчет для прогона? Что за настройка? |
Автор: | ROKO [ Чт, янв 24 2008, 10:54 ] |
Заголовок сообщения: | |
dante14 написал: Гм...ну смотрите сами: если каждый месяц будет формироваться 200000 проводок - и это при условии, что выполнение закрытия регистра будет происходить один раз за период (не наш случай)! Таблицы будут разрастаться в геометрической прогрессии, отсюда тормоза при выполнении отчетов и в работе системы в целом. А если РМ будет закрываться хотя бы 5 раз? Миллион записей в месяц только от одного РМ - это по-моему чересчур. У нас заключительная проводка делается раз в месяц и в продуктиве мы уже давно, записей уже накопилось предостаточно, но как-то до сих пор не умерли под гнетом бухгалтерского учета . Единственное, что вызывает трудности это выгрузка всех этих проводок для проверяющих сторон в конце года. Отчеты по корреспонденции счетов кстати работают вполне сносно, конечно если не задавать все счета за год. А насчет того, что слишком много записей скапливается в таблицах, то можно загрузить BASIS с архивацией данных. Да еще, в регламенте должно быть прописано число возможных прогонов (НЕ БОЛЬШЕ!!!!). А то бухгалтерам дай волю они эту шайтан-орбу будут каждый день гонять из-за нераспределенной 1 000 рублей dante14 написал: А как вводится параллельный расчет для прогона? Что за настройка? На начальном экране SAPRCKMA_RUN_SETTLE – «расчет одноуровневых отклонений» необходимо задать следующие начальные параметры: Цитата: 1) Ведение уже обработанных материалов - новая обработка (включено) 2) Параметры – Проверка по Р-цене предшествующего периода (включено) 3) Проверка покрытия потребности запасами - выключено 4) Фоновая обработка – Включено 5) Сохранение журнала – Включено 6) Число материалов в документе РМ – 1 7) Параллельная обработка – сервер – TEST_SAP16 Параллельная обработка – число задач – 5. На начальном экране SAPRCKMA_RUN_MLEVEL_SETTLE - "расчет многоуровневых отклонений" необходимо задать следующие начальные параметры: Цитата: 1) Ведение уже обработанных материалов - новая обработка (включено)
2) Пороговые значения – Проверка по Р-цене предшествующего периода (включено) 3) Автоматическая обработка ошибок – направленный уровень (выключено) 4) Автоматическая обработка ошибок – цикл (выключено) 5) Отрицательная цена автомат. обработка ошибок - направленный уровень (включено) 6) Отрицательная цена автомат. обработка ошибок - цикл (выключено) 7) Отсутствие конвергенции для цикла - (включено) Другая ошибка в цикле - (включено) 9) Фоновая обработка – Включено 10) Сохранение журнала – Включено 11) Размер пакета – 1 12) Параллельная обработка – сервер – TEST_SAP16 13) Параллельная обработка – число задач – 5. Да и по этому поводу лучше посоветоваться с BASISом, чтобы для них это не стало неприятным сюрпризом |
Автор: | dante14 [ Чт, янв 24 2008, 12:01 ] |
Заголовок сообщения: | |
Если проводка у Вас делается один раз в месяц, значит нет потребления полуфабрикатов на мвз? А если есть, то как Вы тогда обходитесь одним прогоном, ведь прогон скинет сумму в дебет потребляющего мвз...и при чем это может быть далеко не 1000??? Указанных пунктов для параллельной обработки у нас в прогоне нет. В планировании мы их используем(там они есть), а вот по факту нет .....правда как я уже говорил это пока не критично, но все же....наверное издержки версии(у нас 4.7) |
Автор: | ROKO [ Чт, янв 24 2008, 12:40 ] |
Заголовок сообщения: | |
dante14 написал: Если проводка у Вас делается один раз в месяц, значит нет потребления полуфабрикатов на мвз? А если есть, то как Вы тогда обходитесь одним прогоном, ведь прогон скинет сумму в дебет потребляющего мвз...и при чем это может быть далеко не 1000??? Под выражением "раз в месяц" я имел ввиду периодичность, а этот раз может включать несколько прогонов. По-правильному вместе с повторной оценкой потребления материалов нужно два прогона. Но, кроме всего прочего существуют ошибки в логистике и прочие бухгалтерские ошибки при проводке документов в результате которых вылезают маленькие суммы, которые бухгалтера стремятся сразу исправить путем нового прогона. Так что пока в два не укладываемся. dante14 написал: Указанных пунктов для параллельной обработки у нас в прогоне нет. В планировании мы их используем(там они есть), а вот по факту нет .....правда как я уже говорил это пока не критично, но все же....наверное издержки версии(у нас 4.7)
Странно, но у нас тоже 4.7. Но если у вас одна БЕ это действительно не критично. Ночь длинная . |
Автор: | dante14 [ Чт, янв 24 2008, 13:22 ] |
Заголовок сообщения: | |
Т.е. потребление материалов, проходящих через регистр, на мвз у Вас все-таки есть? И если бы не всякие ошибки(они по-моему у всех есть) хватило бы двух прогонов, так? Почему же у нас-то не так В чем заковыка? По поводу параллельной обработки: нашел ноту 443444 и теперь у нас тоже есть параллельная обработка Спасибо! |
Автор: | Mist [ Чт, янв 24 2008, 13:40 ] |
Заголовок сообщения: | |
2 прогона возможно только в том случае, если затраты с МВЗ не распределяются на произдственные заказы и т.д. В противном случае прогоном будет больше. У нас их около 10 получается. |
Автор: | ROKO [ Чт, янв 24 2008, 14:13 ] |
Заголовок сообщения: | |
dante14 написал: Т.е. потребление материалов, проходящих через регистр, на мвз у Вас все-таки есть? И если бы не всякие ошибки(они по-моему у всех есть) хватило бы двух прогонов, так? Почему же у нас-то не так В чем заковыка? Здесь вопрос как говорится к тем, кто внедрял. Все равно 15 прогонов за один отчетный период по-моему это многова-то. dante14 написал: По поводу параллельной обработки: нашел ноту 443444 и теперь у нас тоже есть параллельная обработка Спасибо!
Да, про ноту-то я вам забыл сказать |
Автор: | dante14 [ Чт, янв 24 2008, 15:30 ] |
Заголовок сообщения: | |
Конечно 15 прогонов не каждый период бывает, но как минимум 10 прогонов стабильно. Неужели ничего нельзя сделать? И всех устраивает? |
Автор: | Maugly [ Вт, янв 18 2022, 13:26 ] |
Заголовок сообщения: | Re: Большое количество проводок при закрытии регистра материалов |
Добрый день, коллеги. Подскажите, пожалуйста, как сделать так, чтобы в параметрах заключительной проводки появилось поле "Параллельная обработка"? Для 1-уровн., многоуровневого исчислений и ПОП это поле в параметрах есть, а для заключительной проводки отсутствует(( |
Страница 1 из 2 | Часовой пояс: UTC + 3 часа |
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group http://www.phpbb.com/ |