Anexo 20 version 3.3 y Recepción de pagos

[ramonzea]

Toda ésta info es nuestro regalo de Navidad y Año Nuevo.
A poco no te alegra como programador pasarte estos días en tu PC o Lap haciendo código?
Jajajaja

[ramonzea]

Bueno, a ver si estoy mal.
En el XML marca un "conceptos" y en el pdf del pseudo manual dice "cfdi:conceptos".

Como será que quede?

[Sinchi]

La obligatoriedad de este nuevo Anexo es el 1 de julio 2017, sin embargo antes y hasta el 30 de junio 2017 se tendrá un periodo de convivencia entre ambas versiones, es decir, que quien esté listo antes del 1 de julio podrá emitir con este nuevo anexo 20.

El nuevo anexo 20 v.3.3 tendrá validación de datos y operaciones aritméticas, introducirá nuevos catálogos, hará uso e identificación de zona horaria con respecto al lugar de expedición, impuesto trasladado y retenido conforme a catálogos, tasa o cuota conforme a catálogo, cambio en método de pago, permitirá el uso de monedas distintas al peso, entre otros.

La parte de convivencia para emisión quedo clara. El problema es la recepción. Por ejemplo, si yo decido esperar con emisión 3.3 y continuo con 3.2, pero tengo un suministrador que me envía un CFDI 3.3 en enero, entonces ? debo tener mis sistemas listos con 3.3 para poder validarlo? Alternativamente, ? el PAC debe tenerlo listo si o si?

[Sinchi]

[Candado a cancelación en 3.3?]

Anteriormente en otro tema paralelo se habló de posible candado por parte del receptor a la cancelación. http://www.validacfd.com/phpBB3/viewtop ... =16&t=6317

Estaba tratando de encontrar algo en la especificación técnica (PDF) pero no hay nada. Sin embargo, la RMF menciona lo siguiente

Cuando ya se cuente con al menos un CFDI que incorpore el “Complemento para pagos” que acrediten que la contraprestación ha sido total o parcialmente pagada, el CFDI emitido por el total de la operación no podrá ser objeto de cancelación, las correcciones deberán realizarse mediante la emisión de CFDI de egresos por devoluciones, descuentos y bonificaciones

Desgraciadamente, esta formulación no dice quien y como se debe ejecutar este candado.

A ver si alguien ha averiguado mas cosas.

[acanas]

Creo que quien tiene el control de como llenar el complemento de pagos es el emisor del comprobante, por lo tanto como dicen chivo brincado, chivo pagado, si el receptor no paga entiendo que se tiene la posibilidad de cancelar dicha factura y si es así tiene sentido.

[s3cr3to]

Los errores ocurren.... entonces:
1) si generan por error un comprobante (factura) y no hay manera de localizar al receptor
2) si pa'cabarla le generan un pago al comprobante (no lo duden, si ocurre)
Entonces?
Es posible realizar la cancelación de ambos documentos en orden inverso:
1) cancelar el cfdi del pago
2) cancelar el cfdi/factura

Y peor caso si le capturan mas de un pago al cfdi erróneo.

¿En este caso entonces que se puede hacer?
(además de fusilar y cobrarle la factura al capturista, que no creo sea permitido)

[ramonzea]

Se debe cancelar el movimiento del CFDi "ingreso" con un "egreso" o lo que llamamos nota de devolución, nota de crédito.
Lo que he notado en lo poco que he leído, es que parece un chismografo, pues hay nodos que preguntan que debes indicar, para qué?, piensa tu cliente usar la factura.
Por lo que llevo, tardaremos un buen rato en generar una factura por todo lo que el SAT quiere saber, y que al final solo para fregar a unos cuantos va a servir.

[Sinchi]

Creo me expresé ambiguamente.

Lo que estaba tratando de entender es si el SAT va implementar algún mecanismo técnico que rechace cancelación de un CFDI cuando este haya sido reportado como "pagado" o "semi-pagado" usando el complemento de recepción de pago.

Según leí en otro tema discutido en este foro, hay mucho fraude con esto, donde el emisor cancela CFDI que han sido pagados, creo para evadir IVA. Esto creaba problemas al receptor que no podia declarar IVA. El SAT quería poner candado a tales CFDI en 3.3 pero no encuentro nada.

[s3cr3to]

Intento bajar los xslt (claro, para validar que existan) y veo que no están publicados estos dos (al 2016/12/08):

Código: Seleccionar todo

<xsl:include href="http://www.sat.gob.mx/sitio_internet/cfd/pagos/Pagos.xslt"/>
  <xsl:include href="http://www.sat.gob.mx/sitio_internet/cfd/ComercioExterior/ComercioExterior11.xslt"/>

"Bien sat, bien"
Y este si está:

Código: Seleccionar todo

http://www.sat.gob.mx/sitio_internet/cfd/pagos/Pagos10.xslt

Veo que fortiz incluso lo tiene comentado en su código https://github.com/fortiz/sat/blob/mast ... l_3_3.xslt:

Código: Seleccionar todo

<!-- <xsl:include href="http://www.sat.gob.mx/sitio_internet/cfd/pagos/Pagos.xslt"/> -->
<!-- <xsl:include href="http://www.sat.gob.mx/sitio_internet/cfd/ComercioExterior/ComercioExterior11.xslt"/> -->

O acaso tome un archivo cadenaoriginal_3_3.xslt incorrecto?

[shakira]

Aver si no me salgo del tema pero tengo una pregunta que hacer ¿es viable generar la clase con xsd.exe del cfdv33.xsd? Lo que pasa es que pide a catCFDI.xsd y tdCFDI.xsd y termina siendo una motrucidad, lo digo por las pcs de poco desempeño. ¿Que recomiendan?