Herramientas de usuario

Herramientas del sitio


ada:howto:sicoferp:factory:sicoferpscriptsdb:fe:client

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:

  • 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 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
AMVAPresupuesto/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 UnificadoOn-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 integraciones4) 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

1)
Por defecto todos los clientes tienen las estructuras de la funcionalidad en estado inactivo
2)
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
3)
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
4)
Internas y Externas
ada/howto/sicoferp/factory/sicoferpscriptsdb/fe/client.txt · Última modificación: 2021/07/12 15:58 por 192.168.177.6