Текущее время: Ср, ноя 14 2018, 04:03

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




Начать новую тему Ответить на тему  [ Сообщений: 5 ] 
Автор Сообщение
 Заголовок сообщения: Массово изменить условия.
СообщениеДобавлено: Пт, окт 07 2016, 13:50 
Ассистент
Ассистент

Зарегистрирован:
Вт, дек 15 2015, 11:46
Сообщения: 26
Пол: Мужской
Приветствую всех!
Итак есть задача, необходимо исправить косяки миграции и массово отредактировать условия. В частности поле "Действительно с" (CONDVALIDFROM). Решил использовать LSMW, idoc BUS1505_CHANGE. Но проблема в том, что idoc не принимает на вход никаких IDшников(GUID например). Для однозначного определения обновляемого условия, необходимо задать 5 ключевых полей: CONDITION_TYPE, EXTERNAL_PURPOSE, CALCULATION_OBJECT_TYPE, CALCULATION_OBJECT_ID, VALID_FROM. Т.е. получается что мне нужно обновить одно из полей, значения которых я подаю на вход iDoc для однозначного определения условия.
https://scn.sap.com/thread/3213805 - вот здесь у человека подобная задача, меняет цель EXTERNAL_PURPOSE, там ему порекомендовали ограничивать старое условие по дате и создавать новое. Для меня данный вариант не подходит, т.к. мне необходимо ограничивать дату "дейстительно с" именно для уже заведённого условия.

Чёт как то замудрённо получилось). В общем похоже вариант с lsmw и iDoc не подходит. На ум приходит прямой update в таблице vicdcond, но как то страшновато. Есть ли ещё какие либо пути массового изменения даты условия "Действительно с" ?


Спасибо!


Пометить тему как нерешенную
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Массово изменить условия.
СообщениеДобавлено: Пт, окт 14 2016, 15:27 
Начинающий
Начинающий

Зарегистрирован:
Пн, мар 31 2014, 10:10
Сообщения: 16
Добрый день.

Так как вы описали сделать не получиться.
Поле VALID_FROM "Действительно с" является ключевым в составном ключе.
Чтобы его поменять, надо вначале удалить это условие, а потом вставить новое.
Удалять условие в договоре не получиться, если по этому условию были проводки. Система не даст этого сделать.
Менять VALID_FROM в таблицах не рекомендую - система пересчитает суммы в условии, и не факт, что для вашей реализации это будет корректно.
Безопасный вариант, ограничить срок действия текущего условия периодами выполненных проводок и вставить новые в требуемые интервалы.
Впрочем, тоже самое написано на форуме SCN.

Если вы еще не "старталули" в продуктиве, то при миграции неверно загруженные данные (договоры) можно смело удалить и загрузить заново скорректированные. А массовое удаление - отдельная тема.

Удачи.


Пометить тему как нерешенную
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Массово изменить условия.
СообщениеДобавлено: Вс, окт 16 2016, 23:52 
Ассистент
Ассистент

Зарегистрирован:
Вт, дек 15 2015, 11:46
Сообщения: 26
Пол: Мужской
bubenman,
Спасибо за ответ.
Уже полтора года как стартанули, проводок уже много. Ограничить данные условия и завести новые - не вариант, это не решает мою задачу. Мне нужно подвинуть именно дату "действительно с" в текущих условиях. Похоже остаётся апрэйтить, стучать в бубен и молиться=)

Ещё обдумываю вариант с LSMW без iDoc проработать, но пока не получатся сделать чтоб по всем условиям проходило. Возможно ли такое LSMW реализовать?


Пометить тему как нерешенную
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Массово изменить условия.
СообщениеДобавлено: Вт, ноя 01 2016, 10:58 
Начинающий
Начинающий

Зарегистрирован:
Пн, мар 31 2014, 10:10
Сообщения: 16
Kirill91.

В какую именно сторону требуется подвинуть дату "действительно с" в условии договора?
Какие конкретно значения дат предполагаются менять: старые и новые?
Каков будет максимальный сдвиг дат?
Какие для этого есть существенные основания с точки зрения учета и бизнеса?


Пометить тему как нерешенную
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Массово изменить условия.  Тема решена
СообщениеДобавлено: Вт, ноя 01 2016, 12:11 
Ассистент
Ассистент

Зарегистрирован:
Вт, дек 15 2015, 11:46
Сообщения: 26
Пол: Мужской
bubenman,
Опишу задачу более подробно: Условия действуют с древних дат(до начала работы в САП), соответсвенно денежный поток ограничен датой "денежный поток с" (RECNDPO) договора. Т.е. если необходимо отразить документ за период < RECNDPO, пользователь должен изменить RECNDPO. Но как правило, пользователь после изменения даты RECNDPO, не меняет даты "действительно с"(CONDVALIDFROM) всех лишних условий и генерит массу лишних денежных потоков. На которые в последствии могут быть ошибочно начислены резервы(ведение договоров и формирование проводок в зоне ответственности разных пользователей). В связи с этим, поставили запрет на редактирование обоих этих полей, для условий\договоров с проводками, а пользователей заставили проводить документы за период < RECNDPO через FI.
Для исправления ситуации, я решил массово изменить даты начала действия условий: если RECNDPO > CONDVALIDFROM, то CONDVALIDFROM := RECNDPO. И открыть возможность редактирования RECNDPO, с условием, что нов.зн. RECNDPO < (дата первого проведенного потока), чтобы не генерить ссыл. в/движений.

Форумчанин sonyericsson, посоветовал решение с использованием поля "первая проводка с" (CFPOSTINGFROM), которое на данный момент в нашей реализации процесса не задействовано.
Так же я нашел ещё одно решение, с накручиванием проверок при редактировании CONDVALIDFROM и RECNDPO. Т.е. заставить пользователя самостоятельно менять данные поля, без формирования лишних денежных потоков.

Получается, что сейчас задача с массовым изменением даты "действительно с"(CONDVALIDFROM) неактуальна, найдены другие решения.

Всем спасибо!)


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

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


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

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


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

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