NUMBER_GET_NEXT

Kurier1979

Добрый день.
Что-то я в ступоре.
Использую NUMBER_GET_NEXT. Номер получаю, все норм...
Только проблема в том, что он мне нужен "предварительно!!"... И если нажать, BACK то сохранять это значение мне не нужно..

Иными словами в 1 экране получаю номер: 0001, нажимаю BACK... Затем снова захожу на 1 экран и номер у меня уже 0002, а мне нужно снова 0001..

как-то так...
Подскажите, есть ли какой-то функционал который "откатывает" действие BANUMBER_GET_NEXT?

Спасибо!

weise

Мне казалось, что действие NUMBER_GET_NEXT необратимо. Это сделано, чтобы уменьшить вероятность дубликатов.
Что значит откатить? Ты получил номер 1. Следом за тобой другая транзакция получила номер 2 и сохранила результат в базу. Ты нажал BACK. Куда откатывать, какой номер сделать текущим?
Обычно стандартные транзакции используют временные номера (типа &000000001), которые в последний момент заменяются на "настоящие".

Можешь попробовать использовать NUMBER_GET_INFO, но учти, что когда при сохранении вызовешь NUMBER_GET_NEXT - он может выдать другой номер, если нужный тебе уже заняли.

mihail_c

а в чем смысл задачи в данной постановке?

trop

убедиться, что в объекте нумерации Число номеров в буфере =0,
или попробовать вызывать так:

Code:

call function NUMBER_GET_NEXT
  exporting
    quantity = 1
    ignore_buffer = 'X'  
    ...
  .
rollback work.

перед реальной выдачей номера необходимо повторить вызов
до commit work, чтобы взять действительно свободный номер

Tim

Kurier1979, транзакции САПа не возвращают значение счетчика обратно. Вам тоже очень советую не заморачиваться этим. Тем более, что для пользователей не так критичны пропуски. Даже в нумерации сч. фактур пропуски допустимы.

Удав

Tim написал:

Даже в нумерации сч. фактур пропуски допустимы.

В платежных поручениях должна быть последовательная нумерация. За исключением номеров, кратных 1000.
Но в общем случае согласен. Пропуски в нумерации важны далеко не всегда.

Вопрос к автору топика: зачем для "предварительной" нумерации использовать NUMBER_GET_NEXT?

Сам SAP в этом случае практически всегда ведет внутреннюю нумерацию в программах ввода данных, а присвоение номера делает ровно перед сохранением документа.
При этом временный номер в данных заменяется на реальный.

mvs87

trop написал(а):

убедиться, что в объекте нумерации Число номеров в буфере =0,
или попробовать вызывать так:

Code:

call function NUMBER_GET_NEXT
  exporting
    quantity = 1
    ignore_buffer = 'X'  
    ...
  .
rollback work.

перед реальной выдачей номера необходимо повторить вызов
до commit work, чтобы взять действительно свободный номер

You help me. Thanks you!

p1yt0n

Если я правильно понял вопрос, то просто для получения текущего номера нужно использовать ФМ NUMBER_GET_INFO

Правила форума

NUMBER_GET_NEXT

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