Si eres usuario de la aplicación Factura SAT Móvil, el Servicio de Administración Tributaria (SAT) informó que liberó la versión 2.0 de esta aplicación, en la cual integra la opción para emitir facturas electrónicas con complemento Carta Porte su versión 3.0 a través de dispositivos móviles tratándose de servicios de autotransporte, el cual es requerido para el traslado de bienes o mercancías dentro del territorio nacional.
Con esta actualización, el SAT cumple el compromiso realizado con los pequeños transportistas de otorgarles una alternativa ágil y segura para que puedan cumplir con sus obligaciones.
Requisitos
Dentro de los requisitos para hacer uso de la aplicación Factura SAT Móvil tenemos:
Dispositivo móvil con acceso a internet.
Instalar o actualizar la aplicación. Disponible en sitios oficiales para dispositivos iOS y Android.
Contar con Contraseña activa.
Certificado de Sello Digital (CSD) vigente para la emisión de factura.
Soluciones
Si requieres de alguna aplicación para la generación de Comprobantes Fiscales Digitales a través de Internet (CFDI) con complemento Carta Porte 3.0 en Facturando contamos con una serie de soluciones para ello, y no solo la generación, sino también para la validación de este:
Electronic Document Library (EDL) – librería (C#, Delphi, DLL, etc.) para desarrolladores que permite integrar a tus desarrollos la generación de comprobantes fiscales digitales
Validación
Validador CFDI – aplicación de escritorio para la validación de tus archivos XMLs de tus comprobantes fiscales, incluyendo complemento Carta Porte 3.0
Esperamos que este artículo te haya sido de utilidad y te invitamos a estar atento a este blog y a seguirnos en nuestras redes sociales (Twitter, Facebook, YouTube) donde estaremos publicando más contenido de este estilo.
Como ya sabrás, aquellos contribuyentes que por ley estén obligados a emitir Comprobante Fiscal Digital a través de Internet (CFDI) en su versión 3.3 tenían hasta el día 31 de marzo para seguir emitiendo este tipo de comprobantes con esa versión, ya que a partir del 1 de abril deberían de hacerlo bajo la versión 4.0 para el CFDI, esto de acuerdo con el Servicio de Administración Tributaria (SAT).
De acuerdo con los artículos décimo noveno y vigésimo quinto transitorio, estos han traído confusión, ya que únicamente se modificó la fecha del mismo al 30 de junio (prórroga del SAT para emitir recibos de nómina), el beneficio es para poder expedir el CFDI a través del aplicativo “Mis cuentas”.
Lo anterior nos sirve como fundamento para compartirles el siguiente caso que recibimos esta semana: Hace algunos días, atendimos el caso de un cliente que quería validar un XML versión 3.3 y cuya fecha de emisión era abril del 2023; esto nos sorprendió, ya que en teoría no se podía emitir esta versión del comprobante después del 31 de marzo del 2023.
Analizando el XML, que amablemente nos compartió el cliente, nos encontramos que éste fue certificado directamente por el SAT, lo cual supone que la emisión, fue, de igual forma, directamente por el uso del propio aplicativo de la autoridad (Mis cuentas).
Al ser un XML recibido, nuestra cliente no sabía cómo éste había sido emitido, pero investigando con el cliente de nuestro cliente, pudimos confirmar que efectivamente fue emitido en el portal del SAT, a través del aplicativo “Mis cuentas”.
Como ya sabrás, para expedir los CFDIs a través del SAT “Mis cuentas”, solo se requiere contar con la clave CIEC, ya que estos XML se sellan directamente con el sello digital del SAT, no se usa el sello del contribuyente emisor; es necesario aclarar, que esto no los hace inválidos, todo lo contrario, estos CFDIs son totalmente válidos para llevar a cabo la deducibilidad y acreditamiento correspondiente.
No sabemos hasta cuando los contribuyentes podrán seguir emitiendo CFDI 3.3 de ingresos dentro del aplicativo del SAT, ya que el SAT no ha emitido algún comunicado o comentario al respecto, esperamos que lo haga en algunos días o en otro caso, tendremos que esperar hasta el 1 de julio del presente año para ver que sucede.
Hemos querido exponer este caso para que no te pase lo que nos pasó a nosotros; no te sorprendas cuando recibas una comprobante versión 3.3; recuerda que aún pueden ser emitidos usando el portal del SAT.
Por cierto, ya hemos actualizado todas nuestras soluciones de validación de comprobantes para dar soporte a este caso:
Como ya es de tu conocimiento, nosotros los contribuyentes tenemos la obligación de llevar a cabo la validación de los Comprobantes Fiscales Digitales a través de Internet (CFDI) que recibimos, esto con la finalidad de tener certeza sobre la autenticidad de este y poder realizar la correcta deducción del gasto realizado.
Y justamente hablando de esto, queremos compartir contigo el caso que nos reportó un usuario; resulta que cuando él validaba un XML, usando una de nuestras soluciones de validación, ésta le mostraba el siguiente mensaje:
“SAT CFDI33102 – El sello del documento no es válid o, contiene caracteres extraños (tabulador).”
El error CFDI33102 se presenta principalmente por 3 motivos:
El XML fue modificado una vez que éste fue sellado.
El proceso de sellado no fue correctamente ejecutado.
No se armó correctamente la cadena original.
Analizando el XML que el cliente amablemente nos compartió, pudimos detectar exactamente cuál era el problema: Cuando se generó el XML, no se armó correctamente la cadena original.
En su XML, en el concepto, el atributo descripción contenía tabuladores:
Descripcion=”COMPRA SLP ORDDEN DE COMPRA 8899″
El tabulador es un carácter permitido dentro del XML, pero al momento de amar la cadena original, el anexo 20, nos indica como debemos de tratar con éste:
Los espacios en blanco que se presenten dentro de la cadena original son tratados de la siguiente manera:
a. Se deben reemplazar todos los tabuladores, retornos de carro y saltos de línea por el carácter espacio (ASCII 32).
Cabe mencionar, que el Anexo 20 es la guía técnica que contiene los lineamientos para generar los archivos XML correspondientes a los Comprobantes Fiscales Digitales por Internet (CFDI), podrás encontrar esta regla en la página 60 del mismo documento.
Es importante aclarar, que el problema no está en el uso del tabulador dentro del XML, el problema está en que, al momento de armar la cadena original para su sellado, los tabuladores fueron incluidos como parte de ésta; no siguiendo los pasos anteriormente comentados.
Adicionalmente, queremos comentar que en Facturando contamos con diferentes soluciones para llevar a cabo el proceso de validación, todas realizan el mismo proceso, la diferencia es que cada una está orientada a un público en específico:
Validador CFDI – Es un programa que instalas en tu computadora y mediante el cual puedes validar tus XML.
Por último, si quieres conocer el detalle técnico acerca de este tema, puedes descargar el anexo 20 e ir a la página 60 punto 5 sección, donde se habla al respecto.
El tema que trataremos en esta ocasión es con respecto a la respuesta que se obtiene al momento de llevar a cabo la validación masiva de RFC, nombre y código postal, datos que son requeridos en la generación de Comprobantes Fiscales Digitales a través de Internet (CFDI) en su versión 4.0.
Una vez que se este dentro del Validador RFC del SAT en la opción de Validación masiva de RFC, nombre y código postal, se podrá indicar el archivo TXT para llevar a cabo el proceso de validación de hasta 5,000 registros:
Una vez concluido el proceso, la herramienta proporciona un archivo TXT con la respuesta a la validación ejecutada.
De entre todas las respuestas obtenidas, se detectó que existe una en particular la cual dice textualmente lo siguiente:
“RFC válido, no susceptible de recibir facturas”
Al no existir un catálogo o documento por parte de la autoridad (SAT) que explique a detalle que significan las respuestas obtenidas del validador, podemos suponer o interpretar que:
El RFC es válido en su estructura
El RFC existe en los registros del SAT
Que el contribuyente se encuentra dado de baja
El contribuyente no recibe facturas, es decir, no podrán emitirle facturas como receptor de estas.
Queremos aclarar, que las anteriores, son interpretaciones que creemos corresponden a la respuesta obtenida.
Hemos estado investigando que significa dicho mensaje, pero no hemos podido localizar información al respecto que de una respuesta clara al mismo; sería de gran ayuda que el SAT proporcionará algún documento (PDF) en donde:
Mostrará cada una de las posibles respuestas que podemos obtener al momento de realizar la validación masiva de RFCs.
Explicar el motivo o comentar en que casos aparece cada mensaje.
Por cierto, en las pruebas que hemos realizado, este mensaje siempre lo hemos encontrado en RFC de personas físicas, esto no quiere decir que solo se de en estos casos, pero hasta el momento la evidencia podría indicar que es así.
Si tú sabes o conoces algún documento o catálogo que de certeza a las repuestas obtenidas por el validador de RFC, nombre y código postal, podrías compartirlo dejando un comentario.
Antes de finalizar queremos invitarte a leer estos artículos sobre el mismo tema:
En otro post hablamos sobre las inconsistencias que hemos detectado al validar un RFC en la herramienta proporcionada por el SAT y hoy queremos comentar otro caso en donde éste mismo validador no responde o da una respuesta incongruente.
Validación masiva sin respuesta Como recordarás el SAT ha puesto a disposición de todos los contribuyentes un validador de RFC en el cual, no solo podemos validar el RFC, sino que también se puede verificar el nombre y código postal del mismo.
Este validador tiene como objetivo apoyar a los emisores de comprobantes (CFDI 4.0) a tener certeza sobre los datos que tiene de sus clientes, proveedores, empleados, etc.; para esto, el sitio ofrece una opción para cargar un archivo de texto (TXT) con hasta 5000 registros y que se puedan validar todos los RFC de forma masiva; en este caso vamos a hablar de dicha opción y de cómo al validar un TXT, la herramienta deja de funcionar y no da ninguna respuesta.
Una vez que se ha ingresado a la herramienta para validar el RFC, nombre y código postal y de haber seleccionado la validación masiva indicando el archivo en formato txt como lo solicita el SAT, se procede a la validación de este, como se muestra en la siguiente imagen:
Después de concluido el proceso de validación, la aplicación, además de mostrar en pantalla el mensaje de “Resultado de RFC, nombre y código postal. Consulta terminada.” Como se muestra en la imagen:
También devuelve, como respuesta a la validación masiva realizada, un archivo TXT conteniendo el resultado de esta.
En una situación normal, esto es lo que sucedería, pero para el caso que queremos mostrar hoy, no es así, ya que se ha detectado que, en algunos casos, después de realizar el proceso masivo de validación y obtener el mensaje de consulta terminada, no devuelve el archivo TXT de respuesta, pero tampoco retorna un error o algún mensaje que nos permita saber que sucedió, sólo deja de funcionar.
Facturando derivado de esta situación, se dio a la tarea de investigar más afondo cuando suceden estos casos, para ello se realizó el siguiente procedimiento de validación masiva de RFC, nombre y código postal:
Se envió a validar un archivo TXT conteniendo 3,000 RFCs, logrando replicar el caso, es decir no se obtuvo el archivo (TXT) de respuesta.
Se procedió a depurar y detectar el o los RFCs causantes de esta situación, identificándose en este caso, solo un RFC problema, como se muestra en la imagen.
Si se envia a validar en un archivo que tenga dicho RFC, el validador de RFCs deja de funcionar, esto es, no responde ni dice absolutamente nada.
Validación manual Quisimos investigar más sobre el tema y decidimos validar, de forma manual, el RFC en cuestión y cuál fue la sorpresa que la respuesta del SAT fue la siguiente:
Este mensaje da la impresión de que el validador de RFCs no está funcionando en este momento, pero no es correcto, ya que validamos otros RFCs y respondió adecuadamente.
Es importante mencionar que éste no es el único caso que hemos detectado, en las diferentes pruebas que hemos realizado, detectados que son 6 RFCs con los que sucede exactamente lo mismo, donde el validador del SAT deja de funcionar; lo curioso de todo esto es que los 6 RFCs son válidos y existen en el SAT y esto lo sabemos porque hemos probado con otros validadores de RFCs.
Desconocemos porque sucede esto y si existen más RFCs, es muy probable que sí; esperemos que el SAT haga algo al respecto, ya que esto genera inconformidad entre los usuarios.
Antes de finalizar queremos invitarte a leer estos artículos sobre el mismo tema:
Antecedente Como recordarás uno de los cambios derivados de las modificaciones a la Miscelánea Fiscal para este 2022, es la entrada en vigor de la nueva versión de los Comprobantes Digitales a través de Internet (CFDI 4.0) y para poder emitir comprobantes (facturas, recibos de nómina, etc.) usando esta nueva versión es necesario contar con los datos correctos del receptor (cliente, empleado, etc.):
Registro Federal de Contribuyentes (RFC)
Nombre o Razón Social
Código postal del domicilio fiscal
Situación actual Derivado de lo comentado anteriormente, la autoridad (SAT) puso a disposición, de todos los contribuyentes, un portal donde se puede verificar esta información y conocer si los 3 datos requeridos son válidos y están relacionados; en Facturando tenemos un curso en donde mostrarnos el uso de este y las diferentes formas de obtener los datos del receptor.
Dentro del portal proporcionado por el SAT podemos validar, de dos formas el RFC, nombre, denominación o razón social y CP:
Manualmente – capturando los datos directamente en la aplicación
Masivamente – por medio de la carga de un archivo en formato Txt
Inconsistencia en la respuesta A continuación, mostraremos un caso en donde el portal del SAT muestra dos resultados totalmente diferentes al momento de validar un contribuyente (RFC).
Validación manual Si capturamos los datos de forma manual (RFC, nombre y código postal), el portal del SAT nos dice que el RFC no existe, como se muestra a continuación:
Validación masiva Si hacemos una validación masiva, esto es, cargamos un archivo TXT en el mismo portal, la respuesta que nos regresa es que el RFC no esta registrado en el padrón de contribuyentes, a continuación podrás ver el resultado.
Validación de solo el RFC Dentro de la misma aplicación se llevó a cabo la validación solo del RFC en la opción correspondiente obteniéndose como respuesta: RFC válido y susceptible de recibir facturas
Analizando las tres respuestas obtenidas, podemos identificar las inconsistencias de estas, ya que en esta última el RFC es validado y la autoridad responde que es susceptible de recibir facturas, lo cual significa que fue localizado en sus registros, mientras que en las dos primeras respuestas indica que no se encuentra registrado, siendo esto una contradicción, ya que en uno indica que si existe y en otros que no.
Otros validadores del SAT Quisimos verificar el RFC de otra forma y para esto probamos con otras dos herramientas que están disponibles en el portal de la autoridad (SAT).
Validador de RFCs En este caso probamos con la primera opción, este portal, a diferencia del anterior, solamente permite verificar el RFC, no es posible validar el nombre ni el código postal; para nuestro caso no tiene importancia, ya que solo queremos verificar si el RFC es válido en su estructura y si se encuentra registrado en el SAT.
Un problema recurrente que hemos detectado con esta herramienta es que comúnmente muestra un mensaje de error cuando se ingresar el captcha y no permite trabajar, por lo que debes volver a empezar.
Después de varios intentos de querer usar la herramienta, finalmente pudimos validar el RFC y en este caso nos dice “Clave de RFC válida”; esto quiere decir que el RFC proporcionado es válido.
Consulta contribuyente Esta es otra herramienta que está disponible en el sitio del SAT; para consultar el RFC es necesario indicar:
El tipo de persona (Física / Moral)
El tipo de documento (validación por RFC o CURP)
El RFC a validar
Capturar el texto de la imagen (captcha)
Una vez indicados los datos requeridos por la plataforma, obtenemos como resultado de la consulta que el RFC no es válido, esto de acuerdo a lo indicado en el estatus como “No registrado en el padrón de contribuyentes”
Conclusión Para finalizar nos gustaría hacer algunos comentarios al respecto de este tema:
Aplaudimos el esfuerzo por parte de la autoridad (SAT) de poner a disposición de todos los contribuyentes herramientas que permiten validar un RFC y los datos ligados al mismo.
El uso de dichas herramientas es relativamente sencillo y aunque tienen varios aspectos por mejorar, la realidad es que éstos no representan un inconveniente para las mismas, ya que cualquier persona puede hacer uso de estas.
El objetivo primordial de estas herramientas es ayudarle al usuario a tener certeza sobre la información que posee de sus clientes, proveedores, empleados, etc.; por lo que, el hecho que se presenten estas inconsistencias genera malestar y desconfianza en los contribuyentes.
Antes de finalizar queremos invitarte a leer estos artículos sobre el mismo tema:
Hoy, hemos liberado una nueva versión de nuestra librería para la validación de comprobantes fiscales digitales: Electronic Document Validator
En esta ocasión hemos agregado soporte a los cambios realizados por el SAT, a continuación, describiremos de forma detallada los 2 cambios más importantes.
Recibo de pago 2.0 En este caso, hemos modificado la DLL para dar soporte a la nueva versión de este documento, por lo que, a partir de esta versión podrás validar todos los recibos de pagos emitidos o recibidos.
Las validaciones que hemos incluido en esta versión son:
Estructura Se verifica cada uno de los atributos y nodos contenidos en la versión 2.0.
Sello Permite conocer si el recibo fue modificado después de que éste fue generado.
Timbre Se verifica que el XML haya sido timbrado y cumpla con lo requerido por la autoridad.
Certificado Permite conocer si el comprobante con el que fue firmado el XML fue generado por el SAT.
Schema En esta parte se valida el XML con los schemas proporcionados por el SAT.
SAT Verifica que el comprobante se encuentre registrado en el SAT y si se encuentra vigente o cancelado; además se verifica si el emisor de este no está en las listas negras del SAT (Art. 69 y 69B).
Carta Porte 2.0 Aunque la carta porte 2.0 lleva algún tiempo con nosotros, es hasta esta versión de la librería en donde hemos agregado soporte a este complemento.
Las validaciones que se han agregado son las misma que las del complemento recibo de pago 2.0
Es importante mencionar que, en esta versión, no hemos implementado las validaciones mencionadas en la matriz de errores ni para el recibo de pago 2.0 ni para la carta porte 2.0; se esta considerando agregarlas en una futura versión.
En esta ocasión queremos compartir contigo la nueva solución del Servicio de Administración Tributaria (SAT) con la cual podrás validar:
el Registro Federal de Contribuyentes (RFC)
el Nombre o Razón Social
y el Código Postal correspondiente al domicilio fiscal
Con ésta, podrás realizar la validación de los datos de dos formas, ya sea individualmente o de forma masiva.
Para el caso de la validación masiva de RFC, nombre y código postal se deberán de enviar los datos dentro de un archivo, el cual deberá de cumplir con las siguientes características:
Debe generarse en formato plano (txt) y tipo UTF-8
El separador de datos es el pipe “|”
Las columnas no deben tener nombre ni título
Primera columna para enumerar los registros
Segunda columna para los RFCs
Tercera columna para el Nombre o Razón Social
Cuarta columna para el Código Postal
El archivo podrá tener hasta un máximo de 5,000 RFCs
Hemos preparado un manual donde te enseña paso a paso como realizar la validación masiva de estos datos; puedes descargarlo de aquí:
Como recordarás, está por vencer, el próximo 29 de septiembre de 2021, la generación de Comprobantes Ficales Digitales a través de Internet (CFDI) con complemento Carta Porte de forma opcional, para pasar a su generación de forma obligatoria a partir del 30 de septiembre de 2021, por lo que tenemos el agrado de invitarte al curso gratuito en el que se hablará sobre:
“Complemento Carta Porte: todo lo que debes saber”
Este se llevará a cabo el próximo 8 de septiembre de 2021 en un horario de las 17:30 a 19:00 horas, horario de la Ciudad de México.
Es importante aclarar que este curso o platica es totalmente gratuito y abierto, por lo que cualquier persona puede asistir, solo deberás suscribirte al mismo.
A continuación, encontrarás el detalle de este:
Día 8 de septiembre
Para este curso, el objetivo es generar un espacio de encuentro y diálogo para dar a conocer los pormenores del Complemento Carta Porte, fortaleciendo con ello, la cultura contributiva.
A continuación, te compartimos el enlace correspondiente:
Queremos aprovechar esta oportunidad para darte a conocer nuestras soluciones que ya manejan el Complemento Carta Porte, tanto en la generación como en la validación de CFDIs.
Si tienes alguna duda con respecto a esta publicación, te invitamos a que nos contactes por medio del chat que aparece en nuestra página www.facturando.mx donde con gusto un asesor te atenderá.
Hoy, hemos liberado una nueva versión (2021.06.11) de nuestra librería (DLL) para validación de comprobantes fiscales digitales CFDI – XML: Electronic Document Validator.
Esta es una liberación de mantenimiento, esto significa que no trae cambios importantes solo correcciones y mejoras menores, aun así, te invitamos a leer este articulo en su totalidad, ya que al final de éste comentamos un anuncio importante que haremos para la siguiente versión.
Soporte a nuevos certificados Hemos agregado soporte a los nuevos certificados de los siguientes PACs:
Soluciones Digitales Avanzados, S.A. de C.V. (00001000000506207848)
Servicios Tecnológicos Avanzados, S.A. de C.V. (00001000000506204896)
Ekomercio Electrónico, S.A. de C.V. (00001000000506194045)
4G FACTOR, S.A. DE C.V. (00001000000506442863)
CPA Control de Comprobantes, S. de R.L. de C.V. (00001000000506403528)
Dot Net Desarrollo de Sistemas, S.A. de C.V. (00001000000506884772)
Desarrollo Corporativo de Negocios, S.A. de C.V. (00001000000507135328)
Carvajal Tecnología y Servicios, S.A. de C.V. (00001000000506248998)
Freight Ideas, S.A. de C.V. (00001000000506236653)
Masteredi, S. A. de C.V. (00001000000506315610)
Certus Aplicaciones Digitales, S.A. de C.V. (00001000000507247013)
EDIFACTMX, S.A. de C.V. (00001000000506267356)
Servicio y Soporte en Tecnología, S.A. de C.V. (00001000000506202789)
SeguriData Privada, S.A. de C.V. (00001000000507469141)
Manejo de decimales Como ya sabes, una de las verificaciones que hace la librería son los totales (impuestos, descuentos, subtotal, etc.) y para esto existen dos formas hacerlo:
Estricta: En donde no se toman en cuenta los decimales y 94.00 es diferente a 93.750
Decimales: En donde se toman en cuenta los decimales y se redondean los importes, por lo tanto, 94.00 es igual a 93.750
En versiones anteriores, la forma de comparar por defecto era Estricta, pero detectamos que la mayoría de nuestros usuarios la cambiaban a decimales, es por esto por lo que a partir de esta versión Decimales será la opción por defecto.
Si deseas cambiarlo y retornar a como estaba antes, deberás agregar esta línea de código:
Correcciones Cuando se validaba un CFDI que en el atributo descuento tuviera más de dos decimales, algunas veces lo mostraba como un error cuando realmente no aplicaba el mismo.
Cambios al .Net Framework requerido Aunque este no es un cambio como tal para esta versión, si queremos hacer del conocimiento de todos nuestros usuarios lo que se tiene planeado para la siguiente versión.
Actualmente para poder hacer uso de la librería se requiere .Net Framework 2.0; a partir de la siguiente liberación será necesario el uso de la versión 4.5.2 o superior.
Es importante mencionar que cuando liberemos la nueva versión no será necesario que te cambies a la misma, solo ten en cuenta que todas las mejoras se realizarán sobre la nueva versión y si quieres aprovechar dichas mejoras, será necesario que te actualices.
Si tienes algún inconveniente con el cambio que estamos planeando, por favor, ponte en contacto de forma telefónica para conocer tu caso a detalle.
Para finalizar te recomendamos leer el historial de cambios para conocer el detalle de los cambios realizados.
Si deseas actualizarte a la última versión puedes dar clic en la siguiente liga:
Si tienes alguna duda con respecto a este blog, te invitamos a que nos contactes por medio del chat que aparece en nuestra página www.facturando.mx donde con gusto un asesor te atenderá.
