Habilitar campo en Sustitución / Validacion en SAP (OBBH, BSEG-REBZG) Recientemente tuve un "cangrejo" en un cliente, y el problema era el siguiente:

Se requiere que las notas de Débito o Crédito en los estados de cuentas de los clientes (FI-AR) se venzan según su condición de pago y/o según la factura a la cual hace referencia.

Origen del problema: REF.A FACTUR

En éste punto hay que tener en cuenta algo: por estándar SAP, las notas de débito o crédito vencen según la fecha base indicada, indiferentemente de la condición de pago asociada a la posición del documento; pero hay dos excepciones a la regla en base al contenido del campo "Ref.a Factur", veamos como lo explica SAP:Ref. a Factura: Número documento de factura a la que pertenece la operaciónPara posiciones de documento que están relacionadas con otra posición de documento, este campo contiene el número del documento de interlocutor.UtilizaciónEn la versión estándar de SAP, el campo se utiliza para

abonos que hacen referencia a una partida de factura determinada

facturas siguientes de una partida de factura

pagos parciales de una partida de factura

compensaciones parciales de anticipos

En los dos primeros casos, las condiciones de pago se copian de la partida de factura de referencia a la partida en tratamiento. Con ello se asegura que las partidas venzan en la misma fecha y se paguen a la vez mediante el pago automático.

Para los abonos, para los que en este campo aparece una "V", rige una regla especial. En ese caso, el vencimiento se determinará como si se tratase de una factura. Si el campo está en blanco (no contiene ningún número de documento ni ninguna "V"), el vencimiento será en la fecha base para plazo de pago.En caso de dudas, podemos resumirlo así:

1. En caso de que el campo "Ref.a Factur" esté en blanco, entonces la nota vence segun la fecha base sin importar la condición de pago,

2. Si el campo "Ref.a Factur" contiene "V" entonces se aplica la condición de pago

3. Si el campo "Ref.a Factur" contiene el número de documento SAP de la factura, el sistema "hereda" los datos de pago de dicho documuento permitiendo que el vencimiento sea el mismo.

Clarisimo no?, El origen del inconveniente tambien ocurre porque al generar la nota de débito o crédito en SAP-SD el campo "Ref. a Fact" (no confundir con el campo REFERENCIA) no se llena al contabilizarse el documento financiero. Si alguien sabe cómo parametrizar ésto por favor envíame un e-mail.

En tal sentido, se decidió la no muy brillante idea de crear una regla de sustitución para que al generarse el documento financiero se sustituya el campo "Ref. a Fact" (BSEG-REBZG) por el contenido de campo "Referencia" (BKPF-XBLNR) el cual si viene lleno desde el módulo de SD con el número de documento SAP. Hasta aquí todo bien, pero existe la limitante que por el estándar SAP el campo "Ref. a Fact" (BSEG-REBZG) no está permitido para Validaciones o Sustituciones, más adelante explico el porqué.

Básicamente me apoye en dos informaciones, en un 75% en la página SAP FANS FORUMS y en un 25% En el Market Place de SAP el peso corresponde a la utilidad de información.

Básicamente hay que seguir 3 sencillos pasos:

1. (Esto no es transportable) Debemos modificar la tabla GB01 y desbloquear el campo BSEG-REBZG, este paso está implícitamente explicado en el Post de Martillando una Tabla, y también puedes descargarlo haciendo clic aquí. pero básicamente se hace así:

1. Ir a la SE16 con la tabla GB01 buscar el registro donde GB01-BOOLCLASS=009, GB01-CLASSTYPE=S, GB01-BCLTAB=BSEG, GB01-BCLFIELD=REBZG

2. hacemos doble clic en el registro encontrado y entramos en el "modo debugging" ingresando "/H" en el cuadro de transacción

3. Ingresamos la variab "CODE", presionamos enter, doble clic en el lápiz y cambiamos valor de la variable de "SHOW" por "EDIT" y continuamos con la ejecución del programa (F8)

4. Finalmente nos mostrará el campo GB01-BEXCLUDE en modo edición, borramos "X" y dejamos en blanco

Imágenes para Ilustrar lo indicado anteriormente:

Ingresando a la SE16

Realizando la busqueda del campo que queremos habilitar para la sutitucion o validacion

Registro a modificar

Registro en modo "SHOW" o sólo visualización

entrando en modo Debuging con "/H"

Confirmacion del sistema

Ingresando la variable CODE

Cambiando SHOW por EDIT

Seguimos con la ejecución del programa

Modificando el campo BEXCLUDE a "vacío"

2.(Esto es transportable) Debemos modificar la vista de tabla V_GB01C para incluirla la la lista de campos permitidos: Vamos a la SM30 con la vista:

ingresando a la SM30 con la Vista V_GB01C

 Presionamos el botón ACTUALIZAR

Entramos a la vista de la tabla

 Presionamos el Boton ENTRADAS NUEVAS

Llenamos los campos con la siguiente información (sin comillas ""):

Clase Boole:"009" Tipo Clase:"S"

Tabla:"BSEG" Campo:"REBZG" Excluir:dejar en blanco

Campos llenos

3. (Esto no es transportable): Finalmente debemos ejecutar un programa que nos habilitará el campo en los programas, reglas y rutinas de las Validaciones y Sustituciones (OB28 / GBB0 / OBBH):Vamos a la SA30 y ejecutamos el programa RGUGBR00:

Ejecutando el programa RGUGBR00 Indicamos el area de aplicacion e instante de aplicacion según sea el caso, para éste en particular es FI y todos los instantes (*), adicionalmente marcar las opciones deseadas:

Indicando parámetros de ejecuciónEjecutar (F8)

Y listo!

Consideraciones finales:Por qué SAP no permite que el campo "Ref. a Fact" (BSEG-REBZG) se use para validaciones o sustituciones?Me pregunte esto al comenzar, y cuando comenzó a funcionar la sustitución me di cuenta de el por qué.

Reconozco que esos alemanes detrás de SAP son brillantes y no dejan nada al azar: resulta que si ese campo siempre está lleno (inclusive cuando intentas modificar un documento, igual la regla de sustitución se aplica) no se puede modificar ningún dato relacionado con el pago, es decir, ni fecha base, ni condición de pago, ni días para pago o % de Descuento. Lo que genera limitantes en la funcionalidad para los usuarios finales.

Así que, al final de todo esto, la idea de la sustitución no fue práctica y tuvo que ser declinado. Lo positivo es que este instructivo aplica a cualquier campo que queramos agregar a las reglas de validación o sustitución.