rW
remiWEB · Modelo de integración y gobernanza
POS GK · SICOL · BD centralizada · TLC · Tres fases de evolución
Actores
Fases
Flujos
Usuarios
Facturación
Gobernanza
Actores del ecosistema
🏛
POS GK
Núcleo de negocio. Usuarios, negocios (sucursales), puntos de venta (cajas) y facturación electrónica.
Fuente de verdadFE · DIANMotor impresión
⚙️
SICOL
Proveedor de catálogos y convenios en fases 1 y 2. Desaparece en la fase 3.
Catálogos F1·F2Convenios F1·F2Deprecado F3
🖥
remiWEB
Interfaz de punto de venta. Consume POS GK vía API. En F2+ genera novedades. En F3 toma gobernanza de catálogos.
PDV · cajaAPI clientBD centralizada
📡
TLC
Sistema externo que recibe novedades de entrega de medicamentos desde remiWEB (fase 2 en adelante).
Receptor F2+Entregas
Arquitectura general del ecosistema
Evolución en dos fases
SICOL provee catálogos y convenios via novedades. remiWEB los almacena en su BD centralizada. El POS GK gestiona usuarios y facturación electrónica.
Eventos clave
1. SICOL → BD centralizada remiWEB
Catálogo medicamentos, beneficiarios, empresas convenios, reglas de negocio — batch periódico de novedades
2. remiWEB → API POS GK
Validación y carga de perfil de usuario por caja, envío de transacciones PDV
3. POS GK → remiWEB
Perfil de usuario con módulos habilitados, tirillas y documentos fiscales emitidos
4. Sin almacenamiento de transacciones aún
La copia de transacciones en la BD centralizada de remiWEB inicia en la fase 2
Flujos de datos activos
SICOL → remiWEB
Catálogo medicamentosBeneficiariosEmpresas conveniosReglas de negocio
POS GK → remiWEB
Perfil usuarioMódulos PDVTirillas / docs FE
remiWEB → POS GK
Transacciones PDVSolicitud FE
Diagrama de flujo por fase
Fase 1: SICOL alimenta la BD centralizada de remiWEB con catálogos y convenios. El POS GK gestiona usuarios y emite documentos fiscales.
Validación de usuarios — punto de venta
Gobernanza: El usuario, su negocio (sucursal) y su punto de venta (caja) existen en el POS GK. remiWEB consulta
GET /usuario/{id} y renderiza solo los módulos autorizados por perfil.
Selecciona un perfil
María Torres
USR-0042 · Cajera senior
OLIMPICA Bquilla Centro PV-OLIMPICA-05Registrar medicamentoGenerar informeActualizar novedadAnular transacciónReserva · entrega pendientesConsulta de stock
Carlos Ramos
USR-0017 · Regente farmacia
OLIMPICA Cali Norte PV-OLIMPICA-02Registrar medicamentoGenerar informeActualizar novedadAnular transacciónReserva · entrega pendientesConsulta de stock
Luisa Medina
USR-0089 · Cajera básica
OLIMPICA Medellín Sur PV-OLIMPICA-08Registrar medicamentoGenerar informeActualizar novedadAnular transacciónReserva · entrega pendientesConsulta de stock
Andrés Gómez
USR-0031 · Supervisor
OLIMPICA Bquilla Norte PV-OLIMPICA-01Registrar medicamentoGenerar informeActualizar novedadAnular transacciónReserva · entrega pendientesConsulta de stock
✕
GET /usuario/{id} → POS GK
Módulos habilitados:
Payload API:
Facturación electrónica y emisión de tirillas
Principio: El POS GK firma, numera y emite ante la DIAN. remiWEB envía los datos de transacción y recibe el documento para imprimir en el PDV.
Flujo de emisión
1
Transacción en remiWEB
Cajero registra items en el PDV / En el caso de anulación se realiza la anulacion de toda la transacción / En el caso de entrega de pendientes de consulta el estado por el numero de transacción
2
remiWEB llama API POS GK
POST /factura → GET /tirilla/{id}
3
POS GK emite el documento
Firma DIAN · numera · genera CUFE · PDF
4
remiWEB recibe y envía a impresora
PDF / base64 → impresora térmica del PDV / En caso de pendiente actualiza estado
Vista previa tirilla
OLIMPICA S.A.
NIT 890.900.129-3 · Barranquilla
FACTURA ELECTRÓNICA
No. FE-2026-04091 · Res. 18760000001
Cajero: María Torres · PV-05
09/04/2026 14:32
Dolex 500mg x10$12.500
Loratadina 10mg$8.900
Omeprazol 20mg x30$18.200
TOTAL$39.600
CUFE: abc123...xyz789
Emitido por POS GK · DIAN
Mapa de gobernanza de datos
Regla de oro: Cada dato tiene un único dueño en cada fase. remiWEB consume lo que no genera, y genera solo lo que le corresponde según la fase activa.
En fase 1 remiWEB es un consumidor puro: recibe catálogos de SICOL y consume el POS GK para usuarios y FE. Su BD centralizada solo almacena catálogos recibidos.
POS GK
Usuarios y perfiles✅ Administra
Negocios (sucursales)✅ Registra
Puntos de venta (cajas)✅ Configura
Numeración facturas✅ Asigna
Firma electrónica DIAN✅ Emite
Emisión de tirillas✅ Genera
Auditoría / logs✅ Almacena
SICOL
Catálogo medicamentos✅ Fuente · envía novedades
Beneficiarios✅ Fuente · envía novedades
Empresas convenios✅ Fuente · envía novedades
Reglas de negocio✅ Fuente · envía novedades
EstadoActivo
remiWEB · BD centralizada
Catálogo medicamentos📥 BD centralizada (de SICOL)
Beneficiarios📥 BD centralizada (de SICOL)
Convenios · reglas📥 BD centralizada (de SICOL)
Transacciones PDV❌ Aún no almacena
Archivos RIPS❌ Aún no genera
rW
remiWEB · Modelo de integración y gobernanza
POS GK · SICOL · BD centralizada · TLC · Tres fases de evolución
Actores
Fases
Flujos
Usuarios
Facturación
Gobernanza
Actores del ecosistema
🏛
POS GK
Núcleo de negocio. Usuarios, negocios (sucursales), puntos de venta (cajas) y facturación electrónica.
Fuente de verdadFE · DIANMotor impresión
⚙️
SICOL
Proveedor de catálogos y convenios en fases 1 y 2. Desaparece en la fase 3.
Catálogos F1·F2Convenios F1·F2Deprecado F3
🖥
remiWEB
Interfaz de punto de venta. Consume POS GK vía API. En F2+ genera novedades. En F3 toma gobernanza de catálogos.
PDV · cajaAPI clientBD centralizada
📡
TLC
Sistema externo que recibe novedades de entrega de medicamentos desde remiWEB (fase 2 en adelante).
Receptor F2+Entregas
Arquitectura general del ecosistema
Evolución en dos fases
SICOL provee catálogos y convenios via novedades. remiWEB los almacena en su BD centralizada. El POS GK gestiona usuarios y facturación electrónica.
Eventos clave
1. SICOL → BD centralizada remiWEB
Catálogo medicamentos, beneficiarios, empresas convenios, reglas de negocio — batch periódico de novedades
2. remiWEB → API POS GK
Validación y carga de perfil de usuario por caja, envío de transacciones PDV
3. POS GK → remiWEB
Perfil de usuario con módulos habilitados, tirillas y documentos fiscales emitidos
4. Sin almacenamiento de transacciones aún
La copia de transacciones en la BD centralizada de remiWEB inicia en la fase 2
Flujos de datos activos
SICOL → remiWEB
Catálogo medicamentosBeneficiariosEmpresas conveniosReglas de negocio
POS GK → remiWEB
Perfil usuarioMódulos PDVTirillas / docs FE
remiWEB → POS GK
Transacciones PDVSolicitud FE
Diagrama de flujo por fase
Fase 1: SICOL alimenta la BD centralizada de remiWEB con catálogos y convenios. El POS GK gestiona usuarios y emite documentos fiscales.
Validación de usuarios — punto de venta
Gobernanza: El usuario, su negocio (sucursal) y su punto de venta (caja) existen en el POS GK. remiWEB consulta
GET /usuario/{id} y renderiza solo los módulos autorizados por perfil.
Selecciona un perfil
María Torres
USR-0042 · Cajera senior
OLIMPICA Bquilla Centro PV-OLIMPICA-05Registrar medicamentoGenerar informeActualizar novedadAnular transacciónReserva · entrega pendientesConsulta de stock
Carlos Ramos
USR-0017 · Regente farmacia
OLIMPICA Cali Norte PV-OLIMPICA-02Registrar medicamentoGenerar informeActualizar novedadAnular transacciónReserva · entrega pendientesConsulta de stock
Luisa Medina
USR-0089 · Cajera básica
OLIMPICA Medellín Sur PV-OLIMPICA-08Registrar medicamentoGenerar informeActualizar novedadAnular transacciónReserva · entrega pendientesConsulta de stock
Andrés Gómez
USR-0031 · Supervisor
OLIMPICA Bquilla Norte PV-OLIMPICA-01Registrar medicamentoGenerar informeActualizar novedadAnular transacciónReserva · entrega pendientesConsulta de stock
✕
GET /usuario/{id} → POS GK
Módulos habilitados:
Payload API:
Facturación electrónica y emisión de tirillas
Principio: El POS GK firma, numera y emite ante la DIAN. remiWEB envía los datos de transacción y recibe el documento para imprimir en el PDV.
Flujo de emisión
1
Transacción en remiWEB
Cajero registra items en el PDV / En el caso de anulación se realiza la anulacion de toda la transacción / En el caso de entrega de pendientes de consulta el estado por el numero de transacción
2
remiWEB llama API POS GK
POST /factura → GET /tirilla/{id}
3
POS GK emite el documento
Firma DIAN · numera · genera CUFE · PDF
4
remiWEB recibe y envía a impresora
PDF / base64 → impresora térmica del PDV / En caso de pendiente actualiza estado
Vista previa tirilla
OLIMPICA S.A.
NIT 890.900.129-3 · Barranquilla
FACTURA ELECTRÓNICA
No. FE-2026-04091 · Res. 18760000001
Cajero: María Torres · PV-05
09/04/2026 14:32
Dolex 500mg x10$12.500
Loratadina 10mg$8.900
Omeprazol 20mg x30$18.200
TOTAL$39.600
CUFE: abc123...xyz789
Emitido por POS GK · DIAN
Mapa de gobernanza de datos
Regla de oro: Cada dato tiene un único dueño en cada fase. remiWEB consume lo que no genera, y genera solo lo que le corresponde según la fase activa.
En fase 1 remiWEB es un consumidor puro: recibe catálogos de SICOL y consume el POS GK para usuarios y FE. Su BD centralizada solo almacena catálogos recibidos.
POS GK
Usuarios y perfiles✅ Administra
Negocios (sucursales)✅ Registra
Puntos de venta (cajas)✅ Configura
Numeración facturas✅ Asigna
Firma electrónica DIAN✅ Emite
Emisión de tirillas✅ Genera
Auditoría / logs✅ Almacena
SICOL
Catálogo medicamentos✅ Fuente · envía novedades
Beneficiarios✅ Fuente · envía novedades
Empresas convenios✅ Fuente · envía novedades
Reglas de negocio✅ Fuente · envía novedades
EstadoActivo
remiWEB · BD centralizada
Catálogo medicamentos📥 BD centralizada (de SICOL)
Beneficiarios📥 BD centralizada (de SICOL)
Convenios · reglas📥 BD centralizada (de SICOL)
Transacciones PDV❌ Aún no almacena
Archivos RIPS❌ Aún no genera