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.30.0.0 es obligatorio tener el .NET Framework 4.6 o superior instalado en el servidor de InvoiCy. Eso porque fueron agregadas funcionalidades que exigen esa versión del framework. Ahora, en esa versión, actualizamos los procesos de SMTP y POP3 también para utilizar esa versión del Framework.

Cuando es importado un CAE exonerado, CAE Especial, la aplicación ahora permite que la empresa especifique la Norma de la Exoneración a nivel de CAE.

Desde la pantalla de CAE en el Panel de Control, se puede cambiar el CAE Exonerado y informar esta norma en el campo "Norma de la Exoneración".

Desde el Web Service de Registro de CAE (WS_RegistroCAE) también es posible hacer esto desde un nuevo campo llamado "CAENormaExoneracion". Para más detalles consulte el manual de integración XML.

Es importante comentar también que se cambia la representación impresa. A partir de ahora, la norma de exoneración que está impresa debajo de la leyenda "CONTRIBUYENTE EXONERADO" es la norma especificada en el CAE. Caso el CAE no tenga una norma definida, ahí si la aplicación busca esta información a nivel de empresa (definido en la pantalla de Datos de la Empresa).

En el "Panel de Control" hay una opción llamada de "Activaciones Licenciamiento" que por su vez tiene una opción "Uso en el período". En esta pantalla la aplicación ya mostraba las empresas de la Nube que habían utilizado el modelo comercial de licenciamiento en un determinado período. Lo que hicimos en esta versión fue agregar un filtro para buscar también las empresas InHouses.

IMPORTANTE: Esta pantalla está disponible solamente en la Nube Migrate de producción para los usuarios administradores y socios.

Cuando hay un White Label configurado en la aplicación, todo correo electrónico enviado tiene los colores configurado en el White Label del socio. Lo que hicimos en esta versión fue agregar el envío del logotipo en este correo.

Para las empresas que utilizan la Nube Migrate, el logotipo del White Label es grabado en un local público en la Internet y por eso puede ser cargado correctamente en el e-mail enviado. Para las instalaciones InHouse, el logotipo enviado en el correo solamente funciona si el sitio web de InvoiCy está disponible en la Internet.

A continuación están especificados los ajustes realizados en el proceso de migración InHouse:

• Fue hecho una mejora en el proceso que identifica cuando se migró todos los datos. Ahora, la instalación InHouse "avisa" la Nube Migrate cuando se está enviando el último lote de datos y así la Nube sabe que no hay más nada para enviar.

• También hicimos un control para que la instalación InHouse no envíe a la Nube archivos XML en blanco o haga llamadas sin tener datos. Eso reduce un poco el tiempo de migración, para los casos en que hay muchos XML en blancos, y así también no se utiliza recursos de red sin necesidad.

• Y por último, agregamos un nuevo tratamiento para que cuando la empresa migre para la Nube, la instalación InHouse "avise" la Nube de la inactivación de las sucursales migradas. Así, tenemos un mejor control del uso del licenciamiento en el mes.

InvoiCy

• Fue hecha una correción en la busca del receptor en el proceso de generar automáticamente un Recibo Electrónico. El problema que teníamos era cuando se cambiaba los datos de un receptor de la digitación y después se intentaba generar el Recibo Electrónico de un comprobante que había utilizado este mismo receptor. Lo que pasaba era que la aplicación generaba el Recibo con los nuevos datos del receptor y no con los datos antiguos. El mismo problema teníamos también con en el proceso de Duplicar CFE y con la opción Importar y Referenciar de la Digitación.
• Fue hecha una corrección en la pantalla de "Receptores de la Digitación" para que no permita cambiar un receptor ya existente e informar un número de documento de otro receptor. Este tratamiento ya existía en el registro pero no en el cambio.
• Fue ajustada la llamada interna del Web Service de comunicación con la Nube Migrate para que utilice el protocolo TLS 1.2.
• Fue actualizada la DLL que hace el control de comunicación entre InvoiCy y el Redis.

IMPORTANTE: En esa versión el conector se actualizará para la versión 1.6.29.0

Fecha de liberación de la versión: 20-04-2021