Добрый день! Очень много начитались сообщений на форуме на эту тему, а свою проблему все равно не знаем как решать. У нас настроен АПП без проводок и соотвественно нет разделения диапозонов номеров по БЕ и году. Нужно формировать номера платежек раздельно по каждой БЕ, они должны иметь привязку к году и номера 5 знаков. Выход видим в создании таблицы перекодировки: Внутренний №, Внешний №, Год, БЕ. Не можем решить как формироватьвнешний номер в момент запуска прогона, когда формируются внутренние номера платежных поручений. Никакие стандартные объекты ломать не хочется. Есть ли расширение, срабатывающее в момент когда формируются номера платежек в табличке REGUH (тр. f110 - АПП).

А все же может кто знает есть ли стандартное расширение, срабатыващее в момент формирования номеров платежных поручений???

Смотрите события 00001810 00001820 00001830 00001840 по программие платежей. Там ваше решение. У нас правда проводки формируются и эти события прекрасно работают. Сделали все, что хотели

Подскажите, а какие задачи вы решали в этих событиях? Насколько я понимаю при проводках используются диапазоны номеров документов FI, которые итак разграничены по годам и БЕ.

Коллеги, все прочитала, что смогла найти по теме нумерации платежек.
Скажите, нашел ли кто-нибудь способ сделать так, чтобы номера платежек (pyord, а не печатный документ) присваивались в зависимости от БЕ (чтобы номера присваивались по порядку в рамках БЕ, а не в целом диапазона номеров) и пропуская номера *000?

Тока ломать стандарт.
Либо мягко ломать. Попробовать использовать расширения Enhancement Spot (тока для ERP). То есть, создавать свой объект диапазона номеров, подвешивая его к году, а потом использовать его вместо стандартного. В F110 есть функц. модуль, который отвечает за нумерацию (поищите в форуме, тут есть его название) и если есть точки, то попробовать вместо вызова стандартного модуля прописать вызов пользовательского, который будет использовать уже Ваш диапазон.

Либо ломать грубо. Если нет точек, то тогда уже получать в SAP'e ключи и делать все тоже самое, но уже без расширений.
По способу № 1 примеров не знаю. По способу № 2 пример знаю. Работает.

В любом случае, Вам потребуется помощь квалифицированного программиста.

И я бы, все таки, попробовал убедить клиента, что ломать стандарт не хорошо. И потом, рано или поздно, боком такие подломы выходят. Нет строгих требований к нумерации платежек. Эти желания, все больше по привычке, по примеру старых программ.

Удачи.

Спасибо.
Пользователей убедить было бы можно, но сомневаюсь сама. Делаем настройки для для российской БЕ в глобальной системе. Для платежных поручений используется один диапазон номеров 0000000001 0999999999. То есть больше 5 символов необходимых для русской платежки. Если просто обрезать первые номера, то велика вероятность дублирования номеров. И последовательности в рамках БЕ не будет.
Видимо без внутренней таблички по соответствию внешнего номера (в ПП) внутреннему (в SAP) не обойтись.
Такой опыт уже есть. Все работает, только пользователям не очень удобно при загрузке выписки искать внутренний номер платежек.

уникальность номера ПП должна быть в рамках одного дня... на сколько я помню.
Необходимо понять причины беспокойста пользователей, зачем им так нужна уникальность в рамках БЕ и т.п. и потом дать отчёт, который решит их проблемы. как-то так вроде

Если просто брать pyord, то все равно остается проблема с исключением платежек, заканчивающихся на 000. Так что раз уж решать эту проблему, то может остальные тоже решить...
И как потом выписку разносить, если номер платежки не известен, а известны только последние 5 цифр?

алгоритм интерпритации будет пытаться найти ТАП\ТП по номеру п\п . в выписке он, скажем, 5 знаков , но в системе то гораздо больше. или вы предлагаете и в системе диапазон номеров ограничить 5-ю знаками?

То есть и по 5-ти последним цифрам SAP найдет позицию для выравнивания?