Есть всякие расширения на создание фактуры(vf01). Кто-нибудь знает какой из них отрабатывает в момент перед сохранением фактуры?

SAPMV45A
инклуд MV45AFZZ
FORM USEREXIT_SAVE_DOCUMENT или
FORM USEREXIT_SAVE_DOCUMENT_PREPARE
Должны подойти.

Нашел расширение к этой транзульке (SDVFX009), отрабатывает как раз когда надо - перед сохранением(даже уже известен номер фактуры). НО есть один затык - создается на основании заказа, где есть позиции с разным расчетом цен, соответственно создается несколько фактур. Цель расширения в том, чтоб писать свой номер в поле xblnr. Но вот когда создается несколько фактур им присваивается один и тотже номер(который я сам генерю), т.к. при сохранении в ФМ передается заголовок фактуры и соответсвенно сколько фактур создается, столько раз прога входит в этот ФМ. Я попробовал решить эту проблему системной переменной sy-tabix, но сегодня посмотрел и получается, что создается фактура с номером например 87 а за ней например 95, хотя системный номер нормально - по-порядку.

А почему бы не воспользоваться объектом диапазона номеров, без буферизации? Или алгоритм от чего-то отталкивается?

Дык там как раз номер должен формироваться по определенному правилу.

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

Номер формируется по след. правилу: ДД.ММ.ННН, где "ННН" некий порядковый номер. Все формируется нормально, если из 1 заказа создается 1 фактура, а вот если несоклько фактур, то в соответствии с количеством фактур при сохранении столько раз он захидт в мое расширение. Т.е. когда я присвоил тако номер первой фактуре, то фактически не знаю какой номер я должен присвоить второй фактуре. В это расширение передается заголовок фактуры, где есть поле HIPOS дык вот там некий номер позиции, я пробовал его прибалять, но там они могут идти не подряд, т.е. 10, 20, 50, 60......

ДД.ММ - это день и месяц?
А где храните текущий номер, например для четверотой фактуры за день(19.02.004) после сохранения третьей?

Да день.мес.. Этот номер пишется в поле ссылка, т.е. когда 1 фактура, то все просто выбрал номер + 1 и все, а вот когда заказ разбивается на несколько фактур, вот тогда я прибаляю HIPOS.

Все равно не понял, где храните СЛЕДУЮЩИЙ НОМЕР В ПРЕДЕЛАХ ДНЯ, ведь фактур может быть куча за день. В любом случае порекомендую создать свою Z-таблицу - аналог номерной серии, где ключом будет день. При обнаружении текущего дня в ней увеличивать счетчик и использовать текущее значение, при отсутствии - вставлять запись с 2, использовать 1.
Но тут есть тонкий момент - все это надо делать так, чтобы обеспечить целостность данных, когда идет плотное создание фактур, а некоторые могут не сохраниться по тем или иным причинам. Поищите по форуму темы с ФМ с IN UPDATE TASK

А кто мешает создать объект диапазона номеров с подобъектом типа ДДММ.
И сделать его зависимым от года

Да, с подобъектами - это лучшее решение. Сам до этого не сталкивался. Попробовал настроить, получилось. Вот только самому создавать 365 серий утомительно. Покопался в ФМах, вроде есть NUMBER_RANGE*.
2 Удав: Есть опыт использования этих ФМ, помогут они автоматизировать создание интервалов?

Можно ли по подробнее про это?

Тр. SNRO.
Создаете объект номерных диапазонов. Для элемента данных подобъекта создаете ЭД и домен, где на закл. ДаипЗнач указываете таблицу со знач. Таблицу создаете с полями MANDT и поле с типом для ваших значений - ДДММ, как и для вышеотмеченного домена, оба поля ключевые. Заполните таблицу значениями 0101, 0201, ....
Это нужно сделать до создания объекта нумерации.
Для домена длины номеров, создайте, например домен с типом NUMC(3), что пометились ваши 001-999. Откажитесь от буферизации и введите процент предупреждений. Сохраните. Жмете кнопку диапазоны номеров, выбираете значение подобъекта(день+месяц), определяете интервал.

А вот если надо использовать эти номера в следующем году? Так же начиная с 001.....