Versión 2.8.0.0¶
Fecha de liberación de la versión: 18-02-2026.
En esa versión el conector se actualizará para la versión 1.6.90.1.
Instaladores¶
InvoiCy MSSQL 11¶
Para Microsoft SQL Server 2012 o superior
InvoiCy MSSQL 9¶
Para Microsoft SQL Server 2005 al 2008 R2
IMPORTANTE¶
- La actualización puede ser lenta, así, no cierre el proceso.
- La versión 1.49.1.0 crea nuevos índices en la tabla de documentos. Así, si la empresa tiene una versión anterior a la 1.49.1.0 la actualización puede ser lenta. Por eso, recomendamos hacer el proceso de actualización en un horario que no hay emisión.
- Además, después de actualizar para la VERSIÓN 1.49.1.0 O SUPERIOR es obligatorio que la empresa ejecute manualmente el archivo "U_CargaFechaRegistroComprobante.exe" (disponible en la pantalla WIN de la instalación de InvoiCy). Ese ejecutable va inicializar un campo nuevo para cada CFE, que es necesario para la correcta ordenación de los documentos en la pantalla de Inicio. Comentamos también que caso la empresa tenga muchos comprobantes, ese proceso puede llevar horas.
- Es importante comentar también que ese proceso necesita ser ejecutado solamente una vez. Así, caso ya tenga ejecutado anteriormente no es necesario ejecutarlo de nuevo.
- Recordamos también que desde la versión 1.92.0.0 es obligatorio tener el .NET Framework 4.8 o superior instalado en el servidor de InvoiCy. Eso porque fueron agregadas funcionalidades que exigen esa versión del framework.
Impresión del código del ítem en el formato de representación impresa “Hoja A5”¶
Ahora es posible imprimir el campo “Código (IteCodiCod)” en el formato de representación impresa “Hoja A5”. Este campo permite informar el código del producto de acuerdo con el tipo de codificación definido en el campo “Tipo de codificación (IteCodiTpoCod)”, que puede ser GTIN8, GTIN12, GTIN13, GTIN14, PLU, INT1, INT2 o ARCE.
Para habilitar esta funcionalidad, se creó un nuevo parámetro denominado “¿Imprimir columna con el código del ítem?”, ubicado en “Configuraciones para el formato Hoja A5”, dentro de la pantalla de “Impresión”, accesible desde el “Panel de Control” de la plataforma. Este parámetro permite seleccionar entre las opciones “Sí” y “No”.
Cuando el parámetro esté configurado como “Sí”, la columna “CÓDIGO” se mostrará a la izquierda de la columna “DESCRIPCIÓN” en la sección donde se exhiben los datos del ítem, permitiendo visualizar el código del ítem en el formato de representación impresa “Hoja A5”.
Cuando el parámetro esté configurado como “No”, la columna “CÓDIGO” no será exhibida en dicho formato de impresión.
Nueva validación del tipo de documento del receptor en e-Fac, e-Fac.Cta Ajena y NC/ND¶
Se implementó una nueva validación en la emisión vía Web Service y InvoiCy Conector, que devuelve una validación amigable de InvoiCy cuando un CFE se emite con un tipo de documento del receptor distinto de RUT.
Según la DGI, para los tipos de CFE e-Fac, e-Fac.Cta Ajena y sus respectivas NC y ND (111, 112, 113, 141, 142, 143), el tipo de documento del receptor debe ser “2: RUT (Uruguay)”.
Por lo tanto, cuando un CFE de estos tipos se emita con el valor 3 (C.I. – Uruguay) en el campo Código Tipo Documento Receptor (RcpTipoDocRecep), o con cualquier otro tipo de documento que no sea RUT, se devolverá la siguiente validación:
Nuevos logs de usuario para modificaciones en códigos de la sucursal¶
Se incorporaron dos nuevos registros (logs) en la pantalla “Logs de las acciones de los usuarios” para registrar las modificaciones realizadas en el código de la sucursal, dentro de la sección “Códigos de la sucursal registrado en la DGI” en la pantalla “Datos de la Sucursal”.
A partir de este ajuste, cada vez que un usuario agregue un nuevo código o elimine un código existente de la sucursal, se generará un registro específico, permitiendo una mayor trazabilidad y control de las modificaciones realizadas, tal como se muestra en la imagen a continuación.
Obligatoriedad de impresión de los campos Moneda y Monto del CFE referenciado¶
En el Formato CFE v25 de la DGI, fueron creados dos nuevos campos dentro del grupo de “Referencias”:
- Tipo moneda CFE de referencia (RefTpoMonedaRef)
- Monto CFE de referencia (RefMontoRef)
Anteriormente, existía el parámetro “¿Imprimir el valor del CFE referenciado junto con las informaciones de las referencias?”, disponible en Configuraciones generales > Impresión, que permitía al usuario optar por imprimir o no el valor total del CFE referenciado, incluyendo la moneda correspondiente.
Conforme a la orientación de la DGI, la impresión de esta información en el cuadro de “REFERENCIAS” de la representación impresa pasó a ser obligatoria.
De esta forma, el mencionado parámetro fue removido y la información de moneda y monto del CFE referenciado pasará a imprimirse automáticamente en todos los casos.
Ajuste en la validación de moneda y cotización del CFE referenciado¶
Se realizó una modificación en la validación de los campos “Moneda (RefTpoMonedaRef)” y “Cotización (RefTpoCambioCFERef)”.
Anteriormente, el sistema exigía que estos campos coincidieran con la “Moneda Utilizada (TotTpoMoneda)” y la “Cotización de la Moneda (TotTpoCambio)” del CFE que se estaba emitiendo.
A partir de esta actualización, la moneda y la cotización del CFE referenciado ya no deberán coincidir con las informaciones del CFE en emisión.
En la emisión de CFE mediante digitación (interfaz web), al referenciar un CFE el sistema completa automáticamente los campos “Monto” y “Moneda” con la información correspondiente al documento referenciado, garantizando que se informen los datos correctos.
Sin embargo, en la emisión vía Web Service e InvoiCy Conector, será responsabilidad del emisor completar manualmente los campos “Moneda (RefTpoMonedaRef)” y “Cotización (RefTpoCambioCFERef)” con los datos correctos del CFE referenciado.
Modificación en la validación del monto del CFE referenciado¶
Se realizó una modificación en la validación del campo “Monto CFE de referencia (RefMontoRef)”.
Anteriormente, el sistema exigía que el valor del campo RefMontoRef fuera mayor o igual a cero y menor o igual al Monto Total a Pagar (TotMntPagar) del CFE que se estaba emitiendo.
A partir de esta actualización, el campo RefMontoRef ya no será validado contra el TotMntPagar del CFE en emisión. En adelante, únicamente deberá cumplirse que:
- El valor sea mayor o igual a cero;
- El campo sea informado con el Monto Total a Pagar del CFE referenciado.
De esta manera, deja de existir la validación cruzada con el CFE actualmente emitido, y el valor deberá corresponder exclusivamente al documento de referencia informado.
En la emisión de CFE mediante digitación (interfaz web), al referenciar un CFE el sistema completa automáticamente el campo “Monto” del grupo de referencia con la información correspondiente al documento referenciado, garantizando que los datos se informen correctamente.
Sin embargo, en la emisión vía Web Service e InvoiCy Conector, será responsabilidad del emisor completar manualmente el campo “Monto CFE de referencia (RefMontoRef)” con el “Monto Total a Pagar” del CFE referenciado, asegurando que el valor informado coincida con el documento de referencia.
Ajuste en la validación de los campos de Moneda y Cotización de Referencia en la emisión de CFEs vinculados a e-Remitos¶
Al emitir los documentos del tipo e-Remito (181) y e-Remito Contingencia (281), no se envían los campos Moneda (TotTpoMoneda) ni Cotización (TotTpoCambio).
Por lo tanto, al emitir un CFE que referencie estos tipos de documentos, no debe exigirse el envío de los campos Cotización (RefTipCambioRef) y Moneda (RefTpoMonedaRef) dentro del grupo de referencias.
Se identificó un inconveniente por el cual los comprobantes estaban siendo rechazados al referenciar CFEs de los tipos e-Remito (181) y e-Remito Contingencia (281), debido a una validación indebida de estos campos de referencia.
Con el ajuste realizado, dicha validación deja de aplicarse en estos casos, y ya no se mostrará el siguiente mensaje de error:
“El campo RefTipCambioRef debe ser informado cuando RefTpoMonedaRef sea diferente de UYU.”
Corrección en la referencia de CFE desde la pantalla de “Validación” durante la digitación¶
Durante la emisión de un CFE a través de la interfaz, el proceso se compone de cinco etapas:
- Tipo del CFE
- Digitación del CFE
- Medio de Pago
- Validación
- Confirmación
En la etapa “4. Validación”, es posible referenciar un comprobante dentro de la sección “Referencias”.
Sin embargo, se identificó un inconveniente por el cual, al realizar la referencia en esta etapa, los campos “Monto”, “Moneda” y “Cotización” del grupo de referencias no se completaban correctamente.
Con la corrección implementada, dichos campos pasan a ser informados de forma adecuada al momento de referenciar el comprobante en la etapa de Validación.
Almacenamiento correcto de campos de referencia en emisión de NC, ND y Recibo desde detalles del CFE¶
Al emitir una Nota de Crédito, Nota de Débito o Recibo Electrónico desde los detalles de un CFE en la aplicación Desktop de InvoiCy, el usuario es dirigido a la etapa “3. Medio de Pago” luego de seleccionar la opción correspondiente.
Se identificó que, en caso de que el usuario regresara a la etapa “2. Digitación de CFE” para realizar cualquier modificación y, posteriormente, avanzara nuevamente hasta la finalización de la emisión, los campos “Monto”, “Moneda” y “Cotización” — implementados conforme al nuevo Formato CFE v25 de la DGI — se eliminaban automáticamente.
Como consecuencia, dicha información no se almacenaba correctamente, lo que ocasionaba el rechazo del CFE en el momento del procesamiento.
La situación fue corregida para garantizar que los campos permanezcan correctamente almacenados durante la navegación entre las etapas, asegurando la integridad de los datos y la correcta autorización del documento.
Ajuste en el llenado de los campos de referencia en la aplicación Mobile¶
Se corrigió un inconveniente en la aplicación Mobile durante la emisión de CFEs que incluyen la referencia a otro comprobante. Al realizar la referencia, los campos “Monto”, “Moneda” y “Cotización”, incorporados conforme al Formato CFE v25 de la DGI, no se estaban completando correctamente dentro del grupo de referencias.
Este comportamiento se presentaba en los siguientes escenarios:
- Durante la generación de “Recibo Electrónico”, “Nota de Crédito” o “Nota de Débito” a partir de los detalles de un CFE previamente emitido en la aplicación Mobile.
- Al referenciar un CFE de forma manual mediante la opción “+” en “Comprobantes referenciados” durante la digitación de un nuevo CFE en la aplicación Mobile.
Con el ajuste implementado, estos campos pasan a completarse correctamente al momento de realizar la referencia del comprobante, asegurando el cumplimiento de los requisitos establecidos en el Formato CFE v25.
Otras mejoras y ajustes¶
InvoiCy¶
- Fue corregido un problema en el que, al emitir un CFE con certificado digital vencido, el motivo del rechazo no se mostraba en la pestaña “Respuestas del CFE” dentro de los detalles del CFE. Con la corrección, el mensaje de rechazo referente al certificado vencido se muestra correctamente.
- Fue ajustada la notificación del tipo “CFE Recibido”, mostrada en el ícono de notificaciones ubicado en la esquina superior derecha de la plataforma y enviada también por correo electrónico al responsable de la empresa, para que, en los casos de anulación de un CFE recibido, la numeración del CFE se muestre correctamente.
- Se ha corregido un inconveniente por el cual, al emitir e-Facturas de Exportación y sus respectivas Notas de Crédito (NC) y Notas de Débito (ND), así como e-Tickets de Venta por Cuenta Ajena y sus correspondientes NC y ND, se estaba validando de forma incorrecta el tipo de documento del receptor. Esta validación no debe aplicarse a los comprobantes de exportación del tipo e-Factura ni a los e-Tickets de Venta por Cuenta Ajena.
- Entrega de varias correcciones y mejoras específicas a la plataforma InvoiCy.
Mobile¶
- Fue ajustado el elemento visual en formato GIF, ubicado en la esquina superior derecha de la pantalla de inicio de sesión de la aplicación móvil. Ahora se muestra un GIF compuesto por tres flechas amarillas apuntando hacia la derecha.
