Versión 5.0.12 - 24/06/2022

Solución de errores

Caso de usuario 10627: Corrección en obtención alternativa de NIT de empresa

Problema: En la aplicación son necesarios algunos datos de sesión relacionados al entorno de la empresa, los cuales son extraídos dentro del token entregado en las peticiones que se realizan desde el marco; desde allí, entre otras, se obtiene el NIT de la empresa correspondiente al entorno en el que está el usuario. Este dato es usado para validar que las peticiones se realicen al entorno correcto según las configuraciones creadas en la base de datos contenedora.

Análisis: Si bien la aplicación ya cuenta con la lógica necesaria para buscar el NIT de la empresa en caso de que este no se encuentre dentro de los datos de sesión, esta cuenta con un error debido a una condición incorrecta relacionada a uno de los parámetros recibidos.

Solución: A fin de corregir este problema y evitar inconvenientes con las peticiones realizadas al api, se requiere alterar el método ObtenerNitEmpresa de la clase LectorConfigDatosSesionWebApi eliminando el parámetro de configuración idBaseDatos y actualizando la consulta.

Nuevas funcionalidades

Añadir dígito de verificación de emisor en la generación de XML de facturas en envió directo en el proceso de habilitación

Definición: En la estructura XML que se debe enviar a la DIAN, existe una etiqueta llamada ProviderID que contiene información relacionada tanto al emisor del documento electrónico como a la DIAN.

Alcance: Durante la etapa de desarrollo y pruebas se detectó que en el subtag schemeID era necesario enviar el digito de verificación correspondiente a la DIAN o de lo contrario se obtendría una regla de rechazo, sin embargo, la DIAN realizo una modificación/corrección para que ahora se deba enviar el digito de verificación del emisor del documento que esté acorde con lo enviado en el subtag value.

Adición de lectura de propiedades para carga de certificado digital

Definición: Debido a que existen varias entidades que pueden emitir los certificados digitales, aún no se tiene completa certeza de que exista un estándar respecto a la etiqueta/tag dentro del certificado digital, que acredite/identifique al dueño del certificado.

Alcance: Alterar la clase de dominio CertificadoDigital para que en caso de que la etiqueta SerialNumber no contenga el NIT de empresa para la que se está cargando el certificado, se revise en dos propiedades anteriores a la etiqueta SerialNumber si allí se encuentra este valor. En caso de no encontrar el NIT seleccionado en ninguna de estas 3 posiciones, la clase deberá seguir arrojando una excepción, impidiendo la carga del certificado digital.

Mejora en el control de errores para la habilitación propia

Definición: Existen escenarios en los que el proceso de habilitación puede generar errores causados por problemas en el certificado digital u otras causas. En estos casos la DIAN entregará un mensaje de respuesta que no tendrá relacionado un código de ZIP, ya que este nunca se generó; y, en su lugar, tendrá uno o más mensajes de respuesta/error explicando el motivo por el cual no se pudo realizar la petición de habilitación.

Alcance: Se añade un control visual en la página de habilitación que maneje estos escenarios de error. En caso de recibir mensajes de error sin contar con un código ZIP, el proceso de reconsulta deberá detenerse y en su lugar se deberá mostrar un listado con los mensajes devueltos por la DIAN.

Validar igualdad de datos entre estructura F&C y contabilidad

Definición: A fin de no tener diferencias entre lo generado por el módulo F&C y lo reportado ante la DIAN por el módulo FE, así como evitar posibles errores en la sincronización, debido a modificaciones realizadas por el usuario por medios diferentes al módulo F&C, se requieren añadir una serie de validaciones al proceso de sincronización cuando este hace uso de la estructura de tablas F&C, para certificar que la información en las tablas de contabilidad y las F&C que se sincronizaran al módulo FE, concuerden y sean iguales.

Alcance: En caso de hallar diferencias entre la información que se encuentra y fue generada en F&C contra información en contabilidad del o los documentos que se están sincronizando, la sincronización de documentos deberá omitir el uso de las reglas de prorrateo específicas de F&C e intentar realizar la sincronización con las demás reglas ya existentes, siempre y cuando el entorno/base de datos tenga el módulo F&C instalado.

Se actualiza instructivo incluyendo las mejoras y nuevas funcionalidades