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 activa¹⁾.

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:

PDF
Correo
Eventos

Definición de Estructura: Documentación - Instalación

Actualmente se soportan los siguientes modos de instalación de la funcionalidad de factura electrónica.

On-premise: Esta instalación es realizada en la infraestructura de la compañia ADA (Datacenter en Rionegro).
In-house: Esta instalación es realizada en la infraestrcutura local del cliente.

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 ²⁾. 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 referenciadas³⁾.

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⁴⁾ 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

¹⁾

Por defecto todos los clientes tienen las estructuras de la funcionalidad en estado inactivo

²⁾

Tener presente que toda actualización en base de datos genera una nueva tabla de referencias de objetos las cuales deben ser actualziadas en las referencias de los procesos que los utilizan

³⁾

Esta información está en construcción y debe ser diligenciada por lo todos los usuarios que tengan conocimiento de las interoperabilidades que afecten los módulos del ERP

⁴⁾

Internas y Externas