Текущее время: Вс, июл 20 2025, 03:34

Часовой пояс: UTC + 3 часа


Правила форума


ВНИМАНИЕ!

Вопросы по SAP Query и Quick View - сюда



Начать новую тему Ответить на тему  [ Сообщений: 3 ] 
Автор Сообщение
 Заголовок сообщения: Массовое изменение блокировки в FI FM (BSEG-ZLSPR)
СообщениеДобавлено: Пт, июл 05 2013, 12:27 
Специалист
Специалист

Зарегистрирован:
Пт, июл 29 2005, 13:13
Сообщения: 161
Добрый день Коллеги.

Финансисты хотя реализовать автоматическую массовую смену блокировки (BSEG-ZLSPR) в логически связаных документах при проводке в FI специального документа ТП.
Для этого предлагается в OPEN FI сделать выборку нужных документов и чем-то (пакетник на FB09 не годится, BAPI держит в памяти только последний объект, FIPI - тот же поштучный пакетник без общего roolbak) выполнить смену блокировки .
Принципиальное условие - вся проводка (как ТП так и изменяемые документы) должна выполняться как единая транзакция.

Посмотрел ФМ CHANGE_DOCUMENT и BULK_CHANGE_DOCUMENTS и как-то не тянет их использовать.
Есть вообще какие-то BAPI на такие массовые операции?

P.S. рекурсию для OPEN FI обойти не сложно, а вот как положить в буфер до общего COMMIT?
Любые идеи приветствуются.


Пометить тему как нерешенную
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Массовое изменение блокировки в FI FM (BSEG-ZLSPR)
СообщениеДобавлено: Ср, июл 10 2013, 07:40 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Чт, сен 09 2004, 07:32
Сообщения: 777
Откуда: Москва
Пол: Мужской
Реализовать "принципиальное условие", то есть, если я правильно понял, объединить изменение произвольного числа документов FI в одной SAP LUW, не получится.

Рекомендую решение более прозрачное - отчет, который
1) выбирает связанные с ТП (параметр) документы;
2) массово меняет в них блокировку - например, ФМ FI_ITEMS_MASS_CHANGE - там генерится тот же пакетный ввод.

Далее можно навешивать "бантики". Например:
1) автоматически запускать этот отчет по событию проводки ТП - можно из PS Open FI генерировать свое событие;
2) рассылать уведомление заинтересованным лицам о наличии ошибки при изменении какого-либо зависимого документа;
3) предусмотреть глобальный журнал обработки с детальным описанием ошибок;
4) ввести теневую таблицу для отслеживания статуса имеющихся зависимых документов и соответствующей реакции при обработке исходного ТП;
... и еще все, что придет в голову - все зависит от фантазии разработчика и степени важности задачи :)

_________________
"Прежде чем сделать что-то, подумай, к чему это может привести..."


Пометить тему как нерешенную
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Массовое изменение блокировки в FI FM (BSEG-ZLSPR)  Тема решена
СообщениеДобавлено: Пт, июл 12 2013, 16:21 
Специалист
Специалист

Зарегистрирован:
Пт, июл 29 2005, 13:13
Сообщения: 161
nicky555 написал:
Реализовать "принципиальное условие", то есть, если я правильно понял, объединить изменение произвольного числа документов FI в одной SAP LUW, не получится.

Рекомендую решение более прозрачное - отчет, который
1) выбирает связанные с ТП (параметр) документы;
2) массово меняет в них блокировку - например, ФМ FI_ITEMS_MASS_CHANGE - там генерится тот же пакетный ввод.

Мда ... Я именно так и думал.
Блокировку проще сбрасывать BAPIшкой BAPI_ACC*PMNTBLK*. А в остальном придётся делать через вызов сообщений.
Навешивать какие-то фоновые обработки - это уже вариант. "Я бы взял частями, но мне нужно сразу"(с).
Пусть лучше юзвери сами выясняют что не так в их документах.

Спасибо за помощь.


Пометить тему как нерешенную
Вернуться к началу
 Профиль Отправить email  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 3 ] 

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB