Создаю диапазон номер. При сохранении пишет:
-Возможна потеря номеров.
-Для документов фин. бухгалтерии не использовать.

Какие параметры буферизации должны быть у диапазона номеров для документов финанс. бухгалтерии?

и еще вопрос как создать объект диапазонов номеров, в котором можно создать диапазон номеров с колонкой "Год"?

разобрался: галочка "Индикатор КонечнФинГод"

Помогите решить первую часть проблемы... Наверняка кто-то создавал диапазоны номеров для нумерации финансовых документов: платежек, счетов, счетов-фактур. Как выкручивались? Игнорили и сохранялись или все-таки как-то можно настроить буферизацию чтобы не было потери номеров?

По идее для бухдокументов буферизация не включается, чтобы избежать пропусков в нумерации. Но если сходить по нотам связанным с нотой 179224, то можно увидеть несколько вариантов решения проблемы. Если вкратце: одно из предложений САПа состоит в том, что предлагается вести свои диапазоны номеров и использовать одно из событий OpenFI. Врать неохота, поэтому рекомендую сходить по ссылкам от этой ноты

Избежать пропуков так не получиться они всё-равно будут - это надо чтоб порядок номеров и времени создания документов более мение совпадал.

А про вопрос моглиб и прямо написать: мол. так-как намера п/п трёхзначные и платёжки с номером 0 не допускаются надо номер платёжки кратный 1000 пропускать

З.Ы. Мы со своим банком договорились чтоб он нам 5 значные номера в нашей выписки возвращал. Интересно как другие выкручиваются - ведь напечатать более 1000 п/п более чем реально

2 DKiyanov:
[quote]
Избежать пропуков так не получиться они всё-равно будут - это надо чтоб порядок номеров и времени создания документов более мение совпадал.
[/quote]

Это как же это не получится? Как раз так и работает, что собственно в той ноте и написано. Говорится что как раз если включить буферизацию - начнется бардак с пропусками. Просто при выключенной буферизации и больших объемах проводимых документов начинается проблема №2: блокировка таблицы NRIV.Собственно в нотах дополнительных к указанной как раз и говорится о дальнейшем возможном варианте решения этой проблемы.

При буферизации будет потеря номеров, если произойдет, например, отключение питания на сервере.
Одно из решений - это "ручная" коррекция: то есть при генерации платежек выбирается начальный номер для нумерации. После того как они сгенерированы (и много раз перегенерированы по найденным несоответствиям в расчетах) диапазон номеров устанавливается на нужный номер. При этом другие программы генерации платежек могут (но в другое время) использовать последовательные номера диапазона.

А стандартный вариант PERFORM NUMER_PLATPORU IN PROGRAM J_3RFSCP_N не подходит?

Поэтому номера повторяться будут и проблема возникнет когда будет больше 1000 п/п в день, а все остальные случаи корректны: есть большой внутренний номер п/п и есть для банка.

А как вкратце работает каждый способ буферизации?
- ОЗУ
- Локальный файл + Ид. процесса
- Параллельно

почему собственно появляются пропуски если есть буферизация и с чем связана блокировка таблицы NRIV если нет буферизации?

у меня есть собсвенное представление как это все работает, но хотелось бы убедиться что я не ошибаюсь

2 Sape®: Так я и говорю - врать не хочу, Вы посмотрите ту ноту, которую я указал, там подробно каждый вариант буферизации расписывается.

В курсе BC414 очень хорошо описаны объекты нумерации.
Пропуски могут быть связаны с тем, что локальная копия NRIV хранится на сервере приложений. Один сброс буферов сервера приложений - и пропуск номеров обеспечен.
А блокировка таблицы при отсутствии буферизации связана со способом записи данных в NRIV - в ФМ NUMBER_GET_NEXT используется механизм блокировок SAP.

Возник еще один вопрос, как создать диапазон номеров привязанный к БЕ, как это сделано в транзакции FBN1

У кого есть курс киньте пожалуйста.

Сообщение удалено