ValidaCFD

Hasta ahorita, con los CFDI 3.2, los efectos fiscales son hasta el Pago de la Factura...

los impuestos se calculan por los ingresos acumulables

Si los datos son opcionales:

http://validacfd.com/phpbb3/viewtopic.p ... 727#p41701

el problema que aveces los clientes no entienden eso y los piden obligatorios, como el caso del Numero de cuenta pago, siempre fue opcional pero en algún momento empezó a ser obligatorio en la practica.

Ahora de los 3 datos que pide, me parece que el Certificado en base64 pudieron haberlo incluido en el XML de Banxico y así evitar la fatiga de ir a buscar el dichoso certificado (que supongo esta en la LCO o no se donde) y aparte esto repetirlo en cada operación. Aparte, falta que cada banco tengo varios certificados y etc

jggtz escribió:Hasta ahorita, con los CFDI 3.2, los efectos fiscales son hasta el Pago de la Factura...

los impuestos se calculan por los ingresos acumulables

Ahh pero eso es para el receptor de la factura, mira funciona así:

1.- Una empresa le factura al cliente $1,000 pesos y promete pagar la factura en 3 meses.
2.- La empresa suma esos $1,000 a sus ingresos acumulables pagando los impuestos correspondientes según el factor de utilidad del periodo anterior, se pagan impuestos sin tener el dinero de la venta.
3.- El cliente tiene la factura pero no puede deducirla hasta pagarla, aun así el SAT ya tiene el pago de impuestos.
4.- El cliente paga la factura en algún momento y deduce el gasto.
5.- La empresa finalmente obtiene la utilidad.

Lo ideal seria:

1.- La empresa emite una remisión.
2.- El cliente recibe el producto y promete pagar (venta a crédito)
3.- El cliente paga al proveedor
4.- El proveedor emite la factura

Cero problemas.

Jesus Castelo escribió:Si los datos son opcionales:

http://validacfd.com/phpbb3/viewtopic.p ... 727#p41701

el problema que aveces los clientes no entienden eso y los piden obligatorios, como el caso del Numero de cuenta pago, siempre fue opcional pero en algún momento empezó a ser obligatorio en la practica.

Ahora de los 3 datos que pide, me parece que el Certificado en base64 pudieron haberlo incluido en el XML de Banxico y así evitar la fatiga de ir a buscar el dichoso certificado (que supongo esta en la LCO o no se donde) y aparte esto repetirlo en cada operación. Aparte, falta que cada banco tengo varios certificados y etc

Lo curioso es que en el portal de generacion de CFDI del SAT los marca como obligatorios lo cual no pinta bien, hay un video donde se muestra toda la informacion a llenar: https://www.youtube.com/watch?v=OFdoHrbfq8M

La verdad son campos muy "jalados", poner el RFC del banco receptor y banco emisor no tiene madre.... como si el SAT los necesitara en el XML.

Hola colegas, los campos RfcEmisorCtaOrd / RfcEmisorCtaBen, entonces son rfc de los bancos ?? (gulp!), en la lectura esta más que ambiguo, hasta hoy yo creía que
RfcEmisorCtaOrd = Rfc del que paga(cliente)
RfcEmisorCtaBen= Rfc del que recibe(proveedor)

Esta mas que innecesario andar poniendo rfc de los bancos , seguros eso tendremos que poner?

Saludos colegas

Si, son los RFC del banco que envia el dinero y del banco que lo recibe

Y si, tambien pienso que es ridiculo, para que le sirve al SAT estos datos que ya conoce ?

RfcEmisorCtaOrd
Descripción
Atributo condicional para expresar la clave RFC de la entidad emisora de la cuenta origen, es decir, la operadora, el banco, la institución financiera, emisor de monedero electrónico, etc., en caso de ser extranjero colocar XEXX010101000, considerar las reglas de obligatoriedad publicadas en la página del SAT para éste atributo de acuerdo con el catálogo catCFDI:c_FormaPago.

RfcEmisorCtaBen
Descripción
Atributo condicional para expresar la clave RFC de la entidad operadora de la cuenta destino, es decir, la operadora, el banco, la institución financiera, emisor de monedero electrónico, etc. Considerar las reglas de obligatoriedad publicadas en la página del SAT para éste atributo de acuerdo con el catálogo catCFDI:c_FormaPago.

¿Alguien de los aquí presentes tiene un Comprobante de Pago vía SPEI? los datos que aparecen allí nos sirven para recuperar desde la página de banco de mexico el XML que respalda a la operación SPEI y por ende poder desde nuestras aplicaciones importar el XML y llenar los tres atributos.
CertPago,CadPago,SelloPago
La verdad se me hace una exageración incluir esto, AL MENOS en el esquema dice que son opcionales.

Tu mismo puedes obtener uno, es muy fácil. Entra en la pagina de Banxico:

http://www.banxico.org.mx/cep/

Pon los datos de cualquier transferencia que te hayan hecho a ti o tu a cualquier otra persona y ahí lo tienes

Supongo que lo ideal es que, cuando el cliente te informe que realizó la transferencia, lo haga a través de un correo electrónico donde adjunte el XML y/o PDF del movimiento (SPEI/CEP) ....
en caso de que solo nos manden el XML del CEP (Comprobante Electrónico de Pago) y se dificulta obtener los datos de ahi podemos pasarlo por el validador ( https://www.banxico.org.mx/validador/ ) y nos serán devueltos en la pagina...

Lo más sencillo que el cliente enviará el XML del SPEI . (eso si, si falla por alguna razón, que le re-envie o no hay datos de SPEI en el pago)

O que existiera un web services de descarga tipo "almacén de xml de SPEI", (hasta sueño despierto).

Y mejor aún, implementar el uso de un UUID a los SPEI y dejar de relacionar tanto dato.

Pero la cosa es hacerla más difícil al contribuyente.