on 06-09-2016 4:17 PM
http://www.sat.gob.mx/informacion_fiscal/factura_electronica/Paginas/requisitos_factura_cfdi.aspx
http://www.sat.gob.mx/informacion_fiscal/factura_electronica/Documents/Catalogo_FormasdePago.pdf
Hugo
Este lunes 03/Junio se libero un nuevo catalogo de formas de pago en relación a la regla 2.7.2.32 publicada en la segunda resolución de modificaciones a la Resolución Miscelánea Fiscal para 2016 el cual será exigible a partir del 15/Julio. Aquí lo indicado
¿Saben si esto aplica para recibos de nómina? Y de ser así ¿esta en proceso la nota para esto?
Aquí los links del aviso del SAT como del catalogo. Saludos.
Hola Santiago.
por ahora no vemos necesario hacer cambios en el CFDi de la Nómina porque el catálogo ya existía. Lo que hizo el SAT fue modificarlo.
Nosotros tomamos la descripción que exista en la tabla T042Z.
lo que tienen que hacer los usuarios de SAP es configurar esta tabla de acuerdo al catálogo del SAT y referenciarlo en el campo ZLSCH del infotipo 0009.
Espero esta información te sea de utilidad.
saludos!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hugo
Antes que nada gracias por tu pronta respuesta, sin embargo como bien dices el XML que genera SAP incluye la descripción que obtiene de la tabla T042Z pero el SAT lo que esta pidiendo es que se mande no descripción sino solo el código del nuevo catálogo. ¿Como podríamos hacer esto?
De antemano gracias por tu ayuda. Saludos.
Hola Santiago.
Si se trata de la clave entonces si tenemos que hacer cambios; pero si se trata de la descripción no.
Lo que me llama la atención es que en el pdf con la publicación del catálogo en el portal del SAT, en lo que se refiere al "Método de Pago" aún se menciona "Leyenda" en vez de "Clave". Esto parece contradictorio.
Me gustaría conocer la opinión de los demás integrantes de esta comunidad. ¿Debemos ahora escribir la clave del método de pago en el XML del CFDi o debemos continuar escribiendo la descripción?
Espero sus comentarios.
saludos!
Hugo buen día:
Tenemos un cliente que, al igual que comenta Santiago, está solicitando se cambie la generación del .XML del CFDI para que, en lugar de que se escriba la descripción del método de pago, se escriba la clave del método de pago. De hecho, el texto de la Resolución Miscelánea fiscal paras 2016, que muestra Santiago en su mensaje y que resalta en amarillo indica que "se debera consignar en el CFDI la clave correspondiente a la forma de pago, ..." .
Por lo anterior, se puede ver que si se requiere hacer la modificación en la generación del XML:
Espero esta información sea de utilidad
Saludos!!!!
Hola Hugo
Nosotros realizamos la consulta al SAT y tambien nos mencionaron que se debe poner la clave; Ademas menciona que si existen diferentes formas de pago se deben de poner las que correspondan, ordenadas de mayor a menor.
Esto lo podran hacer por estandar, o se tiene que hacer uso de la badi?
Saludos
Gracias por la aportación, Alejandro.
Entonces procederé a solicitar la modificación en el estándar. Lo que haremos ahora es tomar la clave del campo ZLSCH del Infotipo 0009 y ya no ir a la tabla T042Z por la descripción.
Lo que ahora deben hacer nuestros clientes es verificar que las claves definidas para el campo ZLSCH cumplen con el catálogo del SAT.
Saluos!
Hola Rocío.
gracias por los comentarios. Vamos a tomar el campo ZLSCH del IT0009. Ustedes deben asegurarse que lo que registren ahí cumple con el catálogo del SAT. Ya NO tomaremos la descripción de la tabla T042Z.
En caso de que ustedes usen varios métodos de pago para pagarle una misma nómina a un trabajador, entonces si deberán programar la BAdI.
También tendrán que usar la BAdI en caso de que no quieran/puedan adecuar sus claves de pago del IT0009 de acuerdo al catálogo del SAT.
Saludos!
Hola Hugo
No veo factible que podamos adacuar las claves del IT0009 al catálogo del SAT por dos puntos:
Se me ocurre que debería de haber un campo adicional para poner este valor u otra tabla.
Saludos.
Gracias por los comentarios, Santiago. Son muy útiles.
Tienes razón en cuanto a las restricciones.
Voy a solicitar el cambio legal sugiriendo una tabla o feature para la conversión de las vías de pago a las claves del SAT. Alterno a esto, existe la opción de la BAdI. Tal vez esa sea la mejor opción de solución (BAdI), por todas las implicaciones de las vías de pago ya configuradas.
saludos!
Hola Hugo,
Coincidimos con los comentarios que han hecho. De acuerdo a esta regla 2.7.1.32 hay que reemplazar la descripcion de metodo de pago en el CFDI por las claves del catalogo publicado en el SAT este pasado 3 de Junio.
Te agradecemos la informacion de cuando estara planeado tener el cambio legal, y si necesitan pilotos para probarla para que nos consideren
Gracias,
Buen dia Hugo,
En la cuestion de estar checando este metodo de pago, seria posible incluir el campo en el layout de resumen de XML para que este mismo se puede checar mas rapido para todos los empleados?
Seria una mejora muy util.
Gracias,
Miroslav
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Buen dia Hugo,
tengo entendido que SAT aclaro un poco mas ciertas dudas sobre este tema.
1. los codigos deben de venir en el campo Forma de pago no en el campo Metodo de pago como aparecen ahora. Van a hacer ustedes esta coreccion?
2. tienen pensado a cubrir la situacion donde el neto es 0 y se tiene que utilizar supuestamente el codigo 99 como forma de pago?
Agradezco como siempre tus comentarios ,
Saludos
Hola Miroslav.
no tengo el mismo entendimiento que tú con respecto al campo "Forma de pago". ¿Puedes enviarme algún comunicado oficial del SAT donde aclare esto?
Del segundo punto tampoco tenemos el mismo entendimiento. Lo que nosotros interpretamos es que se debe indicar el método de pago a realizar aunque el importe neto sea igual a cero.
saludos!
Hola.
les informamos que hemos liberado la siguiente nota para corregir el orden en que se deben mostrar los método de pago cuando se aplican varios métodos en el mismo periodo de nómina:
2341927
Ahora el orden será descendente de acuerdo a los importes de pago de cada método.
Esperemos sea de utilidad para ustedes.
Saludos!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hola.
ya mis colegas de SAP Desarrollo están viendo esto del orden en qué deben aparecer los métodos de pago.
Ahora tenemos la siguiente pregunta: el campo "subtotal" que aparece en el XML ¿incluye el Vale de Despensa o no?
Esperamos sus comentarios para decidir cómo proceder.
Saludos!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hola.
Hemos liberado la siguiente nota con este cambio legal: 2332132
Cualquier problema con la misma, favor de ingresar un incidente en el CSS.
Saludos!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Buenas tardes Hugo,
¿Esta nota debería tomar en cuenta los casos en que los trabajadores tienen periodos retroactivos?
Voy a levantar un incidente, por que tenemos el caso de un trabajador en donde el periodo actual NO tiene pago de vales de despensa pero el método de pago en el XML si lo toma, debido a que en el periodo retro si aparece el ccnomina de vales de despensa.
Saludos
Juany
Hola Hugo,
Veo que ya sacaron una versión 6 de la nota. Implementamos la versión 5, ¿qué mejoras tiene la versión 6?.
Me reportan el caso de empleados con pago de pensión alimenticia. El método de pago lo está generando incorrectamente y sospecho que sea por tener dos vías de pago diferentes en la tabla BT ya que se incluye el pago de la pensión. ¿Es correcta mi apreciación?.
¿Esta situación se arregla por configuiración o es algo que se debe de solicitar por ticket?
Gracias
Saludos
Hola David.
para estar seguro que se trata de un problema del reporte y no de tu instalación es mejor que ingreses un incidente donde incluyas los datos de acceso, variante y resultados esperados.
Si haces esto me envías el número de mensaje por e-mail para darle seguimiento, por favor.
Nosotros no verificamos el contenido de la tabla BT para saber qué método de pago se aplicó.
saludos!
Como bien comenta Martha, no hay diferencias de código entre la versión 5 y la 6. La nueva versión (6) se liberó porque fue necesario ampliar la validéz de algunos pre-requisitos.
Los clientes que no estpan muy actualizados en su aplicación de HRSPs están teniendo problemas para aplicar los pre-requisitos (por la vigencia de los mismos). Por eso estamos ampliando la vigencia de esos prerequisitos, y así disminuimos el número de clientes con esos problemas.
Lo más conveniente es que no dejen pasar tanto tiempo para actualizar su instalación con la aplicación de HRSPs.
Todos aquellos que calculan nóminas retroactivas deberán aplicar la nota 2339600.
Saludos!
Hola Hugo,
Buenas tardes, te confirmo que aplicamos la nota 2339600 y ya funciona el tema de la retroactividad.
Ahora me están reportando un detalle con el tema del orden en que deben mostrarse las claves de método de pago en el XML, según el SAT:
Ejem:
a. Trabajador tiene mayor importe en vales de despensa que en el neto a pagar.
b. El orden de presentación en el método de pago está saliendo incorrecto:
Según el SAT, el orden debería ser: 05,03.
DUDA: ¿Esto está contemplando en las notas actuales o levanto un incidente?
Saludos
Juany
Hola Hugo,
Gracias por la respuesta, me ayudó mucho a localizar el detalle. En unas pruebas para certificar el funcionamiento, utilizaron a un mismo empleado para realizar varios escenarios. En datos maestros crearon diferentes vías de pago para diferentes periodos. Esto ocacionó que lo almacenado en la tabla BT no concordara con los datos maestos. Esto se debe a los criterios que se usan para obtener la vía de pago al calcular la nómina son diferentes al que se implementó en esta solución.
Entonces, por ejemplo. Contamos con casos en que la tabla BT tiene vía de pago en efectivo, pero la búsqueda que realiza al infotipo 9 tomando como clave la fecha final del periodo, obtiene la vía de pago a bancos.
Es muy probable que mis usuarios se adapten para cumplir con el criterio de búsqueda que proponen. Pero habíamos supuesto que la BT era la mejor opción, ya que es lo que se usa para las transacciones de los medios de pago.
Espero esto le sirva a los del foro por si se topan con estos casos.
Saludos
Buen dia Hugo,
nosotros tenemos duda sobre que codigo tiene que llevar una persona que no se le paga nada en un periodo por ejemplo. Es caso de una cantidad pendiente, que se genera en caso de incapacidades, faltar por ejemplo.
Seria utilizar el codigo 98 o 99 y capturarlo cada vez en infotypo 9 que esto pase?
Otra situacion se refiere a los finiquitos pagados con cheque. Aqui tendriamos que capturar en infotypo 9 siempre el codigo C para que el finiquito sale correcto aunque en nomina regular la persona tiene transferencia?
Muchas gracias,
Miroslav
Buenas tardes Miroslav,
Nosotros también nos enfretnamos al mismo problema en cuanto al pago de finiquitos, pero te comparto la solución que implementamos a fin de resolverlo sin tener que modificar el IT0009.
Generamos un programa Z en el cual validamos en el método de pago si la nómina es fuera de ciclo y que que esa nómina fuera de ciclo coincide con el motive de pago de finiquito:
Posteriormente validamos que el motive de pago no incluya el método de pago que lee del IT 0009
De momento en las pruebas realizadas para los escenarios que tenemos nosotros no hemos tenido problemas. De igual manera estamos buscando una solución en la no tengamos que depender de modificaciones de código, si tenemos algún avance te avisamos para ver si les funciona.
Miroslav,
es recomendable que en la medida de baja se tenga configurada una medida dinámica para crear un registro nuevo (a partir de la fecha de baja) con via de pago cheque (C), dado que no solo el finiquito se pagara con cheque sino cualquier otro pago (como el PTU) que haya que hacerle al empleado dado de baja se deberia hacerse con cheque. Hacer la medida dinámica es muy sencillo.
Saludos.
Gerardo Bailón.
Hola,
hemos decidido liberar la nota ya con los últimos cambios (que son minimos).
Prmero necesitamos sincronizar los diferentes releases que tenemos disponibles en mantenimiento estándar. Esta sincronización debe tomar algunas horas.
Les avisamos si la nota queda lista hoy o hasta el próximo lunes.
Saludos!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hola.
les comento que las pruebas piloto de la 1er versión de la nota con este cambio legal han concluido satisfactoriamente. En resumen: lo que hace la nota es tomar el campo "método de pago" del IT0009 y convertirlo, por medio de un feature, a la clave reconocida por el SAT. Cada cliente podrá ajustar el Feature de acuerdo a sus requerimientos de Negocio.
En los próximos días liberaremos la versión 2 de esta nota para clientes piloto. Lo que estarán probando es nuestra propuesta de solución para los casos en que se pagan Vales de Despensa en la Nómina Ordinaria. La solución preliminar es indicar en la tabla T596J los conceptos que utilizan para pagar vales de despensa. Si el reporte que genera el CFDi encuentra alguno de esos conceptos en la tabla RT que está procesando, entonces incluirá el texto ",08" en la clave del método de pago que obtuvo del Feature.
La BAdI que modifica el contenido del CFDi sigue siendo una opción para ajustar el XML.
Confiamos que la versión final de la nota estará disponible para todos nuestros clientes durante la próxima semana. Por ahora sólo está disponible para los clientes piloto que nos están ayudando con las pruebas.
Los mantendremos informados de los avances.
Ssaludos!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hola.
Hoy inician las pruebas piloto de la siguiente versión de esta nota que incluye la solución para el pago de vales de despensa en la nómina ordinaria.
Les informaremos los resultados cuando los recibamos de los clientes que estarán realizando las pruebas.
Estimamos liberar la versión final de la nota durante esta semana.
Saludos!
Hola Hugo buenas tardes,
En el caso de vales de despensa, (en tarjeta) cuando el pago solo se puede identificar por IT0377 y/o en el cluster eso también se agregará al CFDI. Cómo?
Y otra duda es si tendrás idea de cuándo liberarían esta funcionalidad.
Te agradezco de antemano tus respuestas.
Saludos!!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hola Clementina.
gracias por tus preguntas.
Para el primer punto aún no tenemos una propuesta, pero vamos a considerar lo que dices.
Con respecto a la disponibilidad, la nota fue liberada hace unos minutos a los clientes piloto. Dependemos de los resultados de sus pruebas para que liberemos la nota a todos los clientes.. Estimamos que debe tomar al menos una semana más para que liberemos la nota.
Saludos!
Gracias Hugo
Se realizó la pregunta al SAT y están haciendo exigible a partir de 15 de julio 2016, también se refleje el pago con vales, bajo la clave 08, el cual se podrá emitir dentro del mismos CFDI de nómina o por separado, es decir un CFDI por vales de despensa, lo importante es que se emita el comprobante.
Lo anterior con el fin de que se pueda tomar en consideración para el ajuste.
Saludos!!
En nuestro caso, incluimos los vales de despensa en el mismo CFDI del pago de la nómina, la nómina la pagamos por transferencia bancaria a tarjetas de nómina en varios bancos, los vales los pagamos igual por transferencia bancaria en tarjetas de las compañías EDENRED y SIVALE.
Qué clave de método de pago debemos poner en el CFDI? 03 Transferencia? 08 Vales despensa? o se puede poner ambos? algo como 03, 08 ? o con 03 es suficiente?
Saludos
Buenas Tardes,
Dario Caballero una duda en las claves que manejas para los vales de despensa,
Si realizas el pago por Edened ú otro proveedor por trasferencia electrónica, no entraría
en la clave 05 "Monedero Electrónico". Creo que el 08 "Vales de Despensa" es para quienes siguen manejando el papel.
Saludos
Hello Naidu,
the translation from compleatly requirement can be difficult.. here is a summary from the SAP note:
As described in point 2.7.1.32 of the RMISC 2016, the Mexican Government has changed the way of reporting the payment methods in the digital invoices as of July 15th, 2016. Instead of showing the payment method description, the XML file generated by the "Administrador de Comprobante Fiscal Digital por Internet" (RPCPAYMX_CFDI_MANAGER) report has to show the payment method code, according to the new payment methods catalog published by the government.
Regards
Johnatan
Hi Naido,
No really. The transaction PC00_M32_CFDIL load the XML files (these XML files have been signed by the PAC previously) into the table T7MXCFDI_TIMBRE .
I recommeded you to read the following notes and the refered notes:
1944988 - [MX] Announcement of Digital documents for Mexican pay slips
1975152 | [MX] Digital Fiscal Document (CFDi) - Loader and Viewer Reports |
There you can find more information about this.
Regards,
Johnatan
Hola Hugo,
De acuerdo al nuevo catálogo del SAT:
Vamos a tener diferentes claves para:
DUDA: ¿Cada uno tendrá que ser definido en el Infotipo 0009 para que funcione el feature?
Saludos
Juany
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hola Juany.
el catálogo oficial lo encuentras aquí:
http://www.sat.gob.mx/fichas_tematicas/buzon_tributario/Documents/catalogo_metodos_pago.pdf
El feature es sólo una idea. Estoy revisando las opciones técnicas con mis colegas de Desarrollo. En cuanto haya una decisión de la solución se las haré saber.
Como alternativa existe la BAdI que permite modificar el contenido del CFDi. Así que podrán hacer uso de ella en caso que la solución estándar no cubra sus escenarios.
Saludos!
Gracias por los comentarios, Gerardo.
El campo que mencionas hace referencia a la tabla T5M3T que se usa para BPS de Dinamarca.
El problema con los campos actuales es encontrar uno que podamos usar en México y que ninguno de nuestros clientes esté utilizando para algo diferente a lo que pretendemos.
Un campo nuevo en el Infotipo toma mucho tiempo conseguir las aprobaciones cuando no se trata de un infotipo específico para Mexico.
Seguimos analizando diferentes opciones. Gracias por sus aportaciones.
Saludos!
http://www.sat.gob.mx/informacion_fiscal/factura_electronica/Documents/Catalogo_FormasdePago.pdf
Hola
El catalogo correcto es la última versión que liberó el SAT con fecha del 03/Junio. Aquí el link:
User | Count |
---|---|
107 | |
12 | |
11 | |
6 | |
5 | |
4 | |
4 | |
3 | |
3 | |
3 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.