Текущее время: Вс, авг 10 2025, 19:54

Часовой пояс: 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 часа


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

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


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

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