ValidaCFD

Yo creo que el PAC le anda moviendo algo porque en mis pruebas ya tenia bien probado los REP, pero ahora cualquier prueba me marca igual que a ti.

DADO escribió:

meximaster escribió: Esto no es un problema ligero, aparentemente el SAT metio en la L_RFC todo incluyendo nombre y codigo postal.

Por eso para el 2022 la LCO ya no se puede acceder, los PAC estaran validando el nombre, regimen y colonia con esa tabla.

Esta raro, para que pide esto el SAT en los XMLs?

Necesitamos acceso a la LCO para poder validar todo antes de mandar a timbrar.

Tambien pense (o lo lei por ahi) que iban a validar el regimen fiscal, pero las pruebas que he hecho indican que no lo estan validando

Esta como el tema oficial que decia que iba a incluir la direccion fiscal de emisor y receptor y a la mera hora no hay tal.

Yo apoyo la idea de @Hana, si no hay acceso abierto a la LCO por lo menos un web service de consulta, deja le comento a mi PAC, aunque con tanto trabajo que tiene ahorita dudo que me escuche ....

Nosotros le mandamos esa petición al PAC, y nos comentó que ya le dijeron al SAT para que publique algo como la validación de los RFC. Pero dudo que lo tengan listo para antes de la salida a Producción.

El problema es que ellos como PAC no tienen permitido compartirlo, entonces estamos fritos!!

Hana escribió:

DADO escribió:

meximaster escribió: Esto no es un problema ligero, aparentemente el SAT metio en la L_RFC todo incluyendo nombre y codigo postal.

Por eso para el 2022 la LCO ya no se puede acceder, los PAC estaran validando el nombre, regimen y colonia con esa tabla.

Esta raro, para que pide esto el SAT en los XMLs?

Necesitamos acceso a la LCO para poder validar todo antes de mandar a timbrar.

Tambien pense (o lo lei por ahi) que iban a validar el regimen fiscal, pero las pruebas que he hecho indican que no lo estan validando

Esta como el tema oficial que decia que iba a incluir la direccion fiscal de emisor y receptor y a la mera hora no hay tal.

Yo apoyo la idea de @Hana, si no hay acceso abierto a la LCO por lo menos un web service de consulta, deja le comento a mi PAC, aunque con tanto trabajo que tiene ahorita dudo que me escuche ....

Nosotros le mandamos esa petición al PAC, y nos comentó que ya le dijeron al SAT para que publique algo como la validación de los RFC. Pero dudo que lo tengan listo para antes de la salida a Producción.

El problema es que ellos como PAC no tienen permitido compartirlo, entonces estamos fritos!!

Efectivamente, ya hablamos también con nuestro PAC y no pueden ofrecer ningún tipo de información o webservice para este asunto, tampoco el SAT va a ofrecer un webservice ni nada por el estilo.

Estarán validando el Receptor:Nombre y Receptor:DomicilioFiscalReceptor, eso se supone esta en la LCO nueva del 2022 a la cual no tendremos acceso.

Que manchaditos los del SAT, para que quieren que pongamos eso si ya lo tienen en su sistema interno.

En cuanto a los problemas en validaciones son múltiples, se ve que los PACs le están moviendo fuerte a su código, lo que timbraba ayer ya no timbra hoy, validaciones que les faltaban en carta porte..etc, es un maldito desastre.

Otro problema con las validaciones son los "absurdos" mensajes:
El campo DomicilioFiscalReceptor del receptor, debe encontrarse en la lista de RFC inscritos no cancelados en el SAT.
El campo DomicilioFiscalReceptor del receptor, debe pertenecer al nombre asociado al RFC registrado en el campo Rfc del Receptor.

100% seguro que serán cientos de llamadas diarias para soporte sobre tales errores, nosotros necesitamos una base de datos estilo LCO forzosamente, de hecho ya estamos trabajando en eso, sale por que sale.
El SAT podrá dar marcha atrás a esta locura?

Buen día Colegas, hoy me llego este manual para el Complemento de pagos, espero lo lean y ayude a entender este proceso.

Saludos
Ing. Vega

Ya estoy en la etapa de problemas con los campos, al parecer ya casi llego a timbrar pero me marca este error al querer timbrar.

com.edicom.ediwinws.service.cfdi.CFDiException: CFDI40130: El campo Rfc del nodo receptor debe contener valor "XAXX010101000" y el valor del campo Nombre del nodo Receptor debe contener el valor “PUBLICO EN GENERAL".

En mi XML, tengo exactamente esos datos no se en que me este equivocando

Mi PAC (Ecodex) marco el mismo error, pero ya vi que mas bien el SAT redacto mal el mensaje, deberia ser algo como :

"Si el Receptor es "PUBLICO EN GENERAL" y el RFC es "XAXX010101000" entonces FORZOSAMENTE debe tener informacion Global (Periodicidad, Año, Mes)"

Y bueno, eso es lo que te falta, la informacion para facturacion global.

O la alternativa es usar Nombre algo como "Ventas de Mostrador", con el RFC XAXX010101000 para que no te pida la info global

_____________________
Ja! se nota que soy programador........"el error debe ser ......... if receptor=xxx then..infoglobal.. else nombre="

DADO escribió:Mi PAC (Ecodex) marco el mismo error, pero ya vi que mas bien el SAT redacto mal el mensaje, deberia ser algo como :

"Si el Receptor es "PUBLICO EN GENERAL" y el RFC es "XAXX010101000" entonces FORZOSAMENTE debe tener informacion Global (Periodicidad, Año, Mes)"

Y bueno, eso es lo que te falta, la informacion para facturacion global.

O la alternativa es usar Nombre algo como "Ventas de Mostrador", con el RFC XAXX010101000 para que no te pida la info global

_____________________
Ja! se nota que soy programador........"el error debe ser ......... if receptor=xxx then..infoglobal.. else nombre="

Muchas gracias me sirvio mucho tu observacion ya que yo tambien soy programador jajaja, ya logre timbrar mi xml con nombre de una persona y con el RFC Generico por si les sirve de ejemplo, yo programo en c#

Hola buen dia, estoy con el comprobante de pago y me sale este error

com.edicom.ediwinws.service.cfdi.CFDiException: CRP20204: El valor del campo TotalTrasladosBaseIVA16 no es igual al redondeo de la suma del resultado de multiplicar cada uno de los importes de los atributos BaseP de los impuestos trasladados registrados en el elemento TrasladoP donde los atributos contengan en ImpuestoP el valor IVA, en TipoFactorP el valor Tasa y en TasaOCuotaP el valor 0.160000, por el valor registrado en el atributo TipoCambioP de cada nodo Pago.

les adjunto mi xml para ver si me pudieran ayudar, creo que ya es el ultimo paso para que me timbre mi xml, trabajo con Edicom.

Te falta la declaracion de impuestos a nivel de Pago

Hay que poner los impuestos en TRES niveles

1-A nivel de documento relacionado

2-Esos se suman y se pone el total a nivel de Pago (es el que te falta)

3-Se suman los impuestos de los distintos Pagos (raro que haya mas de uno, pero si esta permitido) y se pone a nivel Global