There are variety of reasons why number ranges can jump while creating billing documents

1. SNRO number range buffering for RV_BELEG improves performance as in a multi

processor/server system, each processor is allocated with its own buffer ranges and the
number assigned to a billing document depends on which process ran the invoice creation.
This means that numbers are not actually skipped but different servers are executing invoice
creation and in the long run all numbers will be reached. If you want invoice creation to be
sequential to number range you need to switch off buffering in SNRO, but this also means
performance will be impacted during billing due list processing jobs
2. Update terminations can occur during billing document creation, which will leave gaps in
number ranges, where invoices can't be created. Execute Program "RFBNUM00N" or
"RFBNUM00" in SE38 you will get those all document Nos which are skipped due to update
terminations for last 50 days are so.
3. Gaps can also occur in number ranges because of incorrect customizations or user exits.

En SAP los vacíos en la numeración de factura pueden ser causados

normalmente debido
a dos razones:
? interrupciones de actualización: el número se establece en la factura al
comienzo del programa. Si se produce una interrupción del proceso después de la
asignación de este número, el número se ha ejecutado en el rango y no se puede
recuperar. Actualice las terminaciones en la transacción VF01 y VF04. El número
del documento de facturación está reservado antes de la actualización. Después
de una posible finalización de la actualización, no se puede volver a usar. Las
terminaciones de actualización se muestran en la transacción SM13. En la
actualidad,
no hay una solución posible para esto.
? El objeto RV_BELEG está almacenado en búfer. En este caso, se mejora el
rendimiento,
pero se producen estas brechas.

Lamento decirle que no hay forma de resolver los vacíos o rellenar los números de
factura que faltan.

Sabemos que debe explicar las lagunas en los documentos a las Autoridades
Legales, por esta razón hay un informe RFVBER00 para documentar las lagunas
que se producen debido a la finalización de una actualización.
Informe RFVBER00 solo enumera las terminaciones de actualizaciones que no
tienen más de 50 días (o según la hora que se mantiene en su sistema).
Por lo tanto, podría ser que este registro ya se haya borrado. Es necesario que
estas terminaciones de actualizaciones estén documentadas antes del período de
vencimiento de 50 días.

Una segunda posibilidad es que ocurran las brechas, pero NO debido a la

finalización de la actualización, otras razones, personalización incorrecta y salidas
de usuario, etc.
Las brechas sin terminaciones de actualizaciones no pueden explicarse
(fácilmente). Se pueden detectar (solo) mediante el informe RFBNUM00. Informe
RFBNUM00 muestra estos espacios de números de documento para el objeto de
rango de números RF_BELEG.

Espero que esta información ayude a explicar el comportamiento del sistema y sea
suficiente para su auditoría. Si realmente no puede tener lagunas en los
documentos de facturación, deberá desactivar el almacenamiento en búfer de
RV_BELEG.

gracias
Sunil

 Share
 Hi,
 there can be various reasons for the gaps in invoice numbering.
 Please review the following notes in relation to gaps in numbers used:
 62077 Info: Internal number assignment is not continuous
 193020 Invoice verification: Gaps in number assignment
 175047 Causes for FI document number gaps (RF_BELEG)
 Main reason for numbering gaps is buffering. This is also described
 in attached note 62077.
 Document numbers can get lost in invoice verification if after choosing
 the 'Post' function (F11 or Ctrl+S) the system generates an error
 message or a termination message. In this case instruct users to pay
 attention to whether the system generates terminations or error messages
 after choosing post (F11 or Ctrl S). Ask them to note the message ID and
 the numbers, preferably together with the time. It is worth discovering
 a procedure, peculiar to your company or system configuration, that
 causes the system to generate other error or termination messages after
 posting (that is after number assignment). This should not normally be
 the case. All this is explaind in note 193020.
 Best Regards,
 Arminda Jack
Hi Krishna,
execute Program "RFBNUM00N" or "RFBNUM00" in SE38 you will get those all document Nos
which are skiped.
thanks,
Sandeep SIngh Chauhan

 Share
639754 - When is a number finally assigned?
1524347 - Almacenamiento en búfer de documentos de
facturación - creación de facturas