Академический Документы
Профессиональный Документы
Культура Документы
Alcance:
Cumplir con el requerimiento del MRF 2017 para la recepción del complemento de pago
Va
Publicación B2B
Publicación B2B Pago Falta de Complemento Pago
Pago ó Diferencias en Nodos
Complemento
*Cuando es Cheque solo validar que el campo contenga información (por qué no se sabe
cuándo será la fecha del cobro del mismo)
3.- Al validar la fecha coincide con un día de L-V se valide que no esté en calendario de
días inhábiles en caso de no estar ahí se toma ese día como fecha de pago
Ejemplo:
31 de octubre de 2017, si este no está en días inhábiles se toma este día como fecha de
pago
En el XML la fecha de pago estará día 31 de Octubre
4.- Al validar la fecha coincide con un día de L-V se valide que no esté en calendario de
días inhábiles en caso de estar ahí se debe validar si el día siguiente inmediato esta fuera
del calendario y no es Sábado o Domingo
Ejemplo:
Lunes 20 de Noviembre, la fecha de pago deberá ser martes 21 de noviembre
En el XML la fecha de pago estará día 21 de Noviembre
5.- Al validar la fecha coincide con un día de L-V se valide que no esté en calendario de
días inhábiles en caso de estar ahí se debe validar si el día siguiente inmediato esta fuera
del calendario y no es Sábado o Domingo
Ejemplo:
Jueves 02 de Noviembre, la fecha de pago deberá ser viernes 03 de noviembre
En el XML la fecha de pago estará día 03 de Noviembre
Crear una tabla de equivalencias de acuerdo al catálogo de SAT. (se puede tomar de la
tabla creada para Emisión, ZForma_Pago_CP)
Vía de
c_FormaPago Descripción
Pago(ZWELS)
01 Efectivo
02 Cheque nominativo C
Transferencia
03
electrónica de fondos T,S
04 Tarjeta de crédito
05 Monedero electrónico
Afectación Clase De
Descripción
S/H (SHKZG) doc
(-) = S RE Facturas
(+) = H RE Facturas (Dev)
H RG Facturas
S RG Facturas
S HR Registros de Rentas
S KR Documentos manuales
H KR Documentos manuales
S KA Doc. De Anticipos
Ejemplo 2 :
∑ RE Factura
(+-)RE
(+-)RG
(+-)KR
(+-)HR
(- ) ZN
(+-) SA
Retenciones:
Nodo.RFC Emisor cuenta ordenante: expresa la clave RFC del banco, institución
financiera, emisor del monedero electrónico, etc. Es quien emite el pago, RFC del banco
donde nosotros realizamos el pago (Validar que Datos Maestros tenga los RFC de las
instituciones Bancarias), con el documento de pago es decir el de compensación en la tabla
REGUH extraer campos:
Dirección de Tecnologías De Información Gerencia de Procesos y Desarrollo de Consultoría SAP Finanzas-Controlling
Aplicaciones
11
Recepción de Complemento de
pagos, Ajuste a Tr.
ZCFDI_REC_CP
Fecha : Enero 2019 ZCFDI_REP_RCP Elaboro: Liliana Sánchez
Tabla ADRC, con este número podernos validar el RFC del Banco sea el que registrado
campo (NAME2)
Dato Maestro:
Nodo.Cuenta Ordenante: el número de cuenta con la que se realizó el pago. (Es decir
nuestras cuentas) validar en tabla REGUH, UBKNT
Nodo.RFC Emisor cuenta beneficiario: RFC del banco, institución financiera, en donde
se opera la cuenta destino del pago (Cuenta del proveedor).
Con el documento de compensación o pago (VBLNR) Sociedad + Ejercicio en tabla
REGUH, con el campo Clave bancaria del receptor ZBNKY + País Banco (UBNKS) ir a
BNKA:
Se comparara con el valor en la tabla LFBK, con el campo LIFNR extraído, se validara el
número de cuenta BANKN, importante que se validen los registros que contenta el
proveedor dado que puede tener más de una cuenta de pago, y se validaría a 11 o 18 , en
caso de no coincidir solo se enviara mensaje informativo, pero se generara el complemento
correspondiente.
Para realizar la validación del monto pagado, revisaremos del documento extraído en
VISOR. dbo.factura_electronica_documentoFinanciero_ejercicio el monto enviado
en el XML, sea el mismo que el documento en la tabla REGUP, campo WRBTR
Nodo.Imp. Saldo Ant: Si es la primera parcialidad este Importe debe ser el Total de la
factura. En el caso del segundo o tercer pago debe ser el monto de la factura menos el pago
anterior realizado (Solo en Parcialidades)
Nodo.Número de Parcialidades: Aplica cuando se generan varios pagos a una factura
(Solo en Parcialidades)
Nodo. Importe Saldo Insoluto: importe que queda pendiente después de los pagos
parciales (Solo en Parcialidades)