Текущее время: Ср, авг 13 2025, 06:07

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




Начать новую тему Ответить на тему  [ Сообщений: 4 ] 
Автор Сообщение
 Заголовок сообщения: Перерасчет вида оплаты
СообщениеДобавлено: Вт, июл 30 2013, 16:05 
Специалист
Специалист

Зарегистрирован:
Ср, авг 08 2007, 15:57
Сообщения: 150
По техническому виду /SIJ по текущим настройкам создается 8ххх.
Сам 8ххх создан в системе с 01.07.2013.

При расчете идет перерасчет начиная с 01.02.2013 (так надо) по /SIJ, автоматически создается и 8ххх - а не нужно.
Подскажите как отключить перерасчет для 8ххх.
или
Условие по которому если перерасчет - занулить 8ххх.
А то придется "абапить".

Это похоже на то что мне нужно?

" IF O оригинал ?"


Спасибо.

Интересно почему у правил нет периода действия?


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Перерасчет вида оплаты
СообщениеДобавлено: Вт, июл 30 2013, 17:02 
Старший специалист
Старший специалист

Зарегистрирован:
Пт, ноя 25 2011, 17:37
Сообщения: 291
Похоже.
Нет периода действия потому, что условие на период можно прописать в самом правиле (cmper, ruper)

Еще:
viewtopic.php?f=11&t=76856

_________________
Зачем делать просто, когда можно сделать круто?!


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Перерасчет вида оплаты
СообщениеДобавлено: Ср, июл 31 2013, 06:30 
Гуру-эксперт
Гуру-эксперт

Зарегистрирован:
Пт, сен 07 2007, 07:53
Сообщения: 1398
Nikita2 написал(а):
Интересно почему у правил нет периода действия?


Потому, что используется другие механизмы для этих целей. Могу назвать несколько для примера.

1. Самый прямолинейный способ. На уровне схемы делаете ветвление (IF) по определенному условию, в разных ветках которого прописываете разные правила. Условие по периоду будет выглядеть так
Code:
IF    J13
PIT правило1
ELSE
PIT правило2
ENDIF

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


2. Прописать условие в правиле на основе CMPER.
Code:
D CMPER 1307
<
* ...


3. Самый гибкий способ. Настройка делается на основе свойств ВО. Для этих целей служит классы обработки, но так как практически все классы выбраны, используется таблица T51P1.
В Вашем случае это может выглядеть так. Для T51P1 создается новый индикатор, скажем Zx (в T51P3), который будет обозначать вашу обработку. В T51P1 заносим запись Zx /SIJ 01.07.2013 31.12.9999.
В правиле ставим проверку
Code:
D R51P1?ZxN
*
X ...

X - настройка есть, делаем что нужно. Иначе - не делаем.
Такой способ намного гибче, чем настройка в правиле. Включать/выключать обработку можно как угодно, не внося изменений в схему/правила.

САП использует как раз третий способ, поэтому с его точки зрения нет необходимости вводить еще какие-то периоды действия для правил.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Перерасчет вида оплаты
СообщениеДобавлено: Пт, авг 16 2013, 13:42 
Специалист
Специалист

Зарегистрирован:
Ср, авг 08 2007, 15:57
Сообщения: 150
Спасибо Большое - вариант 3 - Работает! (откуда такие знания взять - это определенный курс ?).


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

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


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

Сейчас этот форум просматривают: Google [Bot]


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

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