RFC en el checkout de Shopify para México
Durante años, cualquier tienda mexicana en Shopify que quisiera facturar tenía que inventarse el campo del RFC: una nota en el pedido, un campo personalizado, una app de terceros. Eso cambió.
Shopify pide el RFC de forma nativa
Desde el 1 de enero de 2025, el checkout de Shopify recoge el identificador fiscal —RFC, o CURP, o el equivalente extranjero— en la sección de información adicional, para pedidos con envío a México.
La consecuencia práctica: ese dato ya viene en el pedido, sin desarrollo. Cualquier sistema de facturación que lo lea no necesita extensiones de checkout ni pedirle al cliente que lo repita.
Lo que hay que revisar en una tienda que ya vendía
Las tiendas que resolvieron el problema antes de 2025 suelen quedarse con dos campos de RFC: el nativo y el propio de antes. Eso produce dos síntomas conocidos:
- el cliente lo escribe en uno, el sistema lee el otro, y la factura sale sin RFC;
- los dos tienen valor y no coinciden, normalmente porque uno se llenó hace un año.
Vale la pena hacer la limpieza: decidir cuál es la fuente de verdad, y retirar el otro del checkout. Un campo duplicado no es un inconveniente estético; es una fuente permanente de facturas mal emitidas.
Lo que el campo nativo NO resuelve
Aquí está el matiz importante, y es la razón por la que capturar el RFC no equivale a poder facturar.
Un CFDI 4.0 nominativo necesita cinco datos del receptor: RFC, nombre exactamente como aparece en la constancia, régimen fiscal, código postal del domicilio fiscal y uso de CFDI. El checkout te entrega el primero. Los otros cuatro, no.
Y no son opcionales ni deducibles: el nombre se valida contra el padrón del SAT, el régimen tiene que ser uno que ese RFC tenga registrado, y el código postal es el fiscal, no el de entrega. Los patrones de error están en errores comunes en los datos del receptor.
Entonces, ¿para qué sirve tenerlo?
Para saber quién quiere factura, que es justo lo que separa una operación ordenada de una caótica.
Con el RFC en el pedido puedes clasificar desde el primer minuto: los pedidos con RFC van a factura nominativa; los que no lo traen entran a la factura global del periodo. Sin ese dato, esa clasificación se hace a mano al final del mes, que es exactamente cuando el tiempo escasea.
Un apunte sobre el CP de envío
Ya que el checkout tiene una dirección, es tentador usar su código postal para el CFDI. No: DomicilioFiscalReceptor es el CP fiscal. Coinciden a menudo, y por eso el error pasa desapercibido hasta que aparece un cliente que factura a su despacho y recibe en su casa.
Lo razonable en la práctica
Recoger el RFC en el checkout y completar los datos restantes por un portal de autofactura, donde el cliente los captura una vez y quedan asociados a su RFC. Cómo funciona ese flujo está en qué es un portal de autofactura, y el panorama general en facturación CFDI para tienda en línea.
Preguntas frecuentes
¿Shopify pide el RFC en el checkout?
Sí. Desde el 1 de enero de 2025 el checkout recoge el identificador fiscal —RFC, CURP o el equivalente extranjero— en la sección de información adicional para pedidos con envío a México.
¿Con el RFC del checkout ya puedo emitir la factura?
No. Un CFDI 4.0 nominativo requiere además el nombre exactamente como está en la constancia de situación fiscal, el régimen fiscal, el código postal del domicilio fiscal y el uso de CFDI.
¿Puedo usar el código postal de la dirección de envío?
No. El campo del domicilio fiscal del receptor debe contener el código postal fiscal registrado ante el SAT, que no siempre coincide con el de entrega.
Tengo un campo de RFC propio desde antes, ¿lo quito?
Conviene hacerlo. Mantener dos campos de RFC provoca que el cliente escriba en uno y el sistema lea el otro, o que ambos tengan valores distintos, lo que termina en facturas mal emitidas.