Electronic Document Server: Certificados de prueba

Hoy traemos para ti una nueva versión (2017.05.22) de nuestra solución para generar facturas electrónicas CFDI desde un ERP: Electronic Document Server (EDS), esa liberación está más orientada a dar mantenimiento que a agregar nuevas características, estos son los cambios realizados:

Certificados de prueba del SAT
Hemos agregado compatibilidad con los nuevos certificados liberados por el SAT para hacer pruebas, en este caso la autoridad dejo de usar el RFC de pruebas (AAA010101AA) y ha utilizado 10 diferentes RFCs:

  • LAN7008173R5
  • LAN8507268IA
  • MAG041126GT8
  • MAR980114GQA
  • MSE061107IA8
  • PZA000413788
  • SUL010720JN8
  • TCM970625MB1
  • TME960709LR2
  • ULC051129GC0
  • URU070122S28
  • VOC990129I26

Para poder dar soporte a este cambio, hemos realizados varias modificaciones al sistema:

Se ofrece soporte a los 10 RFCs, esto es, podrás usar cualquiera de estos para generar tus facturas, recibos de nómina, etc.

  • El sistema por defecto hace uso del RFC LAN7008173R5, para haces uso de cualquier otro, solamente deberás cargar el certificado respectivo al sistema.
  • Hemos integrados los certificados y sus respectivas llaves al instalador del sistema, por lo que al actualizar el sistemas, podrás encontrar los respectivos archivos en la carpeta ..\Documents\Facturando\Electronic Document Server\Certificados
  • La contraseña para cada archivo es la misma: 12345678a

Con respecto al uso de los mismos:

  • Si ya venias trabajando con el sistema y te muestra el mensaje de que el certificado esta vencido, deberás actualizarte y luego cargar manualmente el certificado.
  • Si haces una instalación desde cero del sistema, automáticamente se asignará el respectivo certificado.

Cambios menores
Siempre que liberamos una nueva versión de cualquier de nuestros sistemas, realizados pequeños cambios y mejoras, esto con la finalidad de siempre mejorar nuestras soluciones, he aquí algunos de los cambios realizados:

  • Se actualizaron las diferentes librerías usadas por el sistema.
  • Se modificó la generación de la representación impresa del CFDI (PDF), en este caso hemos actualizado las propiedades del mismo.

Los anteriores son solo algunos de los cambios realizados, si desea tener un detalle de los mismos, te invitamos a leer el historial de cambios.

Finalmente queremos invitarte a actualizarte a esta nueva versión, dando clic en la siguiente liga:

DESCARGAR

Si tienes alguna duda con respecto a esta liberación, te invitamos a que nos contactes por medio del foro que aparece en nuestra página www.facturando.mx donde con gusto un asesor te atenderá.

Hasta la próxima.

SAT otorga nuevas facilidades para la factura electrónica 3.3

El Servicio de Administración Tributaria (SAT) dio a conocer, las nuevas facilidades otorgadas en materia de facturación electrónica, siendo estas las siguientes:

CFDI 3.3
En lo que respecta a la entrada en vigor, a partir del 1 de julio del 2017, de la nueva versión 3.3 de la factura electrónica, ésta no cambia, más sin en cambio, ésta se vuelve opcional.

Para beneficio de los contribuyentes, el SAT otorgó la facilidad con la que podrán seguir emitiendo facturas en su versión 3.2, esto hasta el día 30 de noviembre del 2017, por lo que, en este lapso, podrán convivir la emisión de CFDIs en ambas versiones (3.2 y 3.3), esto con el fin de apoyar al contribuyente en la migración paulatina de sus procesos de facturación.

Una vez transcurrido este lapso de transición, será a partir del 1 de diciembre de 2017, cuando la única versión válida para llevar a cabo la emisión de facturas electrónicas será la versión 3.3

Si deseas conocer todos los aspectos relacionados a esta nueva versión te invitamos a leer esta serie de artículos que hemos publicado en nuestro blog:

Complemento Recepción de Pagos
Para el caso de la emisión de Comprobantes Digitales a través de Internet (CFDI) con el complemento de Recepción de Pagos será opcional su emisión a partir del 1 de julio de 2017 y solamente se podrá emitir con la versión 3.3 de la factura electrónica, y su obligatoriedad comenzará a partír del día 1 de diciembre de 2017.

Cancelación de facturas
Como recordarás el SAT ha creado un nuevo proceso para poder llevar a cabo el proceso de cancelación de un CFDI, el cual entraría en vigor el día 1 de julio de 2017, pues bien, la autoridad ha confirmado que se posterga la entrada en vigor del mismo, hasta el día 1 de enero de 2018 y que en los próximos días, estará publicando todos los aspectos relacionados al mismo, lo anterior, con la finalidad de dar tiempo a los contribuyentes y PACs de ajustar sus sistemas y procesos para cumplir con la exigiencia realizada por la autoridad.

RESUMEN
Todo lo anterior lo podemos resumir de la siguiente manera:

  • CFDI 3.3
  • Entra en vigor el día 1 de julio de 2017, pero es opcional su uso.
  • El día 1 de diciembre se vuelve obligatorio su uso.
  • EL CFDI 3.2 continuara vigente hasta el día 30 de noviembre del 2017.
  • RECEPCION DE PAGO
  • Entra en vigor el día 1 de julio de 2017, pero es opcional su uso.
  • El día 1 de diciembre se vuelve obligatorio su uso.
  • Solamente se podrá emitir usando el CFDI 3.3
  • CANCELACION DE FACTURAS
  • Entra en vigor el día 1 de enero de 2018.

Finalmente queremos destacar que actualmente todas nuestras soluciones de generación estan listas para manejar el CFDI 3.3 y el recibo de pago:

Si deseas conocer el comunicado oficial del SAT, puedes leer aquí.

Si tienes alguna duda con respecto a esta publicación, te invitamos a que nos contactes por medio del foro que aparece en nuestra página www.facturando.mx donde con gusto un asesor te atenderá.

Hasta la próxima.

EDL – Delphi: Certificados de prueba del SAT para el CFDI 3.3

Conoce la nueva versión de Electronic Document Library (EDL) 2017.05.11 donde se realizaron una serie de modificaciones, que a continuación describiremos:

Timbrado del CFDI 3.3
En lo que respecta al timbrado de comprobantes en su versión 3.3, se llevaron a cabo los cambios necesarios para apuntar a las URLs del web services del nuevo ambiente de pruebas, proporcionadas por el PAC – ECODEX, logrando con este cambio, el que se pueda llevar a cabo el timbrado de CFDIs correspondientes a esta versión.

Para lograr el timbrado del CFDI 3.3, fue necesario adicionar una propiedad a la clase Parameters, con la cual se podrá indicar la versión del CFDI que se estaría trabajando, logrando con ello, el direccionamiento para la generación del CFDI al ambiente de pruebas correcto, dependiendo de la versión elegida.

Para conocer más acerca del uso de este parámetro, te invitamos a revisar el ejemplo TIMBRADO.

Certificados de pruebas del SAT
Dentro de la librería se agregó la funcionalidad que permite la compatibilidad con los nuevos certificados de pruebas emitidos por el SAT, con este cambio, podrás generar comprobantes de pruebas haciendo uso de estos certificados para el firmado de cualquier tipo de comprobante en sus versiones CFDI 3.2 y 3.3.

En seguida, se relacionan los RFCs correspondientes a los nuevos certificados de pruebas que podrás usar:

  • LAN7008173R5
  • LAN8507268IA
  • MAG041126GT8
  • MAR980114GQA
  • MSE061107IA8
  • PZA000413788
  • SUL010720JN8
  • TCM970625MB1
  • TME960709LR2
  • ULC051129GC0
  • URU070122S28
  • VOC990129I26

Dentro del directorio \Demos\Archivos\Certificados para firmar\ encontrarás los 12 certificados con sus respectivas llaves privadas.

En cuanto a la contraseña de la llave privada, para el uso de todos los certificados es 12345678a

Podrás hacer uso de cualquiera de los 12 RFCs, realizando los cambios correspondientes, siendo el RFC LAN7008173R5 el usado por defecto en la librería.

Si deseas conocer acerca de estos y otros cambios, podrás hacerlo consultando el historial de cambios.

Para tener disponibles los cambios ofrecidos en esta versión, te recomendamos llevar a cabo la actualización dando clic en la siguiente liga:

DESCARGAR

Si tienes alguna duda con respecto a esta liberación, te invitamos a que nos contactes por medio del foro que aparece en nuestra página www.facturando.mx donde con gusto un asesor te atenderá.

Hasta la próxima.

 

EDL (Dot Net): Nuevos certificados de pruebas del SAT

Conoce las modificaciones realizadas a nuestra librería Electronic Document Library (EDL) que sirve para generar facturas electrónicas, en esta versión (2017.05.10) hemos realizado los siguientes cambios:

Certificados de pruebas del SAT
En este ocasion hemos modificado la librería par hacerla compatible con los nuevos certificados de pruebas emitidos por el SAT, con este cambio, podrás generar comprobantes de pruebas haciendo uso de estos certificados para el firmado de cualquier tipo de comporbante: CFDI 3.2 y 3.3, recibo de nómina, recibo de pagos, etc.

A continuación, encontrarás una relación de los RFCs correspondientes a los nuevos certificados de pruebas que podrás usar:

  • LAN7008173R5
  • LAN8507268IA
  • MAG041126GT8
  • MAR980114GQA
  • MSE061107IA8
  • PZA000413788
  • SUL010720JN8
  • TCM970625MB1
  • TME960709LR2
  • ULC051129GC0
  • URU070122S28
  • VOC990129I26

Es importante mencionar:

  1. Los 12 certificados y sus respectivas llaver privadas (.key) las podrás incluir en este directorio \Demos\Archivos\Certificados para firmar\
  2. La contraseña de la llave privada para todos los certificados es 12345678a
  3. La librería por defecto usa LAN7008173R5, pero tú puedes usar cualquiera de los 12 RFC, solamente deberás realizar los cambios respectivos.

Timbrado del CFDI 3.3
Para el caso del timbrado de comprobantes en su versión 3.3, se realizaron los cambios necesarios para apuntar a las URLs del web services del nuevo ambiente de pruebas, proporcionadas por el PAC – ECODEX, con este cambio, podrás llevar a cabo el timbrado de CFDIs correspondientes a esta versión.

Para ello, fue necesario adicionar una propiedad a la clase Parameters, con la cual se podrá indicar la versión del CFDI que se estaría trabajando, direccionando la generación del CFDI al ambiente de pruebas correcto, dependiendo de la versión elegida; te recomendamos revisar el ejemplo PAC ECODEX, donde se muestra como hacer uso de este parámetro y se explica en que casos se hacer uso del mismo.

Este ejemplo ha sido modificado para que, por defecto, genere un CFDI 3.3

Recibo de pago
Hemos desarrollado un ejemplo donde se muestra, de forma explicita, como generar este tipo de documento, que como recordaras, en realidad se trata de un CFDI con el complemento recepción de pago.

Esto son solo algunos de los cambios realizados, la realidad es que hemos hecho mejoras en otros procesos, por lo que te recomendamos leer el historial de cambios.

Como punto final, queremos recomendarte iniciar a la brevedad con el proceso de cambio a la 3.3 (análisis, implicaciones, etc.), ya que este conlleva un alto grado de dificultad, como sucedió con Nómina 1.2 y puede hacer que no tengas tu solución lista para el 1 de julio.

Para tener disponibles los cambios ofrecidos en esta versión, te recomendamos llevar a cabo la actualización dando clic en la siguiente liga:

DESCARGAR

Si tienes alguna duda con respecto a esta liberación, te invitamos a que nos contactes por medio del foro que aparece en nuestra página www.facturando.mx donde con gusto un asesor te atenderá.

Hasta la próxima.

Nueva versión del software para validar facturas

Hoy, hemos liberado la nueva versión, nuestra solución para validar comprobantes fiscales digitales por internet (CFDI), en esta ocasión hemos realizado diversos cambios al sistema, a continuación, encontrarás los más importantes:

DESCARGA XML DEL SAT
Esta liberación está enfocada, principalmente, a mejorar todos los aspectos relacionados con el proceso de descargas de comprobantes (XML) del servidor del SAT, algunas de estas son:

  • Antes de iniciar el proceso de conexión al SAT, se verificar si la clave CIEC y el RFC proporcionados, sirven para ingresar al servidor del SAT, en caso de no funcionar, se notifica al usuario y se detiene todo el proceso.
  • Se mejoró el proceso que resuelve el captcha propuesto por el SAT y en caso de no poder acceder al mismo el sistema mostrará el error en pantalla.
  • Se mejoró el proceso de descarga, evitando que la sesión con el SAT se cierre antes de terminar de procesar todos los archivos, ya que, por este motivo, y cuando se procesaban muchos comprobantes, no se podían descargar todos los XML.

Generación de PDF
Como recordaras, el sistema tiene la capacidad de generar diversos reportes al formato PDF, en este caso, estuvimos trabajando para que el tamaño del archivo generado fuera lo más compacto posible y logramos una reducción importante, he aquí algunos números:

  • Reporte de validación: 50 %
    Versión 2017.04.21 – Tamaño: 94 K
    Versión 2017.02.21 – Tamaño: 178 K
  • Representación impresa: 72 %
    Versión 2017.04.21 – Tamaño: 27 K
    Versión 2017.02.21 – Tamaño: 94 K

Vigencia del sistema
Para esta liberación, hemos ampliado la fecha de vigencia del programa al 01 de julio de 2017; como recordarás la versión anterior del sistema está por vencer y dejará de funcionar, por lo que te recomendamos actualizarte a esta nueva versión a la brevedad y no ver interrumpido tus procesos de validación.

Release Cantidate
Esta versión se libera como RELEASE CANDIDATE, esto quiere decir que el producto se considerada muy estable y relativamente libre de errores con una calidad adecuada para una distribución amplia y usada por usuarios finales, por lo tanto, está preparado para publicarse como versión definitiva a menos que aparezcan errores que lo impidan.

Esto quiere decir que ya estamos a un paso de la liberar la versión final del producto; esto no quiere decir que esté terminado y dejemos de hacerle mejora, al contrario, tenemos planeados mejoras importantes y agregar nuevos módulos solicitados por todos nuestros usuarios.

Si deseas conocer acerca de estos y otros cambios, podrás hacerlo consultando el historial de cambios.

DESCARGAR

Si tienes alguna duda con respecto a esta liberación, te invitamos a que nos contactes por medio del foro que aparece en nuestra página www.facturando.mx donde con gusto un asesor te atenderá.

Hasta la próxima.

Nueva versión de DLL para descargar XML del SAT

Siguiendo con nuestro ciclo de liberación, hoy traemos para tí una nueva versión de Electronic Document Download (2017.04.23), nuestra DLL para descargar los comprobantes XML del servidor del SAT.

A continuación, encontrarás los cambios más relevantes:

Validar el RFC y la clave CIEC
Hemos agregado un método, llamado ValidateRfcCiec, a la clase Download, que te permite verificar si el RFC y la clave CIEC pueden ser usadas para ingresar el servidor del SAT.

Consideramos que éste va a ser de gran ayuda, ya que podrás verificar los datos antes de iniciar la descarga y con esto notificarle al usuario del problema, evitando pérdidas de tiempo y ofreciendo una mejor experiencia de uso.

Debido a esta funcionalidad hemos agregado 2 errores:

  • 41 – EL RFC (XXX999999XXX) y la clave CIEC no coinciden.
  • 42 – No es posible verificar el RFC (XXX999999XXX) y la clave CIEC.

Captcha
Adicional a lo anterior, también hemos mejorado el proceso de resolver el captcha propuesto por el SAT, ahora, cuando no se pueda tener acceso al mismo, se informará mediana un nuevo número de error que hemos agregado:

  • 43 – No es posible tener acceso al captcha generado por el SAT.

Representación impresa
Este es otro tema sobre la que nuestro equipo de desarrollado ha estado trabajando arduamente, y es que, existían muchas áreas de oportunidad para hacer crecer a la librería, he aquí los cambios más importantes:

  • Se agregó un formato especial para generar el PDF de los recibos de nómina 1.2
  • Se modificó la librería para que el PDF generado sea de menor tamaño, obteniendo una reducción del 72 % en el archivo final.
  • Se personalizaron las propiedades de los PDFs generados: Título, Asunto, Palabras claves y Creador

Mejoras menores
En cada liberación que hacemos, aprovechamos la oportunidad para realizar cambios, que, aunque son menores, nos permiten ofrecer un producto mucho más estable:

  • InternetConnection, Esta clase te permite verificar si la DLL se puede conectar a todos los servidores requeridos, y en caso de no poder hacerlo, te informa con que servidor existen problemas, ahora te informará el mensaje de error que se presentó durante la verificación.
  • Sesion: Se mejoró el proceso de descargar, evitando que se cierre la sesión con el servidor del SAT y con esto que no se puedan descargar todos los XML encontrados.
  • Documentación, en este caso hemos agregado los nuevos errerores a la documentación.

Release Candidate
Esta versión se libera como RELEASE CANDIDATE, esto quiere decir que el producto se considerada muy estable y relativamente libre de errores con una calidad adecuada para una distribución amplia y usada por usuarios finales, por lo tanto, está preparado para publicarse como versión definitiva a menos que aparezcan errores que lo impidan.

Desde que se liberó la primera versión (01/Oct/2015), hace ya 1 año y 7 meses, es el mayor cambio y el más esperado por todos nuestros usuarios, ya que significa que la versión final está a la vuelta de la esquina y la librería podrá ser usada en ambientes de producción; esto no quiere decir que esté libre de errores, solo quiere decir que es un producto estable y maduro.

Nosotros continuaremos haciendo mejoras y agregando nuevas características, ya que esto hace parte del compromiso que tenemos con todos los usuarios: Ofrecerles la mejor y más completa DLL para hacer descargas del SAT.

Vigencia de la librería
Hemos ampliado la fecha de vigencia de la librería al 01 de julio de 2017, por lo que recomendamos a todos nuestros usuarios actualizarse a la brevedad a esta nueva versión.

Si deseas conocer acerca de estos y otros cambios, podrás hacerlo consultando el historial de cambios.

DESCARGAR

Si tienes alguna duda con respecto a esta liberación, te invitamos a que nos contactes por medio del foro que aparece en nuestra página www.facturando.mx donde con gusto un asesor te atenderá.

Hasta la próxima.

Librería EDL CSharp: CFDI 3.3

Como sabrás, el SAT liberó la especificación técnica para la nueva versión del CFDI; además liberó nuevas especificaciones para el resto de estándares relacionados al mismo como son: el código de barras bidimensional, el complemento timbre, etc.; si deseas conocer a detalle todos los cambios realizados te invitamos leer los siguientes artículos:

Debido a lo anterior, nos dimos a la tarea de actualizar nuestra librería para generar facturas electrónicas, dando soporte a todos los cambios anteriormente comentados y también agregando características que nos ha solicitado algunos usuarios.

Esta ha sido la liberación más compleja que hemos realizado desde que se desarrolló la primera versión y esto debido a los cambios realizados por el SAT y porque hemos logrado que la librería pueda trabajar en desarrollos multi-thread, hablaremos de este tema más adelante, por el momento vamos a describir los cambios más importantes de esta nueva versión:

CFDI 3.3
Con esta nueva versión, podrás generar tus comprobantes 3.3 cumpliendo con todos los requisitos exigidos por el SAT, internamente hemos modificados todos los procesos relacionados con esta versión:

  • Nuevos campos: Se han agregado los nuevos atributos y nodos requeridos.
  • Cadena original: Se ha modificado el cálculo de la cadena original, dando cumplimiento a la especificación dada por el SAT.
  • Validación contra schema: Se agregó el schema del CFDI 3.3, para cuando se genere el mismo, se valide si cumple con la estructura, catálogos y reglas dadas por el SAT.
  • Sellado: Hemos actualizado nuestro proceso de sellado dando soporte al nuevo algoritmo de digestión (SHA2) exigido por la autoridad.
  • Validación: El proceso de leer y validar un CFDI ha sido modificado para dar soporte a esta nueva versión.

Hemos agregado un ejemplo (C# y VB.Net) donde se muestra como generar un XML con esta nueva versión y también hemos actualizado el ejemplo de validación donde se muestra como leer un CFDI 3.3

Complemento Recibo de pago
Este es otro de los cambios realizados por el SAT y es el manejo de los pagos a un CFDI, en este caso hemos agregado soporte a dicho complemento, si deseas como hacer uso del mismo te invitamos a revisar el ejemplo “COMPLEMENTOS”.

Código de barras bidimensional
En este caso hemos realizado dos cambios importantes, el primero de ellos es dar soporte al CBB 1.1 cumpliendo con los lineamientos solicitados por la autoridad.; el segundo es la forma en que se genera el mismo, anteriormente se usaba una clase estática para esta tarea, a partir de esta versión es necesario instanciar una clase.
En el ejemplo que trae la librería podrás ver reflejados estos dos cambios.

Timbre 1.1
El complemento timbre ya existe desde hace tiempo en el CFDI, lo que hizo la autoridad fue hacerle una mejora agregando más atributos, y eso, es lo que hemos realizado en esta liberación, dar soporte a estos nuevos campos.

Es importante mencionar que nuestros PACs asociados, aún no pueden timbrar usando dicho complemento, pero esperamos que en el transcurso de mayo ya pueda ser usado dicho completo.

Multi Thread
Debido a la complejidad de este tema hemos decidido crear un artículo independiente donde explicaremos todo lo relacionado a esta característica, te recomendamos leerlo.

DLL de recursos
Aunque este cambio es menor, quisimos resaltarlo ya que no tenerlo en cuanta podrías hacer que no funcione tú código actual.

Debido a que el SAT está cambiando constantemente sus schema y que los mismo están teniendo un crecimiento, en tamaño, muy fuerte, hemos decidido dividir la librería en dos partes:

  • HyperSoft.ElectronicDocumentLibrary.dll, este Assembly (DLL) con tiene toda la lógica de la librería (generación, validación, etc.).
  • HyperSoft.Resource.dll, como su nombre lo indica es DLL que contiene solamente los recursos (schemas) requeridos para el funcionamiento de la librería.

A partir de esta versión es necesario que agregues este segundo archivo (HyperSoft.Resource.dll) a tu proyecto para que tu solución pueda trabajar y si vas a reemplazar la librería en un proyecto que ya tienes compilado, entonces copia este a la carpeta donde está la librería.

Algo importante a comentar es que este cambio ha hecho que disminuya el tiempo de inicialización de la librería, así como el consumo de memoria de la misma.

Esto son solo algunos de los cambios realizados, la realidad es que hemos hecho mejoras en otros procesos (adendas, complementos) y te invitamos a leer de los mismos en el historial de cambios.

Recomendación
Como podrás observar han sido muchos los cambios realizados en esta liberación y aunque, como empresa, hemos trabajado arduamente para que el producto no presente ningún problema, si queremos resaltar algunos puntos:

  • La librería es compatible con versiones anteriores, por lo tanto, deberá funcionar con tu código actual sin problemas.
  • Deberías realizar pruebas con tu código actual antes de implementarla en producción.
  • Sería bueno que empezaras a hacer uso de la nueva forma de instancias e inicializar los objetos, para mayor información, por favor, revisa el articulo Multi-Thread.

Como punto final, queremos recomendarte iniciar a la brevedad con el proceso de cambio a la 3.3 (análisis, implicaciones, etc.), ya que este conlleva un alto grado de dificultad, como sucedió con Nómina 1.2 y puede hacer que no tengas tu solución lista para el 1 de julio.

DESCARGAR

Si tienes alguna duda con respecto a esta liberación, te invitamos a que nos contactes por medio del foro que aparece en nuestra página www.facturando.mx donde con gusto un asesor te atenderá.

Hasta la próxima.

Agrega la adenda Calsonic a tus facturas

En esta ocasión te decimos cómo agregar, de la manera más sencilla, la adenda de CalsonicKensei Mexicana & CKTraiding a tus facturas, funcionalidad que está disponible en nuestra nueva versión 2017.03.17 de Electronic Document Addendum (EDA):

Adenda Calsonic
Dentro de esta nueva versión, tendrás disponible la funcionalidad con la que podrás adicionar la adenda correspondiente a Calsonic, donde tendrás disponible la captura de los siguientes datos:

  • Orden de compra – número de orden de compra que se factura.
  • Línea – describe el número de línea que se está facturando de la orden de compra.
  • Código de ítem – es el código del artículo, como esta en la orden de compra.
  • Moneda – código correspondiente a la moneda.

La totalidad de estos datos son requeridos.

Queremos recordarte que con EDA no solo podrás generar esta adenda, si no también tendrás disponible 42 adendas más para su generación, con tan solo tres sencillos pasos:

  1. Seleccionar el archivo XML de tu factura y la adenda deseada
  2. Capturar los datos requeridos
  3. Guardar los cambios

Adicional, queremos invitarte a hacer uso de nuestro Validador CFDI, con el cual podrás garantizar que las facturas que emites o recibes sean válidas para poder deducirlas, conócelo dando clic en la siguiente liga:

Validador CFDI

Si tienes alguna duda con respecto a este tema, te invitamos a que nos contactes por medio del foro que aparece en nuestra página www.facturando.mx donde con gusto un asesor te atenderá.

Hasta la próxima.

Complemento de pago 1.0 – Guía de llenado

Continuando con el tema del complemento para la recepción de pagos que deberá de adicionarse al Comprobante Fiscal Digital por Internet (CFDI) cuando las contraprestaciones no se paguen en una sola exhibición, es decir cuando el pago se realice en parcialidades, se deberá de:

  1. Emitir un CFDI por el valor total de la operación en el momento en que ésta se realice.
  2. Posteriormente, se emitirá un CFDI por cada uno de los pagos que se realicen, donde deberá de señalar:
    • En el campo Total como cero.
    • En lo correspondiente al método de pago y forma de pago, no se deberá registrar dato alguno.
    • Detallar la cantidad que se paga e identificar la factura cuyo saldo liquida, esto mediante la incorporación del complemento para recepción de pagos.
    • El monto del pago se aplicará proporcionalmente a los conceptos integrados en el comprobante emitido por el valor total de la operación.

Para el caso en que se reciba el pago de la contraprestación en una sola exhibición, pero ésta no sea cubierta en el momento de la expedición del CFDI, o cuando se trate de operaciones a crédito y estas se paguen en fecha posterior a la emisión del CFDI, se deberá de llevar a cabo el mismo procedimiento descrito en el punto 2, para efecto de reflejar el pago con el cual se liquide el importe de la operación.

Adicional, deberán de tenerse las siguientes consideraciones:

  • Un CFDI que contenga el complemento para recepción de pago, podrá emitirse a más tardar al décimo día del mes siguiente en el que se realizó el pago.
  • No podrá ser cancelado el CFDI que fue emitido por el total de la operación, siempre y cuando, se cuente con al menos un CFDI con complemento para recepción de pagos, que acredite que la contraprestación haya sido total o parcialmente pagada.
  • Con relación al punto anterior, las correcciones podrán realizarse mediante la emisión de CFDI de egresos por devoluciones, descuentos y bonificaciones.
  • Cuando existan errores en un CFDI que contenga el complemento para recepción de pagos, éste podrá ser cancelado siempre que sea sustituido por otro con los datos correctos, siempre y cuando se realice a más tardar el último día del ejercicio en que fue emitido el CFDI.

A continuación, se describe como debe ser el llenado de los datos de un CFDI versión 3.3 y su complemento, cuando éste es emitido para llevar a cabo el pago en parcialidades:

Comprobante versión 3.3

Nodo Comprobante:

  • Version – debe contener el valor “3.3”.
  • Serie – número de serie que utiliza el contribuyente para control interno.
  • Folio – folio de control interno que asigna el contribuyente al CFDI.
  • Fecha – fecha y hora de expedición del CFDI.
  • Sello – sello digital del CFDI generado con el CSD del contribuyente emisor del mismo.
  • FormaPago – no debe existir.
  • NoCertificado – número que identifica al CSD del emisor del CFDI.
  • Certificado – contiene el CSD del emisor del CFDI.
  • CondicionesDePago – no debe existir.
  • SubTotal – se registra el valor de cero “0”.
  • Descuento – no debe existir.
  • Moneda – se registra el valor “XXX”.
  • TipoCambio – no debe existir.
  • Total – se registra el valor de cero “0”.
  • TipoDeComprobante – se registra la clave “P” (Pago).
  • MetodoPago – no debe existir.
  • LugarExpedicion – se registra el código postal del lugar de expedición del CFDI.
  • Confirmación – clave de confirmación única e irrepetible que entrega el PAC cuando el valor equivalente en MXN del campo Monto excede el límite publicado por el SAT.

Nodo CfdiRelacionados:

  • UUID – folio fiscal de un CFDI con complemento para recepción de pagos relacionado que se sustituye con el presente comprobante.

Nodo Emisor:

  • Rfc – clave del RFC del emisor del CFDI.
  • Nombre – nombre, denominación o razón social del emisor del CFDI.
  • RegimenFiscal – clave del régimen fiscal del contribuyente bajo el cual se está emitiendo el CFDI. Persona Moral: 601 – General de Ley Personas Morales, 603 – Personas Morales con Fines no Lucrativos. Persona Física: 605 – Sueldos y Salarios e Ingresos Asimilados a Salarios.

Nodo Receptor:

  • Rfc – clave del RFC receptor del CFDI.
  • Nombre – nombre, denominación o razón social del contribuyente receptor del CFDI.
  • ResidenciaFiscal – clave del país de residencia, cuando el receptor del CFDI sea un extranjero, para efectos fiscales.
  • NumRegidTrib – número de registro de identidad fiscal del receptor del CFDI, cuando este sea residente en el extranjero.
  • UsoCFDI – clave que corresponda al uso que le dará al CFDI el receptor. Persona Moral y Física: G01 – Adquisición de mercancías, I01 – Construcciones. Solo Persona Física: D01 – Honorarios médicos, dentales y gastos hospitalarios.

Nodo Conceptos / Concepto:

  • ClaveProdServ – se registrar el valor “84111506”.
  • NoIdentificacion – no debe existir.
  • Cantidad – se registra el valor “1”.
  • ClaveUnidad – se registra el valor “ACT”.
  • Unidad – no debe de existir.
  • Descripcion – se registra el valor “Pago”.
  • ValorUnitario – se registra el valor “0”.
  • Importe – se registra el valor “0”.
  • Descuento – no debe existir.

Subnodo Impuestos, InformacionAduanera, CuentaPredial, ComplementoConcepto y Parte:

  • No deben existir.

Nodo Impuestos:

  • No debe existir.

Nodo Complemento:

  • Nodo para incluir los complementos determinados por el SAT, el complemento Timbre Fiscal Digital se incluye de forma obligatoria. Para el caso de los complementos del CFDI que ampara retenciones e información de pagos, éstos no se permiten.

Nodo Addenda:

  • Nodo para expresar las extensiones al presente formato que sean de utilidad al contribuyente.

Complemento para recepción de pagos

Nodo Pagos:

  • Version – debe contener el valor “1.0”.

Nodo Pago:

  • FechaPago – fecha y hora en la que el beneficiario recibe el pago, la fecha debe ser menor o igual al campo Fecha del CFDI. Si la FechaPago es menor, el valor año-mes debe ser igual al valor de año-mes de CFDI:Fecha.
  • FormaDePagoP – clave de la forma en que se realiza el pago, distinta a la clave 99 – Por definir. Claves: 01 – Efectivo, 02 Cheque nominativo, 03 – Transferencia electrónica de fondos.
  • MonedaP – clave de la moneda con la que se realizó el pago, los siguientes campos deben ser registrados junto con el tipo de moneda seleccionada: Pagos/Pago/Monto, Impuestos/Total de impuestos retenidos, Impuestos/Total de impuestos trasladados, Impuestos/Trasladados/Traslado/Importe e Impuestos/Retenciones/Retención/Importe.
  • TipoCambioP – tipo de cambio de la moneda a la fecha en que se realizó el pago, cuando sea diferente a MXN.
  • Monto – importe del pago, debe ser mayor a cero “0”, este campo debe ser igual o menor a la suma de los valores registrados en el nodo DoctoRelacionado.
  • NumOperacion – número de cheque, número de autorización, número de referencia, clave de rastreo en caso de ser SPEI, línea de captura o algún número de referencia análogo que identifique la operación correspondiente del pago efectuado.
  • RfcEmisorCtaOrd – RFC de la entidad emisora de la cuenta de origen, si es extranjera se debe registrar el RFC genérico extranjero (XEXX010101000), para el caso de que no lo sea, se debe registrar el RFC a 12 posiciones.
  • NomBancoOrdExt – nombre del banco ordenante, es requerido en caso de ser extranjero, va de 1 hasta 300 caracteres.
    CtaOrdenante – número de cuenta con la que se hizo el pago, va de 10 a 50 caracteres.
  • RfcEmisorCtaBen – clave del RFC de la entidad operadora de la cuenta destino.
  • CtaBeneficiario – número de cuenta en donde se recibió el pago, va de 10 hasta 50 caracteres.
  • TipoCadPago – clave del tipo de cadena de pago que genera la entidad receptora del pago (01 – SPEI), si existe este campo, deben de existir también, CertificadoPago, CadenaPago y SelloPago.
  • CertPago – certificado que corresponde al pago, como una cadena de texto en formato base 64. Requerido si TipoCadPago contiene información.
  • CadenaPago – cadena original del comprobante de pago generado por la entidad emisora de la cuenta beneficiaria. Requerido si TipoCadPago contiene información.
  • SelloPago – sello digital que se asocie al pago. Requerido si TipoCadPago contiene información.

Nodo DoctoRelacionado:

  • IdDocumento – identificador relacionado con el pago, puede ser un folio fiscal o el número de operación de un documento digital, puede conformarse de 16 hasta 36 caracteres.
  • Serie – serie del comprobante, va de 1 a 25 caracteres.
  • Folio – folio del comprobante, va de 1 a 40 caracteres.
  • MonedaDR – clave de la moneda utilizada en los importes del documento relacionado, debe ser diferente a la clave “XXX”, los importes registrados en los campos ImpSaldoAnt, ImpPago e ImpSaldoInsoluto de esta sección, deben corresponder a esta moneda. Si el valor de este campo es diferente del campo MonedaP, se debe de registrar el campo TipoCambioDR, en caso contrario, de ser iguales a “MXN”, no se debe registrar TipoCambioDR. Si el valor de este campo es “MXN” y diferente al campo MonedaP, se debe de registrar el campo TipoCambioDR con valor de “1”.
  • TipoCambioDR – tipo de cambio correspondiente a la moneda registrada en el documento relacionado. El SAT publica el porcentaje de variación para el valor máximo de este campo, cuando el campo rebase el porcentaje de variación, se deberá obtener del PAC, la clave de confirmación para ratificar que el valor es correcto.
  • MetodoDePagoDR – clave del método de pago “PPD” (Pago en parcialidades o diferido), se deben de registrar los atributos NumParcialidad, ImpSaldoAnt e ImpSaldoInsoluto.
  • NumParcialidad – número de parcialidad que corresponde al pago. Requerido si MetodoDePagoDR contiene el valor “PPD”.
  • ImpSaldoAnt – monto del saldo insoluto de la parcialidad anterior. Requerido si MetodoDePagoDR contiene el valor “PPD”. Si es la primera parcialidad deberá contener el importe total del documento relacionado.
  • ImpPagado – importe pagado que corresponde al documento relacionado. Requerido si existe más de un documento relacionado o cuando existe un documento y el campo TipoCambioDR tiene valor. El importe debe corresponder al tipo de moneda registrado en MonedaDR.
  • ImpSaldoInsoluto – diferencia entre el importe del saldo anterior y el monto del pago. Requerido si MetodoDePagoDR contiene “PPD”. El importe debe corresponder al tipo de moneda registrado en MonedaDR.

Nodo impuesto, TotalImpuestosRetenidos y TotalImpuestosTrasladados:

  • No deben existir.

Nodo Retenciones y Retención, Impuesto e Importe:

  • No deben existir.

 Nodo Traslados y Traslado, Impuesto, TipoFactor, TasaOCuota e Importe:

  • No deben existir.

Si deseas tener la información técnica de este complemento la puedes descargar de aquí:

Descargar Información

Si tienes alguna duda con respecto a este tema, te invitamos a que nos contactes por medio del foro que aparece en nuestra página www.facturando.mx donde con gusto un asesor te atenderá.

Hasta la próxima.

Guía de llenado del CFDI 3.3 y retenciones e información de pagos

Continuando con los cambios previstos por el Servicio de Administración Tributaria (SAT) en cuanto a la nueva versión 3.3 del Comprobante Fiscal Digital por Internet (CFDI), el cual entra en vigor el 1 de julio de 2017.

A continuación, queremos compartir contigo el documento que describe de cómo se debe realizar el llenado de los datos a registrar para el CFDI en su versión 3.3, así como el llenado del CFDI que ampara retenciones e información de pagos.

Para el caso de surgir alguna duda o situación particular que no se encuentre resulta en el documento compartido, te invitamos a revisar los siguientes documentos:

  • Documentación técnica.
  • Preguntas y respuestas de los comprobantes fiscales digitales por internet (CFDI).
  • Preguntas y respuestas del comprobante fiscal digital a través de internet que ampara retenciones e información de pagos.
  • Casos de uso de los comprobantes fiscales digitales por internet.
  • Casos de uso del comprobante fiscal digital a través de internet que ampara retenciones e información de pagos.

Recuerda que el documento incluye ejemplos de carácter didáctico y hace uso de información no necesariamente real.

Para obtener el documento de esta guía, la puedes descargar dando clic a la siguiente liga:

Descargar guía

Si tienes alguna duda con respecto a este tema, te invitamos a que nos contactes por medio del foro que aparece en nuestra página www.facturando.mx donde con gusto un asesor te atenderá.

Hasta la próxima.