Title: pFacturas for WooCommerce Author: puntoexeconsultores Published: January 2, 2026 Last modified: July 5, 2026 --- Search plugins ![](https://ps.w.org/pfacturas-for-woocommerce/assets/banner-772x250.png?rev=3431352) ![](https://ps.w.org/pfacturas-for-woocommerce/assets/icon-256x256.png?rev=3431338) # pFacturas for WooCommerce By [puntoexeconsultores](https://profiles.wordpress.org/puntoexeconsultores/) [Download](https://downloads.wordpress.org/plugin/pfacturas-for-woocommerce.1.4.0.1.zip) * [Details](https://wordpress.org/plugins/pfacturas-for-woocommerce/#description) * [Reviews](https://wordpress.org/plugins/pfacturas-for-woocommerce/#reviews) * [Installation](https://wordpress.org/plugins/pfacturas-for-woocommerce/#installation) * [Development](https://wordpress.org/plugins/pfacturas-for-woocommerce/#developers) [Support](https://wordpress.org/support/plugin/pfacturas-for-woocommerce/) ## Description pFacturas es el plugin oficial para integrar la plataforma de facturación electrónica pFacturas con WooCommerce en Uruguay. Permite la emisión automática de Comprobantes Fiscales Electrónicos (CFE) cumpliendo con las normativas de la Dirección General Impositiva (DGI) de Uruguay. #### Características principales * **Emisión automática de CFE:** Genera automáticamente e-Ticket, e-Factura y Notas de Crédito al procesar pedidos * **Cumplimiento DGI:** 100% conforme a las especificaciones técnicas de DGI Uruguay * **Múltiples ambientes:** Soporte para Demo, Testing y Producción * **Facturación con/sin RUT:** Factura tanto a consumidores finales como a empresas * **Validación en tiempo real:** Validación de RUT uruguayo con dígito verificador * **Envío automático de PDF:** El cliente recibe el comprobante fiscal por email * **Compatible con WooCommerce Blocks:** Funciona con el nuevo checkout de WooCommerce * **Logs detallados:** Sistema de logging para depuración y auditoría * **Configuración flexible:** Múltiples opciones para adaptar el plugin a tus necesidades #### Requisitos * Cuenta activa en pFacturas (https://www.pfacturas.com) * WooCommerce instalado y activo * WordPress 6.0 o superior * PHP 7.4 o superior #### Configuración rápida 1. Instalar y activar el plugin 2. Ir a WooCommerce pFacturas para revisar los settings y ajustar el comportamiento del plugin según tus necesidades 3. Realizar un pedido de prueba (el plugin viene en modo Demo por defecto, no requiere credenciales) 4. Verificar en WooCommerce Pedidos que el CFE se emitió correctamente y consultarlo desde el botón “Ver CFE” en el detalle del pedido **Nota**: Para usar el ambiente de Testing o Producción, necesitarás credenciales de pFacturas obtenidas al contratar el servicio. #### Servicios de terceros Este plugin utiliza el servicio externo pFacturas para generar comprobantes fiscales electrónicos conforme a las regulaciones de DGI Uruguay. **Servicio:** API de Facturación Electrónica pFacturas **Proveedor:** PuntoExe Consultores **URL del servicio:** https://www.pfacturas.com **Qué datos se envían:** – Información del cliente (nombre, RUT, dirección) desde pedidos de WooCommerce – Detalles del pedido (artículos, precios, impuestos) – Información de la tienda (RUT, sucursal) – Estos datos se envían cuando se realiza un pedido y el plugin está configurado para emitir comprobantes electrónicos **Cuándo se envían los datos:** – Automáticamente después de completar el pedido( cuando está configurado) – Manualmente cuando el administrador activa la generación de factura – Solo para pedidos que requieren comprobantes fiscales electrónicos **Propósito**: Generar comprobantes fiscales electrónicos (CFE) legalmente conformes según lo requiere la ley tributaria uruguaya (DGI) **Política de privacidad:** https://efactura.puntoexe.com.uy/facturaci%C3%B3n-electr% C3%B3nica/woocommerce-integrado/pol%C3%ADtica-de-privacidad **Términos de servicio:** https://efactura.puntoexe.com.uy/facturaci%C3%B3n-electr%C3%B3nica/woocommerce-integrado/ t%C3%A9rminos-y-condiciones-de-servicio Al usar este plugin, aceptas compartir datos de pedidos con el servicio pFacturas para fines de facturación electrónica. #### Soporte técnico Para consultas y soporte técnico, contactar a **efactura@puntoexe.com.uy** Plugin desarrollado y mantenido por Punto Exe Consultores. ### Dependencies Este plugin requiere que WooCommerce esté instalado y activo. ### Support ¿Preguntas o problemas? Escribe a **efactura@puntoexe.com.uy**. ## Screenshots [⌊Pestaña Conexión del plugin: selección de modalidad (Demo, Testing, Producción) y configuración de credenciales de pFacturas. En modo Demo no se requieren credenciales ya que el plugin solicita unas temporales automáticamente.⌉⌊Pestaña Conexión del plugin: selección de modalidad (Demo, Testing, Producción) y configuración de credenciales de pFacturas. En modo Demo no se requieren credenciales ya que el plugin solicita unas temporales automáticamente.⌉[ Pestaña Conexión del plugin: selección de modalidad (Demo, Testing, Producción) y configuración de credenciales de pFacturas. En modo Demo no se requieren credenciales ya que el plugin solicita unas temporales automáticamente. [⌊Pestaña Documento: configuración general del CFE (forma de pago por defecto, tipo de cambio comercial, adenda libre), sección "Datos del Receptor" con la opción para incluir los datos del cliente del Billing Address en el receptor del CFE de consumo final y el umbral de identificación en Unidades Indexadas, y sección "Forzar Indicador de Facturación" que permite anular el cálculo automático del IndFact y forzar uno de los 17 valores DGI (Exento IVA, Gravado tasa básica, No facturable, Exportación, Monotributo, etc.) en todas las líneas o solamente en líneas sin precio.⌉⌊Pestaña Documento: configuración general del CFE (forma de pago por defecto, tipo de cambio comercial, adenda libre), sección "Datos del Receptor" con la opción para incluir los datos del cliente del Billing Address en el receptor del CFE de consumo final y el umbral de identificación en Unidades Indexadas, y sección "Forzar Indicador de Facturación" que permite anular el cálculo automático del IndFact y forzar uno de los 17 valores DGI (Exento IVA, Gravado tasa básica, No facturable, Exportación, Monotributo, etc.) en todas las líneas o solamente en líneas sin precio.⌉[ Pestaña Documento: configuración general del CFE (forma de pago por defecto, tipo de cambio comercial, adenda libre), sección “Datos del Receptor” con la opción para incluir los datos del cliente del Billing Address en el receptor del CFE de consumo final y el umbral de identificación en Unidades Indexadas, y sección “Forzar Indicador de Facturación” que permite anular el cálculo automático del IndFact y forzar uno de los 17 valores DGI (Exento IVA, Gravado tasa básica, No facturable, Exportación, Monotributo, etc.) en todas las líneas o solamente en líneas sin precio. [⌊Pestaña Emisión: habilitación de emisión automática de CFE al cambiar el estado de la orden, emisión automática de Nota de Crédito al crear un Refund, y textos personalizables que se muestran al cliente en la página de order-received en caso de error de emisión.⌉⌊Pestaña Emisión: habilitación de emisión automática de CFE al cambiar el estado de la orden, emisión automática de Nota de Crédito al crear un Refund, y textos personalizables que se muestran al cliente en la página de order- received en caso de error de emisión.⌉[ Pestaña Emisión: habilitación de emisión automática de CFE al cambiar el estado de la orden, emisión automática de Nota de Crédito al crear un Refund, y textos personalizables que se muestran al cliente en la página de order-received en caso de error de emisión. [⌊Pestaña Checkout: selección del país de origen de los compradores (Uruguay o Cualquier País — habilita una sección alternativa para clientes internacionales con tipos de documento como NIE, NIFE, Pasaporte, DNI Mercosur, etc.), textos personalizables del checkout (pregunta para activar facturación con RUT, pregunta para declarar Documento en modo Cualquier País, etiqueta cuando es obligatorio identificar Documento), ubicación visual de los campos fiscales con detección automática del modo de checkout( clásico o Blocks), y sincronización opcional con campos billing estándar de WooCommerce( Tipo de Documento, Documento y Razón Social) para compatibilidad con flujos previos al plugin y reportes externos.⌉⌊Pestaña Checkout: selección del país de origen de los compradores (Uruguay o Cualquier País — habilita una sección alternativa para clientes internacionales con tipos de documento como NIE, NIFE, Pasaporte, DNI Mercosur, etc.), textos personalizables del checkout (pregunta para activar facturación con RUT, pregunta para declarar Documento en modo Cualquier País, etiqueta cuando es obligatorio identificar Documento), ubicación visual de los campos fiscales con detección automática del modo de checkout (clásico o Blocks), y sincronización opcional con campos billing estándar de WooCommerce (Tipo de Documento, Documento y Razón Social) para compatibilidad con flujos previos al plugin y reportes externos.⌉[ Pestaña Checkout: selección del país de origen de los compradores (Uruguay o Cualquier País — habilita una sección alternativa para clientes internacionales con tipos de documento como NIE, NIFE, Pasaporte, DNI Mercosur, etc.), textos personalizables del checkout (pregunta para activar facturación con RUT, pregunta para declarar Documento en modo Cualquier País, etiqueta cuando es obligatorio identificar Documento), ubicación visual de los campos fiscales con detección automática del modo de checkout( clásico o Blocks), y sincronización opcional con campos billing estándar de WooCommerce( Tipo de Documento, Documento y Razón Social) para compatibilidad con flujos previos al plugin y reportes externos. [⌊Pestaña Backoffice/POS: integración con sistemas de Punto de Venta como YITH POS. Soporta dos modos de identificación del receptor (explícito con dos campos separados o heurístico con un único campo de documento), y permite usar la Nota del Cliente como Adenda.⌉⌊Pestaña Backoffice/POS: integración con sistemas de Punto de Venta como YITH POS. Soporta dos modos de identificación del receptor (explícito con dos campos separados o heurístico con un único campo de documento), y permite usar la Nota del Cliente como Adenda.⌉[ Pestaña Backoffice/POS: integración con sistemas de Punto de Venta como YITH POS. Soporta dos modos de identificación del receptor (explícito con dos campos separados o heurístico con un único campo de documento), y permite usar la Nota del Cliente como Adenda. [⌊Pestaña Avanzado: registro de logs de depuración, emisión asíncrona de CFE vía Action Scheduler (recomendado cuando hay plugins de pago con webhooks de timeout corto como Mercado Pago), y visualización del caché de cotizaciones (Unidad Indexada y Dólar).⌉⌊Pestaña Avanzado: registro de logs de depuración, emisión asíncrona de CFE vía Action Scheduler (recomendado cuando hay plugins de pago con webhooks de timeout corto como Mercado Pago), y visualización del caché de cotizaciones (Unidad Indexada y Dólar).⌉[ Pestaña Avanzado: registro de logs de depuración, emisión asíncrona de CFE vía Action Scheduler (recomendado cuando hay plugins de pago con webhooks de timeout corto como Mercado Pago), y visualización del caché de cotizaciones (Unidad Indexada y Dólar). [⌊Campos fiscales en el checkout: cuando el cliente elige "Factura con RUT = Sí", se solicitan RUT y Razón Social con validación de dígito verificador del lado del cliente y del servidor.⌉⌊Campos fiscales en el checkout: cuando el cliente elige" Factura con RUT = Sí", se solicitan RUT y Razón Social con validación de dígito verificador del lado del cliente y del servidor.⌉[ Campos fiscales en el checkout: cuando el cliente elige “Factura con RUT = Sí”, se solicitan RUT y Razón Social con validación de dígito verificador del lado del cliente y del servidor. [⌊Campos fiscales en el checkout: cuando el monto de la orden supera el umbral de identificación configurado en Unidades Indexadas, se solicitan Tipo y Número de Documento del cliente (Cédula de Identidad uruguaya, Pasaporte, DNI Mercosur u Otros).⌉⌊ Campos fiscales en el checkout: cuando el monto de la orden supera el umbral de identificación configurado en Unidades Indexadas, se solicitan Tipo y Número de Documento del cliente (Cédula de Identidad uruguaya, Pasaporte, DNI Mercosur u Otros) .⌉[ Campos fiscales en el checkout: cuando el monto de la orden supera el umbral de identificación configurado en Unidades Indexadas, se solicitan Tipo y Número de Documento del cliente (Cédula de Identidad uruguaya, Pasaporte, DNI Mercosur u Otros). [⌊Modo "Cualquier País" en el checkout: cuando el setting "País de origen de los compradores" está en "Cualquier País", se reemplaza la pregunta "¿Factura con RUT?" por "¿Quiere declarar Documento?" y se despliega una sección alternativa con un combo personalizado de Tipo de Documento que muestra cada opción (NIE, RUT, C.I., Pasaporte, DNI Mercosur, NIFE u Otros) con su título y descripción explicativa visible. Útil para tiendas que venden a clientes internacionales.⌉⌊Modo "Cualquier País" en el checkout: cuando el setting "País de origen de los compradores" está en "Cualquier País", se reemplaza la pregunta "¿Factura con RUT?" por "¿Quiere declarar Documento?" y se despliega una sección alternativa con un combo personalizado de Tipo de Documento que muestra cada opción (NIE, RUT, C.I., Pasaporte, DNI Mercosur, NIFE u Otros) con su título y descripción explicativa visible. Útil para tiendas que venden a clientes internacionales.⌉[ Modo “Cualquier País” en el checkout: cuando el setting “País de origen de los compradores” está en “Cualquier País”, se reemplaza la pregunta “¿Factura con RUT?” por “¿Quiere declarar Documento?” y se despliega una sección alternativa con un combo personalizado de Tipo de Documento que muestra cada opción (NIE, RUT, C.I., Pasaporte, DNI Mercosur, NIFE u Otros) con su título y descripción explicativa visible. Útil para tiendas que venden a clientes internacionales. [⌊Modo "Cualquier País" cuando el monto supera el umbral de identificación: la pregunta"¿ Quiere declarar Documento?" se oculta y en su lugar aparece la etiqueta informativa" Se requiere identificar un Documento del comprador" (parametrizable desde Settings). El cliente debe obligatoriamente seleccionar un Tipo de Documento, completar el Documento (con validación de dígito verificador para NIE/RUT/C.I. o validación alfanumérica mínima para Pasaporte/DNI Mercosur/NIFE/Otros) y la Denominación Social si el tipo es NIE, RUT o NIFE (entidades jurídicas).⌉⌊Modo "Cualquier País" cuando el monto supera el umbral de identificación: la pregunta "¿Quiere declarar Documento?" se oculta y en su lugar aparece la etiqueta informativa "Se requiere identificar un Documento del comprador" (parametrizable desde Settings). El cliente debe obligatoriamente seleccionar un Tipo de Documento, completar el Documento (con validación de dígito verificador para NIE/RUT/C.I. o validación alfanumérica mínima para Pasaporte/DNI Mercosur/NIFE/Otros) y la Denominación Social si el tipo es NIE, RUT o NIFE (entidades jurídicas).⌉[ Modo “Cualquier País” cuando el monto supera el umbral de identificación: la pregunta“¿ Quiere declarar Documento?” se oculta y en su lugar aparece la etiqueta informativa“ Se requiere identificar un Documento del comprador” (parametrizable desde Settings). El cliente debe obligatoriamente seleccionar un Tipo de Documento, completar el Documento (con validación de dígito verificador para NIE/RUT/C.I. o validación alfanumérica mínima para Pasaporte/DNI Mercosur/NIFE/Otros) y la Denominación Social si el tipo es NIE, RUT o NIFE (entidades jurídicas). [⌊Metabox de pFacturas en la pantalla de edición de orden: muestra el tipo de CFE emitido (eTicket, eFactura), el número fiscal asignado por DGI, el estado de emisión y el enlace al PDF del comprobante.⌉⌊Metabox de pFacturas en la pantalla de edición de orden: muestra el tipo de CFE emitido (eTicket, eFactura), el número fiscal asignado por DGI, el estado de emisión y el enlace al PDF del comprobante.⌉[ Metabox de pFacturas en la pantalla de edición de orden: muestra el tipo de CFE emitido (eTicket, eFactura), el número fiscal asignado por DGI, el estado de emisión y el enlace al PDF del comprobante. [⌊Emisión automática de Nota de Crédito al hacer un Refund de la orden: el metabox muestra tanto el CFE original como la NC asociada, ambos con sus números fiscales y enlaces al PDF, y las notas de la orden documentan el proceso.⌉⌊Emisión automática de Nota de Crédito al hacer un Refund de la orden: el metabox muestra tanto el CFE original como la NC asociada, ambos con sus números fiscales y enlaces al PDF, y las notas de la orden documentan el proceso.⌉[ Emisión automática de Nota de Crédito al hacer un Refund de la orden: el metabox muestra tanto el CFE original como la NC asociada, ambos con sus números fiscales y enlaces al PDF, y las notas de la orden documentan el proceso. ## Installation 1. Ir a Plugins Añadir nuevo Subir plugin 2. Seleccionar el archivo ZIP y hacer clic en “Instalar ahora” 3. Activar el plugin 4. Ir a WooCommerce pFacturas 5. Para pruebas rápidas: Seleccionar Modo “Demo” (no requiere configuración adicional) 6. Para uso en producción: Configurar RUT, Sucursal, Usuario y Contraseña con credenciales de pFacturas ## Reviews ![](https://secure.gravatar.com/avatar/52f0e112bca968a97eae787b8b059bf2d00e397488c675383a1719b65c7a38f7? s=60&d=retro&r=g) ### 󠀁[Excelente plugin, cumple con su cometido](https://wordpress.org/support/topic/excelente-plugin-cumple-con-su-cometido/)󠁿 [jgarciaolaso](https://profiles.wordpress.org/jgarciaolaso/) July 5, 2026 Hace poco que comenzamos a trabajar con pfactura y realmente han puesto lo mejor para resolver todas nuestras necesidades conforme se fueron presentando. Ofrecen muy buena respuesta, y equipo de desarrollo. El plugin funciona muy bien. Sigan así!!! ![](https://secure.gravatar.com/avatar/6bbb4348f366b26633d2182aa3b3c8214f3c4c442dcdafbb7f7cc332b6e00a31? s=60&d=retro&r=g) ### 󠀁[Excelente plugin!](https://wordpress.org/support/topic/excelente-plugin-1542/)󠁿 [jmsmuy](https://profiles.wordpress.org/jmsmuy/) May 25, 2026 PFacturas para WooCommerce me sorprendió para bien porque resuelve una de las partes más molestas de vender online en Uruguay: la facturación electrónica. El plugin se integra directamente con el checkout de WooCommerce y adapta automáticamente el formulario según si el cliente compra como consumidor final o como empresa, pidiendo datos como RUT y razón social cuando corresponde. Además, hace validaciones adicionales con DGI para evitar errores en los datos de facturación, lo que da mucha más tranquilidad! Algo que me gustó mucho es que no requiere configuración inicial para empezar a probarlo. Apenas instalás el plugin ya queda funcionando en modo demo y empieza a generar facturas de prueba automáticamente, así que podés probar todo el flujo sin tener que configurar certificados ni perder tiempo tocando opciones complicadas. Se nota que está pensado para que cualquiera pueda empezar rápido! En general quedé muy conforme con el plugin. Para quienes usan WooCommerce y necesitan integrar facturación electrónica en Uruguay, me parece una solución súper práctica, cómoda y mucho más simple de lo que esperaba. [ Read all 2 reviews ](https://wordpress.org/support/plugin/pfacturas-for-woocommerce/reviews/) ## Contributors & Developers “pFacturas for WooCommerce” is open source software. The following people have contributed to this plugin. Contributors * [ puntoexeconsultores ](https://profiles.wordpress.org/puntoexeconsultores/) [Translate “pFacturas for WooCommerce” into your language.](https://translate.wordpress.org/projects/wp-plugins/pfacturas-for-woocommerce) ### Interested in development? [Browse the code](https://plugins.trac.wordpress.org/browser/pfacturas-for-woocommerce/), check out the [SVN repository](https://plugins.svn.wordpress.org/pfacturas-for-woocommerce/), or subscribe to the [development log](https://plugins.trac.wordpress.org/log/pfacturas-for-woocommerce/) by [RSS](https://plugins.trac.wordpress.org/log/pfacturas-for-woocommerce/?limit=100&mode=stop_on_copy&format=rss). ## Changelog #### 1.4.0.1 * Mejora: El PDF del CFE adjuntado a los emails transaccionales de WooCommerce ( con “Método de envío del PDF” = “Adjuntar a emails de WooCommerce”) ahora lleva el nombre canónico de la plataforma pFacturas: `CFE_{RUT}_{YYYYMMDD}_{TipoCFE}_{ Serie}_{Numero}.pdf` (por ejemplo, `CFE_216464600013_20260704_101_A_5266.pdf`). Antes se enviaba con el nombre del archivo temporal interno de WordPress (algo tipo `pfacturas-cfe-XXXX.tmp.pdf`), que no era descriptivo para el comprador. Ahora el nombre coincide con el que descargaría desde la plataforma pFacturas. #### 1.4.0.0 * Funcionalidad mayor: Nueva opción de envío del PDF del CFE como archivo adjunto a los emails transaccionales de WooCommerce (“Pedido en curso” y opcionalmente“ Pedido completado”). Antes solo era posible que la plataforma pFacturas enviara el email desde sus propios servidores; ahora el PDF puede llegar en el mismo email que WooCommerce ya envía al comprador tras su compra. Nuevo setting “Método de envío del PDF” en el tab Documento con dos opciones: “Adjuntar a emails de WooCommerce” (nuevo default, funciona incluso cuando el remitente de WC está personalizado) o “Envío a través de la plataforma pFacturas” (comportamiento heredado). Si el método es WC, se agrega un sub-setting “Emails de WooCommerce donde adjuntar el PDF” que permite elegir entre “Solo Pedido en curso” o “Pedido en curso y Pedido completado”. El adjunto se genera on-the-fly descargando el PDF desde pFacturas y se borra tras el envío del email. Soporta también emisión asíncrona: si el CFE se emite tras el email de “Pedido en curso” (típico en pagos por transferencia bancaria u órdenes async), el plugin dispara un email adicional“ Factura de pedido” de WC con el PDF adjunto. * Cambio de comportamiento: Se elimina el email adicional con solo un enlace al PDF que el plugin enviaba vía `wp_mail()` cuando “Habilitar envío de representación impresa al receptor” estaba activo. Ese email era redundante con el que ya enviaba la plataforma pFacturas. Instalaciones actualizando desde 1.3.0.1: si tenías activo el envío del PDF, ahora se usa por default el nuevo método “Adjuntar a emails de WooCommerce”; si preferís el flujo anterior con la plataforma pFacturas como remitente, cambiá el select en Settings Documento a “Envío a través de la plataforma pFacturas”. * Seguridad de datos en Demo: El switch “Habilitar envío de representación impresa al receptor” ahora queda forzado a “no” en runtime cuando la modalidad de conexión es Demo, independientemente del valor guardado en base de datos y del método de envío elegido. Antes esta restricción solo aplicaba al mecanismo de pFacturas; ahora aplica también al nuevo mecanismo de WC, garantizando que ningún comprador reciba una notificación con un CFE de pruebas. #### 1.3.0.1 * Corrección crítica: Cuando en el modo “Cualquier País” el monto del carrito supera el umbral de identificación, la emisión del CFE quedaba bloqueada con el mensaje“ El monto supera el umbral de identificación. Debe completar Tipo de Documento y Documento.”, aunque el cliente sí había completado los datos. Tres causas combinadas:( 1) el JavaScript del checkout ocultaba el select “¿Quiere declarar Documento?” pero no forzaba su valor a “Sí” antes del envío, por lo que el formulario enviaba“ No” y el backend interpretaba la orden como consumo final; (2) la validación pre-emisión del modo POS solo conocía los meta keys del modo Uruguay (`_pf_tipo_doc_pf`,` _pf_doc_pf`) y no leía los del modo “Cualquier País” (`_pf_intl_*`); (3) el mapper requería que la pregunta de declaración estuviera explícitamente en “Sí” para procesar los datos fiscales. Solucionado en los tres lugares: el JS ahora setea el value del select a “1” cuando el monto supera el umbral; la validación pre- emisión reconoce el modo “Cualquier País” y lee los meta keys correctos; y el mapper aplica un failsafe que procesa los datos si Tipo de Documento y Documento están cargados, aunque la pregunta declare no esté explícitamente en “Sí”. #### 1.3.0.0 * Funcionalidad mayor: Soporte para compradores de cualquier país. Nuevo setting“ País de origen de los compradores” en el tab Checkout, con dos modos: “Uruguay”( default, comportamiento estándar sin cambios) y “Cualquier País”. En modo “Cualquier País” se reemplaza la pregunta “¿Factura con RUT?” y los campos asociados por una sección alternativa donde el cliente elige el tipo de documento entre 7 opciones( NIE, RUT, C.I., Pasaporte, DNI Mercosur, NIFE y Otros), cada una con su descripción visible. Cuando el monto supera el umbral de identificación se obliga a identificar; cuando no supera, se pregunta si quiere declarar Documento (texto parametrizable). Si el tipo seleccionado es RUT (Uruguay) se emite e-Factura; cualquier otro tipo se emite e-Ticket. Los tipos NIE, RUT y NIFE además solicitan Denominación Social. Tipos numéricos (NIE, RUT, C.I.) validan dígito verificador; tipos alfanuméricos( Pasaporte, DNI Mercosur, NIFE, Otros) admiten letras y números. * Funcionalidad: Nuevos settings “Forzar Indicador de Facturación en todas las líneas” y “Forzar Indicador de Facturación en líneas sin precio (precio=0)” en el tab Documento. Permiten anular el cálculo automático del IndFact y forzar uno de los 17 valores DGI (Exento IVA, Gravado tasa básica, No facturable, Exportación, Monotributo, etc.). El valor “(Defecto)” mantiene el cálculo automático. “Todas las líneas” tiene precedencia sobre “líneas sin precio”. * Mejora UX: Cuando el monto supera el umbral de identificación, ahora se muestra una etiqueta informativa “Se requiere identificar un Documento del comprador” arriba de los campos de Persona Física, en ambos modos (Uruguay y Cualquier País). Antes solo aparecían los campos sin aclarar la obligatoriedad. El texto de la etiqueta es parametrizable desde Settings Checkout. * Funcionalidad: Nuevo setting “Pregunta para declarar Documento (modo Cualquier País)” en el tab Checkout. Texto que se muestra cuando el cliente puede elegir declarar o no Documento (cuando el monto no obliga). Default: “¿Quiere declarar Documento?”. #### 1.2.6.0 * Funcionalidad: Nuevo setting “Pregunta para activar facturación con RUT” en el tab Checkout. Permite personalizar el texto que se muestra junto al selector “ Sí/No” en el checkout (default: “¿Factura con RUT?”). Útil para sitios que prefieran usar otra fórmula como “¿Es para empresa?”, “¿Querés factura?”, “Factura electrónica con RUT (Persona Jurídica)”, etc. Aplica tanto a Checkout Clásico como a Checkout Block. #### 1.2.5.4 * Corrección crítica: El parseo del subtotal del carrito en ambos checkouts (Clásico y Block) ahora extrae solamente la primera secuencia numérica del texto, en lugar de limpiar todo el texto y quedarse con dígitos, puntos y comas. Antes, si el texto del subtotal contenía palabras adicionales como “(incl. VAT)”, “(I.V.A. incluido)” o similares con un punto, el punto contaminaba el parseo: por ejemplo,“ $ 61,00 (incl. VAT)” se interpretaba como 6100 USD (porque el “.” de “incl.” se sumaba al string). Resultado: los campos de Persona Física aparecían incorrectamente en órdenes muy por debajo del umbral. Ahora se usa una regex que captura solo la primera secuencia numérica con sus separadores. * Corrección: Los campos “Tipo de documento” y “Documento” del Checkout Clásico ya no muestran un asterisco rojo duplicado. Antes WooCommerce agregaba un asterisco automáticamente (porque estos campos estaban definidos con `required => true`) y el plugin agregaba otro mediante JavaScript. Ahora ambos campos están definidos con `required => false` para que la obligatoriedad y el asterisco se gestionen solo desde el JavaScript del plugin (igual que ya se hacía con RUT y Razón Social), evitando la duplicación. * Corrección crítica: El JavaScript inline del Checkout Clásico ahora se inyecta directamente en el HTML junto con los campos del plugin (vía `echo` PHP), en lugar de usar `wp_add_inline_script()`. Esto resuelve un bug detectado en algunos sitios donde el script inline simplemente no se cargaba aunque los campos del plugin sí aparecían — el listener `change` del select “¿Factura con RUT?” no se disparaba y los campos RUT/Razón Social nunca se mostraban. La causa raíz era que algunos plugins de optimización/caché de WordPress (o ciertos temas) descartaban el handle vacío `pfwc-checkout-inline` antes de que se inyectara el contenido inline asociado. Ahora el script va directamente en el HTML, sin depender del lifecycle de enqueue/print de WordPress. * Mejora: El enqueue de los assets del Checkout Clásico ahora también detecta automáticamente páginas que usen el shortcode `[woocommerce_checkout]` o el bloque “Classic Checkout” de WooCommerce, aunque no estén configuradas como la página oficial de checkout en WooCommerce Ajustes Avanzado Páginas de pago. Útil para páginas de prueba o casos donde el admin usa el checkout en múltiples páginas. * Mejora: Las versiones de los assets (CSS y JS externos) ahora usan la constante` PFWC_VERSION` en lugar de un número hardcoded `1.0.6`. Esto fuerza a los navegadores a actualizar la caché de los assets cuando el usuario actualiza el plugin, evitando situaciones donde el JS quedaba con código viejo aún después de actualizar. * Mejora UX: Las etiquetas de los campos “RUT”, “Razón social”, “Tipo de documento” y “Documento” del Checkout Clásico ya no muestran el texto “(opcional)” de WooCommerce. En su lugar, cuando el campo es realmente obligatorio (porque se respondió “Sí” a “¿Factura con RUT?” o porque el monto supera el umbral de identificación), se muestra un asterisco rojo. La pregunta “¿Factura con RUT?” sigue marcada como opcional porque la decisión de facturar con RUT sí lo es. * Mejora UX: Al cambiar “¿Factura con RUT?” a “Sí”, ahora el campo RUT vacío se marca con borde rojo inmediatamente (igual que la Razón Social). Antes el borde rojo del RUT solo aparecía al ingresar el primer dígito, generando una inconsistencia visual con Razón Social. * Mejora UX: Al hacer click en “Realizar pedido” con un RUT vacío, RUT inválido, Razón Social vacía, Tipo de Documento vacío, Documento vacío o CI inválida, el campo correspondiente se marca con borde rojo (además del mensaje de error y el focus que ya existían). Antes solo se mostraba el mensaje sin marcar el campo. * Mejora UX: Validación pre-submit de Razón Social vacía y RUT vacío como mensajes separados y específicos. Antes mostraba “RUT inválido. Verifique el dígito verificador.” aunque el RUT estuviera completamente vacío, lo cual era confuso. #### 1.2.5.3 * Corrección crítica: Bug heredado en `pFacturas.php` que generaba un Fatal Error( HTTP 500) al actualizar el plugin desde el admin de WordPress. La función `pf_log()` fue renombrada a `pfwc_log()` hace varias versiones, pero quedó una llamada a` pf_log()` huérfana en el callback del hook `upgrader_process_complete`. Resultado: cada vez que un admin actualizaba el plugin desde “Plugins Hay actualizaciones disponibles”, veía un error visual (“Actualización fallida”) aunque los archivos del plugin sí se reemplazaban correctamente (el fatal ocurría DESPUÉS de copiar los archivos). Al reintentar la actualización, WordPress detectaba que ya tenía la versión nueva y no mostraba el error. Bug presente desde 1.x. Ahora la llamada se corrigió a `pfwc_log()` y las actualizaciones futuras (de 1.2.5.3 en adelante) serán limpias sin errores visibles. * Corrección crítica: La validación del dígito verificador de RUT en el servidor( Checkout Clásico) usaba un algoritmo distinto al del cliente JavaScript: tenía solo 9 factores cíclicos en vez de los 11 correctos. Resultado: RUTs válidos eran rechazados al hacer click en “Realizar pedido” con el mensaje “RUT inválido. Verifique el dígito verificador.”. Ahora ambos lados (cliente y servidor) usan el mismo helper `pfwc_validar_rut()` ya existente en `helpers.php` (factor cíclico 29 idéntico al de Checkout Block). * Mejora de seguridad: Validación server-side de RUT y CI también en el flujo del Checkout Block (Store API). Antes solo se validaba en JavaScript del cliente; si un atacante deshabilitaba el JS, podía enviar datos fiscales inválidos al servidor. Ahora cualquier intento de checkout con RUT/CI inválidos via Block es rechazado con error HTTP 400. Misma función helper que el flujo Clásico (` pfwc_validar_rut` y `pfwc_validar_ci`). * Mejora: Validación en tiempo real de Razón Social en el Checkout Clásico — borde rojo cuando “¿Factura con RUT?” está en Sí y el campo está vacío. Antes solo se validaba al hacer click en “Realizar pedido”. * Mejora: Validación en tiempo real de Tipo de Documento y Documento en el Checkout Clásico — borde rojo cuando estos campos son obligatorios (subtotal supera el umbral de identificación) y están vacíos. Si el tipo es Cédula uruguaya (3), el campo Documento también valida el dígito verificador en tiempo real. * Mejora: Al cambiar el Tipo de Documento (por ejemplo de “Cédula” a “Pasaporte”) se re-valida automáticamente el campo Documento. Al cambiar “¿Factura con RUT?” se re-validan Razón Social, Tipo de Documento y Documento según corresponda. * Refactor interno: Eliminadas las funciones privadas `PFWC_Checkout::valid_rut()` y `PFWC_Checkout::valid_ci()` que duplicaban (con bugs en el caso de RUT) las funciones correctas `pfwc_validar_rut()` y `pfwc_validar_ci()` ya existentes en `helpers.php`. Ahora hay una sola fuente de verdad para la validación de DV en todo el plugin. #### 1.2.5.2 * Mejora: Validación en tiempo real del dígito verificador en los campos “RUT” y “Documento” (cuando el tipo es Cédula uruguaya) del Checkout Clásico. Antes la validación solo se hacía al hacer click en “Realizar pedido”, obligando al usuario a llegar al final para enterarse del error. Ahora a medida que el cliente escribe, el campo se marca con borde rojo si el algoritmo de DV falla, dando feedback inmediato. Si el usuario cambia el “Tipo de documento” después de haber escrito en el campo Documento, se re-valida automáticamente (el DV solo aplica a Cédula Uruguaya; Pasaporte, DNI Mercosur y Otros no tienen DV verificable y nunca muestran rojo). El Checkout Block ya tenía esta validación en tiempo real; este cambio empareja el comportamiento entre ambos checkouts. #### 1.2.5.1 * Corrección de documentación: Sección “Configuración rápida” del readme actualizada. El paso 2 ahora indica que el admin debe revisar y ajustar los settings según sus necesidades (antes solo decía “Ir a WooCommerce pFacturas” sin explicar para qué). El paso de seleccionar modo Demo se eliminó porque el plugin ya viene en Demo por defecto. Y se reemplazó “Verificar recepción del PDF por email” por“ Verificar el CFE desde WooCommerce Pedidos”, porque en modo Demo el envío de PDF por email está deshabilitado. #### 1.2.5.0 * Funcionalidad: Nuevo setting “Omitir emisión de CFE en órdenes con total cero” en el tab Emisión. Activado por default. Evita emitir comprobantes de monto 0 en casos como cupones 100% off, productos gratuitos o pedidos de prueba (no aportan valor fiscal y consumen crédito de la cuenta pFacturas). Si se desactiva, el plugin emite igualmente un CFE de monto 0 para estas órdenes. * Corrección: El label “¿Factura con RUT?” del Checkout Clásico aparecía desplazado horizontalmente hacia el centro en algunos sitios. Causa: WooCommerce inserta pseudo-elementos `::before` y `::after` en cada `

` como clearfix legacy (de la era pre-flexbox cuando el layout usaba floats). Al haber convertido el `

` de “¿Factura con RUT?” a `display: flex` para mostrar el label y el select inline, esos pseudo-elementos pasaron a ser flex items y empujaban el contenido hacia el centro. Ahora se desactivan con `content: none` específicamente para `.pf-rut-inline`. No afecta al Checkout Block (que no usa `

`) ni al resto de los campos del Checkout Clásico. #### 1.2.4.2 * Corrección crítica: El JavaScript del checkout que parsea el subtotal del carrito para comparar contra el umbral de identificación ahora detecta automáticamente el formato del monto según el orden de los separadores (formato americano `1,234.56` para USD o formato europeo/uruguayo `1.234,56` para UYU/EUR). Antes asumía siempre formato europeo, por lo que un monto en USD como “U$S 90.00” se parseaba erróneamente como 9000 (al borrar el punto pensando que era separador de miles). Resultado del bug: en tiendas con moneda USD, los campos de Persona Física (Tipo de Documento y Documento) se mostraban en el checkout aunque el monto estuviera muy por debajo del umbral de identificación. Aplicado en los 3 lugares con el mismo problema: parseo principal del Checkout Clásico, fallback del Checkout Clásico, y fallback del Checkout Blocks. * Mejora: Agregado un listener de evento `input` además del `change` existente para detectar cambios en el select “¿Factura con RUT?”. Necesario en sitios que tienen plugins de Checkout adicionales como Direct Checkout for WooCommerce, que reemplazan el `