ÍNDICE
En la página del SAT, en el apartado de la documentación técnica del CFDI 4.0, se establece que la vigencia de esta nueva versión inicia a partir del 1 de enero de 2022, existiendo un periodo de convivencia entre la versión 3.3 y la versión 4.0 el cual comprende del 1 de enero al 30 de Junio de 2022.
Por tanto, será a partir del 1 de Julio de 2022 que se deje de utilizar la versión 3.3 y se generalice la obligación de emitir la versión 4.0.
Para cumplir con dicha reforma fiscal, se modifica el esquema del CFDI con los siguientes cambios:
Para mayor información de la Reforma Fiscal 2022, se recomienda revisar el siguiente enlace:
Actualización Factura Electrónica - Reforma Fiscal 2022
Para tener activa la Versión 4.0 del CFDI es necesario tener actualizadas con una fecha mayor o igual las siguientes rutinas:
Rutinas involucradas | Nombre Técnico | Fecha |
---|---|---|
LOCXNF | Notas Fiscales. | 12/03/2022 |
LOCXNF2 | Funciones Genéricas para Documentos Fiscales. | 07/03/2022 |
LOCXMEX | Funciones Genéricas para Documentos Fiscales para México. | 11/03/2022 |
LOCXFUNA | Funciones generales de documentos fiscales. | 07/03/2022 |
FISA800 | Timbrado masivo de CFDI. | 17/03/2022 |
FISA812 | Mantenimiento de Catálogos del SAT. | 08/03/2022 |
MATA468N | Generación automática de facturas. | 16/03/2022 |
FISA815 | CFDI con Complemento para Recepción de Pagos | 03/03/2022 |
SIGACUS | Funciones Genéricas. | 04/03/2022 |
MATR475 | Generación de PDF para Documentos Fiscales de Entrada/Salida. | 16/02/2022 |
MATA521 | Eliminación de documentos de Salida | 09/03/2022 |
Archivo relacionado | Nombre Técnico | Fecha |
---|---|---|
FATSMEX.INI | Script de generación de los archivos XML para Notas Fiscales de Salida. | 07/03/2022 |
FATEMEX.INI | Script de generación de los archivos XML para Notas Fiscales de Entrada. | 16/03/2022 |
Algunos de los procesos de versión 3.3 siguen funcionando de la misma manera y no fueron afectados por los ajustes para versión 4.0, para más información ver Documento Técnico de Factura Electrónica de México CFDI Versión 3.3 |
Facturas de Venta (Normal)
Los parámetros para Facturación Electrónica utilizados desde la versión 3.3, no sufrieron cambios. |
Para evitar errores de timbrado, es importante configurar el parámetro MV_IVATRAS con el código de los impuestos de traslado a ser desplozados en el XML, por ejemplo "IVA|IV0|IEPS". En caso de que el documento tenga retenciones se configura el parámetro MV_RETIVAM con el código de las retenciones de iva, por ejemplo "RIV". |
|
En los script de "Generación de XML de documentos de salida."(FATSMEX.INI) y "Generación de XML de documentos de entrada."(FATEMEX).INI) se realizan los ajustes para agregar los nuevos atributos Exportacion,DomicilioFiscaIReceptor y RegimenFiscalReceptor, además se actualizan las URL utilizadas para la versión CFDi 4.0.
Se recomienda editar el script actual de generación de CFDI (Archivo XML), actualizando las secciones de acuerdo al siguiente modelo, en donde las líneas resaltadas con color azul se agregaron o fueron modificadas para integrar la Versión 4.0 CFDi; las líneas resaltadas con color rojo fueron removidas:
//FATSMEX.INI V4.0 --- Modelo 2022 [XXX POSICIONAMENTOS] [XXX INICIALIZACION] (PREREG) FsQuery(_aTotal[097],1,"D2_DOC='" + SF2->F2_DOC + "' AND D2_SERIE='" + SF2->F2_SERIE + "' AND D2_CLIENTE='" + SF2->F2_CLIENTE + "' AND D2_LOJA='" + SF2->F2_LOJA + "'","SD2->D2_DOC=SF2->F2_DOC .AND. SD2->D2_SERIE=SF2->F2_SERIE .AND. SD2->D2_CLIENTE=SF2->F2_CLIENTE .AND. SD2->D2_LOJA=SF2->F2_LOJA","D2_ITEM") .And. .T. (PRE) fImptosD(SF2->F2_DOC,SF2->F2_SERIE,SF2->F2_CLIENTE,SF2->F2_LOJA,IIf(ALLTRIM(SF2->F2_TIPODOC) == "21",.T.,.F.),"SD2", SF2->F2_GLOBAL == "1",@(_aTotal[036]),_aTotal[104],@_aTotal[037], @_aTotal[038] ) [SD2 CADENAORIGINAL_SELLO] //Cadena Original | Complemento de Comercio Exterior (Mercancias) ///////////DATOS DE LA FACTURA///////////////// //////////////////////CFDI Relacionados////////////////////////// ///////////DATOS DEL EMISOR/////////////////////// //////////////////////DATOS DEL RECEPTOR////////////////////////// (PRE) (cCadOrig += fXMLFUN("CO",.T., IIf(ALLTRIM(SF2->F2_TIPODOC) == "21",.T.,.F.),_aTotal[104]),.T.) //Carta Porte (POS) IIf(lCCCE, cCadOrig += "1.1" + _aTotal[098], "") //Emisor //Receptor Domicilio (POS) cCadOrig += IIf(!Empty(cCadOriCCE), cCadOriCCE, "") (POS) cCadOrig += _aTotal[098] //SELLO (PRE) lCCCE := IIf(SuperGetMV("MV_CFDIEXP",.F.,.F.) .And. !Empty(SF2->F2_TIPOPE), .T., .F.) (PRE) If(AllTrim(SF2->F2_ESPECIE)=="NDI",SYA->(MsSeek(xFilial("SYA")+SA2->A2_PAIS)) , .T.) (POS) cNodoCCE := IIf(lCCCE, ' <cce11:ComercioExterior' , "") (POS) cNodoCCE += IIf(lCCCE, ' xmlns:cfdi="http://www.sat.gob.mx/cfd/3"' , "") [XXX CFDIREL] [XXX EMISOR] [XXX RECEPTOR_CLIENTE] (PREREG) AllTrim(SF2->F2_ESPECIE) <> "NDI" (POS) cNodoCCE += IIf(lCCCE, ' <cce11:Emisor' , "") (POS) cNodoCCE += IIf(lCCCE, ' <cce11:Receptor' , "") (POS) cNodoCCE += IIf(lCCCE, ' <cce11:Domicilio' , "") (POS) (cNodoCCE += IIf(lCCCE, ' <cce11:Mercancias>' + ( chr(13)+chr(10) ), ""),.T.) [SD2 CONCEPTO] (PRE) DbGoTop() (PREREG) (cNodoCCE += IIf(lCCCE, ' <cce11:Mercancia' , ""),.T.) (POS) (cNodoCCE += IIf(lCCCE, ' </cce11:Mercancias>' + ( chr(13)+chr(10) ), ""),.T.) (POS) (_aTotal[034] := fXMLFUN("CO",.F., IIf(ALLTRIM(SF2->F2_TIPODOC) == "21",.T.,.F.),_aTotal[104]),.T.) (PREREG) (_aTotal[001] := _aTotal[034] ,.T.) [XXX IMPUESTOS] //IMPUESTOS LOCALES// [XXX COMPLEMENT] [XXX COMERCIOEX] [XXX CARTAPORTE] [XXX IMPUESTOLOC] [XXX LEYENDASFIS]
//[XXX CAD_ORIG] [XXX FACTURA] |
Se recomienda editar el script actual de generación de CFDI (Archivo XML), actualizando las secciones de acuerdo al siguiente modelo, en donde las líneas resaltadas con color azul se agregaron o fueron modificadas para integrar la Versión 4.0 CFDi en las Notas de Crédito; las líneas resaltadas con color rojo fueron removidas:
//FATEMEX.INI V4.0 --- Modelo 2022 [XXX INICIALIZACION] (PREREG) FsQuery(_aTotal[097],1,"D1_DOC='" + SF1->F1_DOC + "' AND D1_SERIE='" + SF1->F1_SERIE + "' AND D1_FORNECE='" + SF1->F1_FORNECE + "' AND D1_LOJA='" + SF1->F1_LOJA + "'","SD1->D1_DOC=SF1->F1_DOC .AND. SD1->D1_SERIE=SF1->F1_SERIE .AND. SD1->D1_FORNECE=SF1->F1_FORNECE .AND. SD1->D1_LOJA=SF1->F1_LOJA","D1_ITEM") .And. .T. (PRE) fImptosD(SF1->F1_DOC,SF1->F1_SERIE,SF1->F1_FORNECE,SF1->F1_LOJA, .F. , "SD1", .F., @(_aTotal[036])) [SD1 CADENAORIGINAL_SELLO] //Cadena Original | Complemento de Comercio Exterior //Cadena Original | Complemento de Comercio Exterior ///////////DATOS DE LA FACTURA///////////////// //////////////////////CFDI Relacionados////////////////////////// ///////////DATOS DEL EMISOR/////////////////////// //////////////////////DATOS DEL RECEPTOR////////////////////////// (PRE) (cCadOrig += fXMLFUN("CO",.T., .F. ,.F.)) //Cadena Original | Complemento de Comercio Exterior //Emisor //Receptor Domicilio (POS) cCadOrig += IIf(!Empty(cCadOriCCE), cCadOriCCE, "") (POS) cCadOrig += _aTotal[098] //SELLO [XXX CABECERA] [XXX FACTURA] (PRE) lCCCE := IIf(SuperGetMV("MV_CFDIEXP",.F.,.F.) .And. !Empty(SF1->F1_TIPOPE), .T., .F.) (PRE) If(AllTrim(SF1->F1_ESPECIE)=="NCC",SYA->(MsSeek(xFilial("SYA")+SA1->A1_PAIS)) , .T.) (POS) cNodoCCE := IIf(lCCCE, ' <cce11:ComercioExterior' , "") [XXX CFDIREL] [XXX EMISOR] [XXX RECEPTOR_CLIENTE] (PREREG) AllTrim(SF1->F1_ESPECIE) == "NCC"
//Receptor //Domicilio Receptor (POS) (cNodoCCE += IIf(lCCCE, ' <cce11:Mercancias>' + ( chr(13)+chr(10) ), ""),.T.) [SD1 CONCEPTO] (PRE) DbGoTop() (POS) (cNodoCCE += IIf(lCCCE, ' </cce11:Mercancias>' + ( chr(13)+chr(10) ), ""),.T.) (POS) (_aTotal[034] := fXMLFUN("CO",.F., .F. ,.F.)) [XXX IMPUESTOS] //IMPUESTOS LOCALES// [XXX COMPLEMENT] [XXX COMERCIOEX] [XXX IMPUESTOLOC] [XXX COMPLEMENT] //[XXX CAD_ORIG] [XXX FACTURA] |
Los ajustes al Diccionario de Datos:
Parámetros en el archivo SX6 – Parámetros:
Nombre de la Variable | MV_CFDI40 |
Tipo | Lógico |
Descripción | Uso de CFDI versión 4.0 |
Valor Estándar | .T. |
En la Tabla AI0 -Complemento del Cliente:
Se agregó el siguiente campo:
Campo | AI0_REGFIS |
Tipo | C - Carácter |
Tamaño | 3 |
Decimal | 0 |
Formato | @! |
Contexto | Real |
Propiedad | Modificar |
Tit. Español | Rég. Fiscal |
Desc. Español | Régimen Fiscal |
Validación | Vazio() .Or. ValidF3I("S010",M->AI0_REGFIS,1,3) |
F3 | MEX010 |
Obligatorio | No |
Usado | Si |
Exhibe en Browse | No |
Help | Atributo requerido para incorporar la clave del régimen fiscal del contribuyente receptor al que aplicará el efecto fiscal de este comprobante. |
En la Tabla SF1 -Encabezado de Fact. de Entrada:
Se actualizó el help del siguiente campo:
Campo | F1_UUIDREL |
Tit. Español | UUID Relacs |
Help | Folio fiscal de un CFDI relacionado con el presente comprobante. Separar cada folio fiscal con un salto de línea. |
Tabla SF2 -Encabezado de Fact. de Salida:
Se actualizó el help del siguiente campo:
Campo | F2_UUIDREL |
Tit. Español | UUID Relacs |
Help | Folio fiscal de un CFDI relacionado con el presente comprobante. Separar cada folio fiscal con un salto de línea. |
Actualización Consulta Estándar en el archivo SXB – Consulta Estándar:
Alias | Tipo | Secuencia | Columna | Descripción | Contenido |
MEX010 | 1 | 01 | RE | Régimen fiscal | F3I |
MEX010 | 2 | 01 | 01 | Régimen fiscal | F812SXB("S010","RegiFiscal") |
MEX010 | 5 | 01 | VAR_IXB |
Producto | TOTVS Backoffice | |||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Línea de producto: | Línea Protheus | |||||||||||||||||||||||||||||||||
Segmento: | Backoffice | |||||||||||||||||||||||||||||||||
Módulo: | SIGFAT - Facturación. | |||||||||||||||||||||||||||||||||
Función: |
| |||||||||||||||||||||||||||||||||
País: | México. | |||||||||||||||||||||||||||||||||
Paquete: | 010208 | |||||||||||||||||||||||||||||||||
Ticket: | 13529247 | |||||||||||||||||||||||||||||||||
Requisito/Story/Issue (informe el requisito vinculado): | DMINA-15012 |
Conforme a la actualización realizada al Servicio de Cancelación de CFDI ante el SAT (reforma fiscal 2022), para solicitar la Cancelación de una Factura de Venta (NF), Nota de Débito al Cliente (NDC) o Nota de Crédito al Cliente (NCC) se debe informar el Motivo de Cancelación, uno de estos motivos es el 01 - Comprobante emitido con errores con relación, el cual aplica para cuando el Documento cuyo Comprobante Fiscal Digital por Internet (CFDI) contiene un error en la Clave del Producto, Valor Unitario, Descuento o cualquier otro dato, por lo que se debe reexpedir. En este caso, primero se sustituye el documento y cuando se solicita la cancelación, se incorpora el UUID del Documento que sustituye al cancelado.
Lo anterior implica que se debe generar un nuevo Documento cuando aún no se cancela el documento que será reemplazado, sin embargo, con el funcionamiento actual del sistema existen las siguientes limitantes que impiden realizar este proceso:
Si se requiere Cancelar una Factura de Venta (NF) para la cual se utilizó un Tipo de Entrada/Salida (TES) que afecta a stock, es decir, el campo Act. Stock (F4_ESTOQUE) con valor S - Si, no se puede generar la nueva Factura de Venta (NF) porque el stock sigue ocupado por la Factura de Venta (NF) que se pretende cancelar.
SOLUCIÓN
Se realizaron ajustes a las siguientes rutinas:
Cancelación de CFDI (FISA817):
En la función que Genera los archivos timbradocfdi.ini y timbrado.bat para consumo del WS de solicitud cancelación o consulta de status (ProcesoWS), se agrega un nuevo parámetro que indica si se ejecuta la cancelación automática. Se realizan ajustes para que cuando el usuario seleccione el motivo de cancelación 01 - Compr. Emitido c/errores c/relac. para un documento, este se anule dentro del sistema Protheus y no mande la solicitud de cancelación al SAT.
Se agrega una nueva función, F817CanMot(), que permite detonar la solicitud de cancelación para los documentos pendientes para la cancelación.
Dentro de la definición del menú de la rutina (MenuDef) se agrega una nueva opción llamada Solic. Canc. Pendientes, la cual ejecuta a la función F817CanMot().
Se agrega la función F817ValDoc() que valida si el documento ya fue informado como documento a sustituir para la cancelación.
Funciones generales de documentos fiscales (LOCXFUNA):
Se realizaron ajustes en la función que genera el nodo cfdi:CfdiRelacionados, fGetFolRel(), para que al leer el campo de UUID Relacs (F1_UUIDREL/F2_UUIDREL) cuando son varios UUID, se tome como separador el salto de línea y si se informó el documento a sustituir, es decir, se informaron los campos Serie Sust. (F1_SERMAN/F2_SERMAN) y No. Doc Sust (F1_DOCMAN/F2_DOCMAN), se genere un nodo adicional de cfdi:CfdiRelacionados, donde el atributo TipoRelacion sea 04, de Sustitución de los CFDI Previos, tomando el UUID del campo UUID Doc. (F3_CNATREC) de la tabla SF3 - Libros Fiscales.
Notas Fiscales (LOCXNF):
Se modificó la función de exclusión de Notas Fiscales, LocxDelNF(), para realizar llamado a la función que realiza el marcado del registro del documento (NF,NDC,NCC) cuando se Anulan los documentos, LxActSF3(), actualizando los campos Motivo Canc. (F3_MOTIVO), Status Cance (F3_STATUS), UUID Doc. (F3_CNATREC) y Nom. XML Anu (F3_CODNFE).
Se modificó la función que relaciona documentos desde la acción Doc Orig, LxDocOri(), para llenar el campo UUID Relacs (F1_UUID), utilizando el separador de salto de línea para cuando existe más de un UUID Relacionado (para que la funcionalidad para versión de CDFI 4.0 aplique como lo hace la versión de CFDI 3.3 y el ajuste aplica para la versión Factura de la acción Doc Orig)
Funciones Genéricas para Documentos Fiscales (LOCXNF2):
Se eliminan las funciones que validaban los datos del campo UUID Relacs, ValUUIDRel() y LxVldF3I(), ya que no se utilizarán porque se deja funcionalidad de llenado del campo F1_UUIDRE/F2_UUIDREL para versión CFDI 4.0 como lo hace para la versión CFDI 3.3.
Se modificó la función que valida el Tipo de Relación CFDI y Uso CFDI, ValRetSat(), para que en Factura de Venta (NF), Nota de Débito al Cliente (NDC) y Nota de Crédito al Cliente (NCC) no se permita informar el valor 04 en el campo Relacion CFD (F1_RELSAT/F2_RELSAT).
Funciones Genéricas para Documentos Fiscales para México (LOCXMEX):
En la función que agrega campos en el encabezado de Notas Fiscales para el país México, LxCposMex(), se activaron los campos Serie Sust. (F2_SERMAN) y No. Doc Sust (F2_DOCMAN) para Facturas de Venta (NF) y Nota de Débito al Cliente (NDC), se activaron los campos Serie Sust. (F1_SERMAN) y No. Doc Sust (F1_DOCMAN) para Nota de Crédito al Cliente (NCC), adicional se dejó activado el campo Relacion CFD (F2_UUIDREL) para Facturas de Venta (NF) y Nota de Débito al Cliente (NDC) para versión de CFDI 4.0.
Se creó la función que realiza el marcado del registro del documento (NF,NDC,NCC) cuando se Anulan los documentos (LxActSF3) pero no se realiza la solicitud de Cancelación al SAT, actualizando los campos Motivo Canc. (F3_MOTIVO), Status Cance (F3_STATUS), UUID Doc. (F3_CNATREC) y Nom. XML Anu (F3_CODNFE).
Se creó la función LxVDocSuc() para realizar las siguientes validaciones al informar los campos Serie Sust. (F1_SERMAN/F2_SERMAN) y No. Doc Sust (F1_DOCMAN/F2_DOCMAN):
Timbrado CFDI (FISA800):
Se creó la función F800SolCan() para realizar la solicitud de Cancelación ante el SAT de los documentos que solo fueron anulados en Protheus (Campos F3_STATUS igual a 'S') pero no se realizó la solicitud de cancelación en el SAT con Motivo de Cancelación 01, informando al final del proceso el folio del nuevo documento que fue timbrado y el folio del documento que fue cancelado ante el SAT.
Funciones Genéricas para Documentos Fiscales (SIGACUS):
Se realizaron ajustes en la función F4NfOri() para que en el caso de la versión de CFDI 4.0 no se solicite llenar el campo Relacion CFD (F1_RELSAT) para cuando se ejecuta la acción Doc Orig al incluir una Nota de Crédito al Cliente (NCC), para la opción ítem, y al llenar el campo de UUID Relacs (F1_UUIDREL) no se llene con el UUID de la factura que se relaciona sin anteponer el Tipo de Relación.
Mantenimiento de Catálogos del SAT (FISA812):
En la función ValidF3I() que valida códigos de los catálogos del SAT, se considera el campo Relacion CFD (F1_RELSAT) de documentos de entrada, en validación actual para documentos de salida (F2_RELSAT) en donde se permite dejar vacío el campo.
Generación automática de facturas de venta (MATA468N):
Se modificaron varias funciones y se agregaron otras para el manejo de campos que ayudan al control de las cancelaciones y relación entre los documentos, cancelado y el que sustituye.
a468nFatura() - Generación de facturas: Agrega arreglo de facturas a generar (aFacs) como parámetro en la ejecución de las funciones a468nNotas() y a468nGera().
a468nGera() - Generación de la nota fiscal: Recibe por parámetro el arreglo de facturas a generar (aFacs) y lo envía a las funciones a468nGravF2() y a468nNotas().
a468nGravF2() - Graba registros en la tabla de documentos fiscales de salida SF2: Recibe por parámetro el arreglo de facturas a generar (aFacs) del cual toma los valores para grabar los campos Serie Sust. (F2_SERMAN) y No. Doc Sust (F2_DOCMAN).
a468nNotas() - Visualiza la lista de notas fiscales que serán generadas: Recibe por parámetro el arreglo de facturas a generar (aFacs).
Determina coordenadas y nuevos componentes de la ventana de facturas a generar, se agregan las columnas Serie Sust. (F2_SERMAN), No. Doc Sust (F2_DOCMAN) y UUID Relacs (F2_UUIDREL).
A468DblClic() - Permite editar algunas columnas de la ventana de facturas a generar: Si detecta doble clic en las columnas de Serie o Documento que Sustituye, ejecuta la función A468ChgRel().
A468ChgRel() - Edición de los campos Serie y Factura que sustituye: Visualiza ventana para editar la Serie y Factura que sustituye el nuevo documento.
A468ValRel() - Valida Serie/Folio del documento que se sustituye: Valida que el documento seleccionado esté cancelado en Protheus, pendiente de transmitir al SAT y que el folio fiscal correspondiente (UUID) no esté usado por otro documento.
PROCESO DE IMPLEMENTACIÓN
Cancelación ante SAT de Factura de Venta (NF) con Motivo de Cancelación 01 - Comprobante emitido con errores con relación:
Cancelación ante SAT de Nota de Débito al Cliente (NDC) con Motivo de Cancelación 01 - Comprobante emitido con errores con relación:
Cancelación ante SAT de Nota de Crédito al Cliente (NCC) con Motivo de Cancelación 01 - Comprobante emitido con errores con relación:
Cancelación ante el SAT de Factura de Venta (NF) generada desde Pedido de Venta, con Motivo de Cancelación 01 - Comprobante emitido con errores con relación:
DICCIONARIO DE DATOS:
Preguntas en el archivo SX1 - Preguntas
Grupo: F817CAN
Orden | Título | Tipo | Tamaño | Decimal | Objeto | Consulta estándar |
---|---|---|---|---|---|---|
01 | ¿Serie? | C | 3 | 0 | Get | DOCSUS |
02 | ¿Número de documento? | C | 20 | 0 | Get |
Consulta Estándar en el archivo SXB – Consulta Estándar:
Consulta: DOCSUS
Alias | Tipo | Secuencia | Columna | Descripción | Contenido |
DOCSUS | 1 | 01 | DB | Documento Sustituye | SF3 |
DOCSUS | 2 | 01 | 05 | Serie Fact. + Factur | |
DOCSUS | 4 | 01 | 01 | Serie | F3_SERIE |
DOCSUS | 4 | 01 | 02 | Número Documento | F3_NFISCAL |
DOCSUS | 4 | 01 | 03 | Cliente | F3_CLIEFOR |
DOCSUS | 4 | 01 | 04 | Tienda | F3_LOJA |
DOCSUS | 4 | 01 | 05 | UUID | F3_CNATREC |
DOCSUS | 5 | 01 | SF3->F3_SERIE | ||
DOCSUS | 5 | 02 | SF3->F3_NFISCAL | ||
DOCSUS | 6 | 01 | F3_TIPOMOV == "V" .And. F3_STATUS == "S" .And. F3_ESPECIE == cEspecie |
Configurar los siguientes campos en la tabla SF1 - Encabezado de Fact. de Entrada:
Atributo | Contenido |
---|---|
Campo | F1_SERMAN |
Tipo | C - Caracter |
Tamaño | 3 |
Decimal | 0 |
Formato | @! |
Contexto | Real |
Propiedad | Modificar |
Tit. Español | Serie Sust. |
Desc. Español | Serie del Doc. Sustituye |
Obligatorio | No |
Usado | Si |
Exhibe en Browse | No |
Help | Indica la Serie del Documento que sustituye a un documento que será cancelado ante el SAT. Al informarse este campo será generado en automático un nodo cfdi:CfdiRelacionados donde el atributo TipoRelacion sea 04 (Sustitución de los CFDI Previos). |
Atributo | Contenido |
---|---|
Campo | F1_DOCMAN |
Tipo | C - Caracter |
Tamaño | 20 |
Decimal | 0 |
Formato | @! |
Condición | LxVDocSus(M->F1_SERMAN, M->F1_DOCMAN) |
Contexto | Real |
Propiedad | Modificar |
Tit. Español | No. Doc Sust |
Desc. Español | No. de Doc. Sustituye |
Obligatorio | No |
Usado | Si |
Exhibe en Browse | No |
Help | Indica la Número del Documento que sustituye a un documento que será cancelado ante el SAT. Al informarse este campo será generado en automático un nodo cfdi:CfdiRelacionados donde el atributo TipoRelacion sea 04 (Sustitución de los CFDI Previos). |
Campo | Contenido |
---|---|
Campo | F1_TIPNOTA |
Tipo | C- Carácter |
Tamaño | 2 |
Decimal | 0 |
Formato | @! |
Contexto | Real |
Propiedad | Modificar |
Tit. Español | Mot.Cancela |
Desc. Español | Motivo de cancelación |
Lista Español | 01=Compr. Emitido c/errores c/relac.;02=Compr. emitido c/errores s/relac.;03=No se llevó a cabo la oper.;04=Oper. nominativa. |
Obligatorio | No |
Usado | Si |
Exhibe en Browse | No |
Help | Indica el motivo de Cancelación que aplica para el CFDI: |
Configurar los siguientes campos en la tabla SF2 - Encabezado de Fact. de Salida:
Atributo | Contenido |
---|---|
Campo | F2_SERMAN |
Tipo | C - Caracter |
Tamaño | 3 |
Decimal | 0 |
Formato | @! |
Contexto | Real |
Propiedad | Modificar |
Tit. Español | Serie Sust. |
Desc. Español | Serie del Doc. Sustituye |
Obligatorio | No |
Usado | Si |
Exhibe en Browse | No |
Help | Indica la Serie del Documento que sustituye a un documento que será cancelado ante el SAT. Al informarse este campo será generado en automático un nodo cfdi:CfdiRelacionados donde el atributo TipoRelacion sea 04 (Sustitución de los CFDI Previos). |
Atributo | Contenido |
---|---|
Campo | F2_DOCMAN |
Tipo | C - Caracter |
Tamaño | 20 |
Decimal | 0 |
Formato | @! |
Condición | LxVDocSus(M->F2_SERMAN, M->F2_DOCMAN) |
Contexto | Real |
Propiedad | Modificar |
Tit. Español | No. Doc Sust |
Desc. Español | No. de Doc. Sustituye |
Obligatorio | No |
Usado | Si |
Exhibe en Browse | No |
Help | Indica la Número del Documento que sustituye a un documento que será cancelado ante el SAT. Al informarse este campo será generado en automático un nodo cfdi:CfdiRelacionados donde el atributo TipoRelacion sea 04. |
Campo | Contenido |
---|---|
Campo | F2_TIPNOTA |
Tipo | C- Carácter |
Tamaño | 2 |
Decimal | 0 |
Formato | @! |
Contexto | Real |
Propiedad | Modificar |
Tit. Español | Mot.Cancela |
Desc. Español | Motivo de cancelación |
Lista Español | 01=Compr. Emitido c/errores c/relac.;02=Compr. emitido c/errores s/relac.;03=No se llevó a cabo la oper.;04=Oper. nominativa. |
Obligatorio | No |
Usado | Si |
Exhibe en Browse | No |
Help | Indica el motivo de Cancelación que aplica para el CFDI: |
Configurar los siguientes campos en la tabla SF3 - Libros Fiscales:
Atributo | Contenido |
Campo | F3_STATUS |
Tipo | C - Caracter |
Tamaño | 1 |
Decimal | 0 |
Formato | @! |
Contexto | Real |
Propiedad | Modificar |
Tit. Español | Status Cance |
Desc. Español | Status de la Cancelación |
Obligatorio | No |
Usado | Si |
Exhibe en Browse | No |
Help | Indica si el documento fue a Anulado en Protheus y está pendiente de solicitud de Cancelación ante el SAT. ('S' es Si y vacío es No). |
Atributo | Contenido |
Campo | F3_CODNFE |
Tipo | C - Caracter |
Tamaño | 35 |
Decimal | 0 |
Formato | @! |
Contexto | Real |
Propiedad | Modificar |
Tit. Español | Nom. XML Anu |
Desc. Español | Nombre de XML Anulado |
Obligatorio | No |
Usado | Si |
Exhibe en Browse | No |
Help | Indica el nombre del archivo XML del documento que fue a Anulado en Protheus y está pendiente de solicitud de Cancelación ante el SAT. |
Atributo | Contenido |
Campo | F3_MOTIVO |
Tipo | C - Caracter |
Tamaño | 2 |
Decimal | 0 |
Formato | @! |
Contexto | Real |
Propiedad | Modificar |
Tit. Español | Motivo Canc. |
Desc. Español | Motivo de Cancelación |
Obligatorio | No |
Usado | Si |
Exhibe en Browse | No |
Help | Indica el motivo de Cancelación del documento fiscal de acuerdo al catálogo de Motivos de cancelación definido por el SAT. |
Atributo | Contenido |
Campo | F3_CNATREC |
Tipo | C - Caracter |
Tamaño | 36 |
Decimal | 0 |
Formato | @! |
Contexto | Real |
Propiedad | Modificar |
Tit. Español | UUID Doc. |
Desc. Español | UUID Doc. Anulado |
Obligatorio | No |
Usado | Si |
Exhibe en Browse | No |
Help | Indica el UUID del documento fiscal que fue anulado pero que se tiene pendiente la Solicitud de Cancelación ante el SAT. |
Producto | TOTVS Backoffice | ||||||
---|---|---|---|---|---|---|---|
Línea de producto: | Línea Protheus | ||||||
Segmento: | Backoffice | ||||||
Módulo: | SIGAFAT - Facturación | ||||||
Función: |
| ||||||
País: | México | ||||||
Ticket: | 14627447 | ||||||
Pacote: | 010920 | ||||||
Requisito/Story/Issue (informe el requisito vinculado): | DMINA-16413 |
De acuerdo con la información emitida en la reforma fiscal 2022 acerca del Servicio de Cancelación de CFDI, para solicitar la Cancelación de una Factura de Venta (NF), Nota de Débito al Cliente (NDC) o Nota de Crédito al Cliente (NCC) se debe informar el Motivo de Cancelación.
Cuando el motivo indicado es el 01 - Comprobante emitido con errores con relación, primero se sustituye el documento y cuando se solicita la cancelación, se incorpora el UUID del Documento que sustituye al cancelado.
Al realizar el proceso con los servicios del Proveedor Autorizado de Certificación (PAC), el sistema indica que el documento fue cancelado, pero al hacer la verificación en el portal del SAT el documento aún no se encuentra cancelado.
El proveedor indica que la actualización del UUID del documento que sustituye al original puede tardar algunos minutos, por lo que se solicita la actualización para que al realizar el timbrado del nuevo documento, no se detone de inmediato la cancelación del documento original, si no que el usuario pueda realizarlo posteriormente a través de la FISA817 – Cancelación de CFDi.
SOLUCIÓN
Se realiza ajuste en la rutina FISA800 (Timbrado masivo de CFDi) para que al realizar el Timbrado del documento que sustituye al anterior, no se detone la cancelación automática si el parámetro MV_CANAUT es igual a 'N'.
Una vez que se genera el Timbre Fiscal, el sistema también emite un mensaje indicando que el documento original aún no ha sido cancelado.“El documento XXXXX quedo pendiente de cancelación ante el SAT, no olvide realizar dicha cancelación”.
Al configurar el parámetro MV_CANAUT = N , se desactivará la cancelación automática del documento que sustituye por lo cual recordar realizar dicha solicitud de cancelación desde la Cancelación de CFDI (FISA817) en el menú de "Otras acciones > Solic. Canc. Pendientes". Dicha configuración podrá ser utilizada por cualquier PAC por delay en el timbrado de la factura que sustituye y cancelación de la factura relacionada. Si el parámetro está vació o con S la funcionalidad actual de la cancelación de facturas relacionadas no tendrá ningún cambio. |
DICCIONARIO DE DATOS
Parámetros (SX6)
Ítems/Carpetas | Descripción |
---|---|
Tipo | C |
Nombre de Var. | MV_CANAUT |
Descripción | Permite omitir la sol. de canc. ante el SAT de docs. cancelados con Motivo 01, al timbrar el doc. que lo sustituye. N = Desactiva canc. automática. |
Cont. Esp |
Producto | TOTVS Backoffice | |||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Línea de producto: | Línea Protheus | |||||||||||||||
Segmento: | Backoffice | |||||||||||||||
Módulo: | SIGAFAT - Facturación | |||||||||||||||
Función: |
| |||||||||||||||
País: | México | |||||||||||||||
Ticket: | 14883985 | |||||||||||||||
Pacote: | 011130 | |||||||||||||||
Requisito/Story/Issue (informe el requisito vinculado): | DMINA-16668 |
Se requiere permitir modificar y/o indicar la Forma de Pago del Documento desde que se está generando, por lo tanto se requiere activar un campo donde se indique la "Forma de Pago" en el encabezado de los documentos: "Pedido de Venta (MATA410), Factura (MATA467N), Nota de Débito (MATA465N) y Remisión de ventas (MATA462N)"
SOLUCIÓN
En la rutina Funciones Genéricas para Documentos Fiscales para México "LOCXMEX":
Se agrega el campo Forma de Pago (F2_TPDOC) para que se visualice en la pantalla de los documentos de tipo Factura (MATA467N), Nota de Débito (MATA465N) y Remisión de ventas (MATA462N).
Se crea la función LxMxHab() y la función LxMxFPago() que cumplen con la siguiente regla de negocio:
En la rutina Generación de Remitos de Venta "MATA462AN":
Se modifica la función de Generación de Remito Automático (A462ANGera), para que se realice el guardado del campo Forma de Pago (F2_TPDOC), a partir del campo Forma de Pago (C5_TPDOC) al generar la Factura a partir de la Remisión.
En la rutina Generación de Notas Fiscales "MATA468N":
Se modifica la función que Genera Registros en SF2 y Acumula Valores (A468nGravF2), para que realice el guardado del campo Forma de Pago (F2_TPDOC), a partir del campo Forma de Pago (C5_TPDOC) al generar la Factura a partir de un "Pedido" y de un "Pedido a Remisión".
Se requiere editar el script actual de generación de CFDI (Archivo XML), actualizando las secciones de acuerdo al siguiente modelo, en donde se agregaron o fueron modificadas líneas para integrar esta nueva funcionalidad.
En el apartado de [XXX INICIALIZACION] Se agrega la línea: (PRE) _aTotal[107] := IIf(SF2->(ColumnPos("F2_TPDOC")) > 0,ALLTRIM(SF2->F2_TPDOC),ALLTRIM(AI0->AI0_MPAGO)) En el apartado de ///////////DATOS DE LA FACTURA///////////////// Se modifica la línea: //FormaPago Por la línea: //FormaPago En el apartado de [XXX FACTURA] Se modifica la línea: (PRE) _aTotal[001] += IIf(Alltrim(SF2->F2_TIPODOC) == "21", "", ' FormaPago="' + IIf(SF2->F2_GLOBAL == '1',FormPagGlo(SF2->F2_DOC,SF2->F2_SERIE),IIf(Empty(AI0->AI0_MPAGO),"99",Alltrim(AI0->AI0_MPAGO))) + '"' ) Por la siguiente línea (PRE) _aTotal[001] += IIf(Alltrim(SF2->F2_TIPODOC) == "21", "", ' FormaPago="' + IIf(SF2->F2_GLOBAL == '1',FormPagGlo(SF2->F2_DOC,SF2->F2_SERIE),IIf(Empty(_aTotal[107]) .Or. Alltrim(SE4->E4_MPAGSAT) == "PPD","99",_aTotal[107])) + '"' ) |
Nota de Crédito
Producto | TOTVS Backoffice | |||||||||
---|---|---|---|---|---|---|---|---|---|---|
Línea de producto: | Línea Protheus | |||||||||
Segmento: | Backoffice | |||||||||
Módulo: | SIGAFAT - Facturación | |||||||||
Función: |
| |||||||||
País: | México | |||||||||
Ticket: | N/A | |||||||||
Requisito/Story/Issue (informe el requisito vinculado): | DMINA-16686 (Pacote: 011130) |
Se requiere permitir modificar y/o indicar la Forma de Pago del Documento desde que se está generando, por lo tanto se requiere activar un campo donde se indique la "Forma de Pago" en el encabezado de la Nota de Crédito (MATA465N), así como agregar la validación al guardar la Nota de Crédito donde se verifique la Forma de pago(F1_TPDOC) es igual a 15, si existen Facturas relacionadas estás deben tener saldo mayor a cero en Cuentas por Cobrar.
Solución
En la rutina Funciones Genéricas para Documentos Fiscales para México "LOCXMEX":
Se agrega el campo Forma de Pago (F1_TPDOC) para que se visualice en la pantalla de la Nota de Crédito (MATA465N), por default este campo se mostrará con valor "99"
Se crea la función LxMxPagoNC() que cumplen con la siguiente regla de negocio:
Actualmente si se indica una Forma de Pago diferente al valor "99" se debe indicar un Método de Pago diferente a "PPD - Pago en Parcialidades |
Para más información de ajustes y proceso de validación ver Documento Técnico de Activación de la Forma de Pago en la NCC y no en el Cliente
DICCIONARIO DE DATOS
Creación de campos en el archivo SX3 – Campos:
Tabla SC5 - Pedidos de Venta.
Campo | C5_TPDOC |
---|---|
Tipo | C - Caracter |
Tamaño | 2 |
Decimal | 0 |
Formato | @! |
Título | Forma de Pago |
Descripción | Forma de Pago SAT |
Modo edición | LxMxHab("C5",.T.) |
Consulta | MEX005 |
Validación de sistema | Vazio() .or. ValidF3I("S005", M->C5_TPDOC,1,2) |
Nivel | 1 |
Obligatorio | Sí |
Utilizado | Sí |
Browse | No |
Help | Informe la Forma de Pago SAT para el Documento generado, de acuerdo al catálogo cFormaPago definido por el SAT. Si la condición de Pago usa un Método de pago "PPD O PID" no se permitirá su edición. |
Tabla SF2 - Encabezado de Fact. de Salida.
Campo | F2_TPDOC |
---|---|
Tipo | C - Caracter |
Tamaño | 2 |
Decimal | 0 |
Formato | @! |
Título | Forma de Pago |
Descripción | Forma de Pago SAT |
Modo edición | LxMxHab("F2",.T.) |
Consulta | MEX005 |
Validación de sistema | Vazio() .or. ValidF3I("S005", M->F2_TPDOC,1,2) |
Nivel | 1 |
Obligatorio | Sí |
Utilizado | Sí |
Browse | No |
Help | Informe la Forma de Pago SAT para el Documento generado, de acuerdo al catálogo cFormaPago definido por el SAT. Si la condición de Pago usa un Método de pago "PPD O PID" no se permitirá su edición. |
Tabla SF1 - Encabezado de Fact. de Entrada.
Campo | F1_TPDOC |
---|---|
Tipo | C - Caracter |
Tamaño | 2 |
Decimal | 0 |
Formato | @! |
Título | Forma Pago |
Descripción | Forma de Pago SAT |
Iniciador Estandar | '99' |
Consulta | MEX005 |
Validación de sistema | Vazio() .or. ValidF3I("S005", M->F1_TPDOC,1,2) |
Nivel | 1 |
Obligatorio | Sí |
Utilizado | Sí |
Browse | No |
Help | Informe la Forma de Pago SAT para el Documento generado, de acuerdo al catálogo cFormaPago definido por el SAT. |
Creación de Disparadores en el archivo SX7 – Disparadores:
Campo Dominio | C5_CLIENTE |
Secuencia | 001 |
Regla | LxMxHab("C5",.T.) |
Campo Ctr. Dominio | C5_TPDOC |
Tipo | P - Primario |
Seek | N - No |
Campo Dominio | C5_CLIENTELOJA |
Secuencia | 001 |
Regla | LxMxHab("C5",.T.) |
Campo Ctr. Dominio | C5_TPDOC |
Tipo | P - Primario |
Seek | N - No |
Campo Dominio | F2_CLIENTE |
Secuencia | 001 |
Regla | LxMxHab("F2",.T.) |
Campo Ctr. Dominio | F2_TPDOC |
Tipo | P - Primario |
Seek | N - No |
Campo Dominio | F2_LOJA |
Secuencia | 001 |
Regla | LxMxHab("F2",.T.) |
Campo Ctr. Dominio | F2_TPDOC |
Tipo | P - Primario |
Seek | N - No |
Producto | TOTVS Backoffice | |||||||||
---|---|---|---|---|---|---|---|---|---|---|
Línea de producto: | Línea Protheus | |||||||||
Segmento: | Backoffice | |||||||||
Módulo: | SIGAFAT - Facturación | |||||||||
Función: |
| |||||||||
País: | México | |||||||||
Ticket: | No aplica | |||||||||
Requisito/Story/Issue (informe el requisito vinculado): | DMINA-16793 |
Con fecha 18 de julio de 2022 el Servicio de Administración Tributaria (SAT) da a conocer una nueva revisión del Complemento de Comercio Exterior (CCX) del Comprobante Fiscal Digital por Internet (CFDI). Este complemento mantiene la versión 1.1, pero es ahora Revisión “E”.
Fundamento: Comercio Exterior versión 11 Revision E
SOLUCIÓN
En la rutina de Funciones Genéricas para Documentos Fiscales para México (LOCXMEX):
Se realiza ajuste para activar los siguientes campos para funcionalidad de Comercio Exterior, para la inclusión de Facturas de Venta de tipo Traslado (21), cuando el parámetro MV_CFDIEXP está configurado con el valor .T.:
Se agregó una validación para que si el Tipo de Documento es Traslado (21), cuando se tiene activada la funcionalidad de Facturación Electrónica, y el campo Mot. Tras. (F2_TRASLA) se encuentra vacío, se presente el siguiente mensaje y no se permita el guardado del documento:
Para Documentos de tipo Traslado con Complemento de Comercio Exterior, es necesario informar el campo Mot. Tras. (F2_TRASLA).
Si el XML es de una Factura de tipo Traslado, y en el nodo cfdi:Comprobante\cfdi:Complemento\cce11:ComercioExterior no existe el atributo MotivoTraslado, se recibe el siguiente rechazo: [Error #CCE999] Error no clasificado Folio: 00000000000000000250. Serie: A. El TipoDeComprobante es "T" Traslado el atributo "ComercioExterior:MotivoTraslado" debe existir. |
En el archivo de Generación de XML de Documentos de Salida (FATSMEX.INI):
Se realizaron los siguientes ajustes:
Si se encuentra configurado el parámetro MV_CFDIEXP con el valor .T., se informa el campo Tipo Opera (F2_TIPOPE) o el tipo de Documento es Traslado (F2_TIPODOC igual a 21) y se indicó que si tiene Carta Porte (F2_TPCOMPL igual a S), en el nodo cfdi:Comprobante\cfdi:Receptor los atributos Rfc, Nombre, DomicilioFiscalReceptor y RegimenFiscalReceptor son informados con los datos de los campos CNPJ o CPF (M0_CGC), Nombre Comercial (M0_NOMECOM), CP Fiscal Entrega (M0_CEPENT) y Actividad Económica (M0_DSCCNA) de la Sucursal.
Se mueven los datos que aplican para el complemento de Carta Porte, para que en la cadena original se muestren después de los datos que aplican para el complemento de Comercio Exterior.
Si el RCF del Cliente es XEXX010101000 en el nodo cfdi:Comprobante\cfdi:Complemento\cce11:Receptor se genera el atributo NumRegIdTrib con el valor del campo Reg. Fiscal (F2_IDTRIB)
Para más información de ajustes y proceso de validación ver Docmento Técnico de Ajustes para Complemento de Comercio Exterior 1.1 Revisión E México
Producto | TOTVS Backoffice | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Línea de producto: | Línea Protheus | ||||||||||||
Segmento: | Backoffice | ||||||||||||
Módulo: | SIGAFAT - Facturación | ||||||||||||
Función: |
| ||||||||||||
País: | México (Pacote: 011320) | ||||||||||||
Ticket: | No aplica | ||||||||||||
Requisito/Story/Issue (informe el requisito vinculado): | DMINA-17245 |
Se solicita activar la funcionalidad para que la generación del Comprobante Fiscal Digital por Internet (CFDI) para la Factura de Venta de tipo Normal, sea realizada a través del uso de la rutina FATSMEX.PRW, para evitar el uso del archivo FATSMEX.INI.
SOLUCIÓN
Se crea la rutina de Generación de XML para Documentos de Salida (FATSMEX), para la generación del Comprobante Fiscal Digital por Internet (CFDI) de documentos de tipo Salida, la cual genera los siguientes nodos:
Así como los atributos para visualizar los Totales por Impuestos:
En la rutina de Funciones genéricas para Facturación - MI (FATXFUMI),se crean las funciones:
Para activar la funcionalidad de generación del XML através de la rutina FATSMEX.PRW se debe crear el parámetro MV_FEXML en la tabla SX6 - Parámetros y configurarse con el valor S:
Campo | Valor |
---|---|
Nombre de Var. | MV_FEXML |
Tipo | 1 - Caracteres |
Cont. Esp | |
Descripción | Permite activar la funcionalidad para generar XML a través de rutina, evitando el uso de archivos .INI. S - Realizara la creación de archivos XML y no hará uso de los actuales archivo INI. |
Consideraciones importantes para el timbrado a través del uso de la rutina FATSMEX.PRW:
Los ejecutables se encuentra dentro de la carpeta RDMAKES_LOCALIZACIONES, en la ruta México\CFDI. Dentro de esta ruta se encuentran las carpetas comprimidas(archivos .zip) con el nombre de cada PAC, como se muestra en la siguiente imagen:
Dicha carpeta puede ser descargada desde el portal de descargas utilizando el siguiente enlace: