1. Хочу сделать нумерацию платежных поручений зависимой от года:
В транзакции SNRO "Ведение объектов диапазона номеров" для объекта FI_PYORD "Платежное поручение" активирую индикатор КонечнФинГода.

Выдается сообщение о том, что "Индикатор конечного года может быть изменен, если нет интервалов" (сообщ #NR355)

Удаляю все 10 интервалов для FI_PYORDа, снова пытаюсь поставить галочку, но сообщение появляется снова! и в snro есть текст "Есть интервалы к объекту диапазона номеров"

Таким образом, независимо от того есть интервалы или нет их, галочку поставить не получается!

Может он ссылается на другие диапазоны?? Вобщем это проблема нумер один. В принципе она не критична... Критична проблема нумер два:

2) Есть ограничение в нумерации платежек: последние 3 цифры не равны нулю. Т.е. не должно быть платежки с номером 1000 например.

Стандартный диапазон:
00 0000000001 0999999999 0

Пытались поменять например на
00 0000000001 0000000999 0

но тогда АПП его игнорирует, и берет номер из следующего стандартного. Причем совершенно точно, что интервал 00 не содержит ни одной платежки. PYORDH, PYORDP пустые.

Отследить момент, когда платежка 1000 создастся системой крайне затруднительно. Вот такие проблемы. Может быть кто сталкивался???

Спасибо

1. V Help po APP gde-to napisano, chto trogat diapazony nomerov dlya APP ne rekomenduetsya.
2. Esli ya pravilno pomnu, v rossiyskom formulyare Platyozhnogo poruchenia (iz Add-on) eta problema reshena. Posmotri na formulyar, a eshe luchshe - prover.

Esli p.2 tebya ne ustroit, to mozhesh otkorrektirovat programmu RFFOD__U (napisat svou Z*) i tam sdelat svoy diapazon nomerov. Odnako, uchti, chto esli APP rabotaet bez provodok, to posle prisvoenia PYORD dokumentu, vyrovnyat ego mozhno tolko po PYORD. Smotri http://sapboard.ru/forum/viewtopic.php?t=2577

1. Обнулять из года в год номера п/п - не рекомендую, сам обнулил в этом году, пришлось вычищать таблицы PYORDH и PYORDP (причем в REGUH и REGUP данные остались). Полезли косяки при выгрузке.
2. Можно добавить exit, который будет прибавлять 1 при номере п/п 1000, 2000, и т.д.

Спасибо за ответы)

Но проблему так и не удалось решить стандартными средствами. Да действительно в российском аддоне есть J_3RFZKR и J_3RFZDB для печати платежек и они вместо 1000 печатают 1001 номер п/п, нотолько печатают, т.к. сам pyord остается 1000ым.

Мы используем АПП для печати платежных поручений и формуляры для апп российские не обрабатывают эту ситуацию.

Дело еще и в том, что бумажная платежка второстепенна, т.к. платежки сделанные АПП мы выгружаем в клиент-банк.

PYORD standartnymi sredstvami nelzya zastavit menyatsya po nuzhnomu vam algoritmu. Tolko esli modificirovat programmu, a eto chrevato.
A chem vy vygruzhaete v klient-bank?
Etoy zhe programmoy i nomera platezhek menyaite. V kraynem sluchae vizhu takoy algoritm:
Programma vidit PYORD s 000 na kontse.
Udalyaetsya Payment order s etim PYORD.
Progonyaetsya APP po konkretnomu dokumentu eshe raz. V 4.7 dlya etogo udobno vospolzovvatsya F110S. V etom sluchae generitsya noviy PYORD.
Noviy Payment order vygruzhaetsya v bank-client.

спасибо за совет,

для выгрузки написана специальная програмка на ABAP она берет значения из REGUH, REGUP...

пробовал стандартом через DME сделать, но возникли проблемы с 104-110 налоговыми полями.

у нас такая же ошибка "Индикатор конечного года может быть изменен, если нет интервалов" (сообщ #NR355)". как удалить эти интервалы?
или есть другой способ, чтобы сбрасывать нумерацию каждый год?
платежные поручения были в течении нескольких лет

select * from nriv client specified
into inriv up to 1 rows
where object = object.
endselect.
Соответственно, проверяются все манданты, и если хоть в одном есть диапазон номеров, считается что он создан, и менять его нельзя.
Это логично, так как объект мандантонезависим.

да, в fbn2 есть интервалы, текущий номер платежного поручения (FI_PYORD).
получается, сейчас уже нельзя ничего сделать? "индикатор конечного года" нужно было устанавливать в начале внедрения FI?

И еще. Если
- счетчик диапазона номеров платежек скручен, И
- PYORD используется для автоматического выравнивания банковской выписки по алгоритму 029,
ТО
- будете иметь гемор с разносом тех платежей, у которых значение PYORD меньше значения номера текущего года. Придется жестко абапить либо нагружать техподдержку разносом этого добра с помощью лома (/h).

Блокируете создание платежек во всех мандантах, удаляете диапазоны номеров п/п во всех мандантах, делаете зависимость от года, восстанавливаете диапазоны номеров п/п во всех мандантах, разблокируете создание платежек во всех мандантах.

И, спрашивается, на фига весь этот балаган, если нет такого законодательного требования?

спасибо за ответы.



по пункту 2. проверила J_3RFZKR, номер платежного поручения выводится полностью - 6 знаков. по требованию ЦБ должно быть 3 (банк-клиент). как все-таки быть с 1000 п/п? если прибавлять 1, то получится 2 платежных поручения с одним номером в течении дня