Fabrica: Factura Electrónica - Clientes
Esta sección está dedicada a la publicación de información relacionada con los clientes que tienen la implementación de la funcionalidad de facturación electrónica activa1).
Definición de Estructura: Documentación
A continuación se describen las columnas que componen la tabla de configuración de los clientes.
Cliente: Nombre del cliente que tiene implementa la funcionalidad.
Código: Identificador del cliente en la implementación de la funcionalidad.
PST: Identificador de la funcionalidad que hace la entrega del documento a la DIAN (
Ver Detalle).
Certificado: Nombre del ente que genera el certificado.
Vigencia: Fecha final de la vigencia del certificado activo.
Formato: Indica el tipo de formato utilizado por el cliente (Solo para el PST ADA).
Logo: India si el formato utiliza logo (Solo para el PST ADA).
Contexto: Indica el modelo empresa que aplica el cliente (
Ver Detalle).
Instalación: Modo de instalación de la funcionalidad (
Ver Detalle).
Integraciones: Indica si el cliente tiene integraciones externas o internas que requieran notificación de actualización.
Reinicio: Indica si la implementación se debe reiniciar al realizar actualización de componentes SICOF ERP (
Ver Detalle).
Definición de Estructura: Documentación - PST
Actualmente se soportan los siguientes PST:
ADA: Solución interna. Es la funcionalidad por defecto la cual utilizan la mayoria de los clientes SICOF ERP.
TNF: Solución externa Tecnofactor/Domina. Es una solución Rest que utiliza el cliente Valor+
BTW: Solución externa ByTheWave. Es una solución SOAP que utiliza el cliente VIVA
ABACO: Solución externa Ábaco. Es una solución Rest que utiliza el cliente AMVA (Área Metropolitana)
Definición de Estructura: Documentación - Contexto
Actualmente se soportan los siguientes contextos de Empresa que son controlados por la columna CODIGO_MEMPRESA.
Uniempresa: Es el modelo de empresa única que utiliza la mayoria de los clientes por defecto utiliza el código CODIGO_MEMPRESA = '9999999999'
Multiempresa Unificado: Es el modelo de multiples empresas en un sola instancia de datos. Es utilizado en los clientes (FOSEMED y FINEB). Por defecto utiliza una empresa central definida con el código CODIGO_MEMPRESA = '9999999999' y las demás con un identificador que inicia desde el número 1 Ejemplo: CODIGO_MEMPRESA = '1'
Multiempresa Separado: Es el modelo de multiples empresas con varias instancias de datos. Es utilizado en el cliente (PDA). Por defecto utiliza una empresa central definida con el código CODIGO_MEMPRESA = '9999999999' y la demás con un identificador que inicia desde el número 1 Ejemplo: CODIGO_MEMPRESA = '1'. Este modelo utiliza una empresa por instancia de base de datos.
Notas
Las integraciones de soluciones externas son las encargadas de entregar los documentos a la DIAN por lo tanto la implementación de la funcionalidad interna solo abarca la entrega al PST y el es el encargado de los demas procesos requeridos de por la facturación electrónica como:
Definición de Estructura: Documentación - Instalación
Actualmente se soportan los siguientes modos de instalación de la funcionalidad de factura electrónica.
Definición de Estructura: Documentación - Reinicio
Actualmente cambios en las estructuras en base de datos requieren que se compilen los paquetes de la funcionalidad de Factura Electrónica y que se reinicie el servicio para que tome los cambios 2). Todo cambio en los paquetes base u objetos referenciados requiere que se reinicie el servicio de facturación electronica y que se reinicien las integraciones que hagan uso de alguno de los procesos.
Paquetes y objetos base de la implementación de factura electrónica
A continuación se listan los objetos base de la funcionalidad, cualquier cambio en esos objetos requiere validación de objetos inválidos en la base de datos y reinicio del servicio de facturación electrónica. Para más información sobre sobre las siguientes definiciones favor consultar Documento de Implementación FE Facturador con Software Propio Sección: Diccionario de Datos
PRESUP01.PCK_FE_WS_PST
SICOF.PCK_UTILIDADES
PRESUP01.V_FE_BASE_ENCABEZADO
PRESUP01.V_FE_BASE_DETALLE
PRESUP01.V_FE_BASE_IMPUESTO
PRESUP01.V_FE_BASE_IMPUESTO_GRUPO
PRESUP01.V_FE_BASE_ENC_IMP_RETE_SUB
PRESUP01.V_FE_BASE_ENC_IMP_RETE_TOTAL
PRESUP01.V_FE_PST_ENCABEZADO
PRESUP01.V_FE_PST_DETALLE
PRESUP01.V_FE_PST_IMPUESTO
PRESUP01.V_FE_PST_IMPUESTO_GRUPO
PRESUP01.V_FE_PST_ENC_IMP_RETE_SUB
PRESUP01.V_FE_PST_ENC_IMP_RETE_TOTAL
PRESUP01.V_FE_PST_FACTURADOR
PRESUP01.V_FE_PST_ADQUIRIENTE
PRESUP01.V_FE_NOTIFICACION_EMAIL_DOC
PRESUP01.V_FE_SENT_ENCABEZADO
PRESUP01.V_FE_SENT_DETALLE
PRESUP01.V_FE_SENT_IMPUESTO
PRESUP01.V_FE_SENT_IMPUESTO_GRUPO
PRESUP01.V_FE_SENT_ENC_IMP_RETE_SUB
PRESUP01.V_FE_SENT_ENC_IMP_RETE_TOTAL
TBL_FE_CONEXION_CLIENTE
PRESUP01.FE_TIPO_FACTURA
PRESUP01.PARAMETROS_FE_PST
PRESUP01.PARAMETRO_PRE_FE_PST
PRESUP01.FE_PST_EVENT_LOG
PRESUP01.FE_PST_EVENT_LOG_PETICION
PRESUP01.FE_PST_EVENT_LOG_SOPORTE
SICOF.M_CONSTANTES
PRESUP01.FE_WS_PST_LOG_SEND
SICOF.MOV_LOG_ERRORES
PRESUP01.FE_CONSECUTIVO_DOC_XML
PRESUP01.FE_CUFE_DOC_CXC_ND_NC
Objetos referenciados
Cualquier actualización en las siguientes estructuras pueden invalidar los objetos base y por lo tanto requieren validación de objetos invalidos, reinicio del servicio de facturación electrónica y notificación a las integraciones internas y externas.
SFCOMERCIAL.PCK_CAUSACION
TESORE01.MAESTRO_TERCEROS
CONTABIL01.PLANTILLAS
CONTABIL01.DET_PLANTILLAS_CUENTAS_PUC
CONTABIL01.DET_PLANTILLAS
CONTABIL01.SALDOS_CUENTAS_CONTABLES
PRESUP01.MAE_CONCEPTOS_CUENTA_COBRAR
PRESUP01.MAE_CUENTAS_POR_COBRAR
PRESUP01.DET_ASIENTO_CONTABLE_CXC
PRESUP01.DET_CUENTAS_POR_COBRAR
PRESUP01.DET_CUENTA_COBRAR_CONCEPTOS
PRESUP01.DET_CUENTA_COBRAR_CCOSTOS
PRESUP01.DET_ASIENTOS_DOCUMENTO
PRESUP01.MAESTRO_ASIENTO_CONTABLE
PRESUP01.DET_ASIENTO_CONTABLE
TESORE01.DET_RECAUDO
TESORE01.DET_RECAUDO_CONCEPTOS
TESORE01.COMPROBANTE_DE_INGRESO
TESORE01.ASIENTO_CAUSACIONES_INGRESOS
PRESUP01.DET_NOTAS_CPCOBRAR
PRESUP01.MAE_NOTAS_CPCOBRAR
PRESUP01.DET_NOTACC_CONCEPTOS
SFCOMERCIAL.MAE_CONCEPTOS_COMERCIAL
PRESUP01.MAE_RECEPCION_PEDIDOS_ITEMS
PRESUP01.MAE_DESCRIPCION_CXC
CONTABIL01.PARAMETROS_SISTEMA
PRESUP01.PARAMETROS_SISTEMA
TESORE01.PARAMETROS_SISTEMA
Integraciones afectadas
A continuación se listan las integraciones que pueden ser afectadas por actualziaciones en las estrcuturas base y/o referenciadas3).
Cliente | Modulos | Interoperabilidades | Impacto | Instalación | Acción |
BENEDAN | Presupuesto/Contabilidad/Tesorería | Supertabla | Crítico | In-house | Notificar al cliente para que reinicie sus servicios |
AMVA | Presupuesto/Contabilidad/Tesorería | Supertabla/Boton de Pagos/Catastro | Crítico | In-house | Notificar al cliente para que reinicie sus servicios |
CMA | Presupuesto/Contabilidad/Tesorería | Supertabla/Académico | Crítico | In-house | Notificar al cliente para que reinicie sus servicios |
UNILLANOS | Presupuesto/Contabilidad/Tesorería | Supertabla | Crítico | In-house | Notificar al cliente para que reinicie sus servicios |
Integraciones afectadas: Impacto
Leve: No afecta los procesos del cliente, no se requiere actualziación ni notificación.
Moderado: Afecta procesos internos del ERP. Requiere reinicio de procesos o servicios internos.
Crítico: Afecta los procesos internos y externos del cliente. Requiere reinicio de procesos o servicios internos y externos.
Listado de Clientes
A continuación se lista la estructura de configuración general de los clientes que tienen activa la funcionalidad.
Cliente | Código | PST | Tecnología | Certificado | Vigencia | Formato | Logo | Contexto | Instalación | Integraciones | Reinicio | Ambiente Prueba |
ADA | ADA_PROD | ADA | WS SOAP | Certicámara | 02/06/2022 | Propio | Si | Uniempresa | On-premise | No | No | Si |
LaPoint | LAPOINT_PROD | ADA | WS SOAP | Certicámara | 27/06/2022 | Propio | Si | Uniempresa | On-premise | No | No | No |
Valor+ | VALOR_PROD | TNF | WS Rest | N/A | N/A | N/A | N/A | Uniempresa | On-premise | No | No | No |
Viva | VIVA_PROD | BTW | WS SOAP | N/A | N/A | N/A | N/A | Uniempresa | On-premise | No | No | Si |
AMVA | AMVA_PROD | ABACO | WS Rest | N/A | N/A | N/A | N/A | Uniempresa | In-house | No | Si | No |
Metroparques | METROPARQUES_PROD | ADA | WS SOAP | GSE | | Genérico | Si | Uniempresa | In-house | No | Si | No |
CMA | CMA_PROD | ADA | WS SOAP | GSE | | Genérico | Si | Uniempresa | In-house | Si | Si | No |
Unillanos | UNILLANOS_PROD | ADA | WS SOAP | GSE | | Genérico | Si | Uniempresa | In-house | Si | Si | No |
CAR | CAR_PROD | ADA | WS SOAP | GSE | | Genérico | Si | Uniempresa | In-house | Si | Si | No |
RIA | RIA_PROD | ADA | WS SOAP | GSE | | Genérico | Si | Uniempresa | In-house | No | Si | No |
FOSEMED | FOSEMED_PROD | ADA | WS SOAP | GSE | | Genérico | Si | Multiempresa Unificado | On-premise | No | Si | Si |
Consideraciones Importantes
Todo proceso de actualización de los módulos del ERP (Appeon) debe considerar si existen objetos base o referenciados para identificar acciones de actualización (reinicio) de las integraciones
4) o funcionalidad de factura electronica. Esta tarea debe validada por el equipo de implantación, sin embargo es posible que el desarrollador ayuede a identificar la situación.
Queda pendiente por el equipo de Nómina adicionar la información referente a la funcionalidad de Nómina electronica.
Queda pendiente adicionar la información relacionada con el Documento soporte. Esta será incluida apenas se implemente el desarrollo.
La información de clientes será diligenciada a medida que se recopilen los datos.
←Volver atras