Especificación de Integración RemiWEB – GK API (V1)
Flujos de Impresión de Documentos · SUPERTIENDAS Y DROGUERÍAS OLÍMPICA S.A.
Identificación del Documento
📋 Metadatos
| ID Documento | CAR – 442co |
| Versión | 1.0 |
| Fecha Creación | 25-05-2026 |
| Fecha Aprobación | 25-05-2026 |
| Responsable SFW | John Bravo |
| Responsable Olímpica | Roberto Carlos Campy |
| Destinatario | Ing. Doris Cadena |
| Páginas | 13 |
🎯 Objetivo
Consolidar la arquitectura, reglas de negocio, distribución de responsabilidades y estructuras JSON para la integración entre el sistema de convenios RemiWEB (Olímpica) y la API de impresión y control fiscal de GK.
Esta versión agrega datos del adquiriente, estandariza identificadores de prueba real, renombra nodos de liquidación y detalla flujos de excepción y contingencia.
Matriz de Responsabilidad de Datos
| Bloque de Información | Campos Clave | Responsable | Observación |
|---|---|---|---|
| Datos Empresa Fijos | Razón Social, NIT (890101487-3), Admin/Tel, Dirección, Régimen Fiscal, Res. DIAN | GK | Preconfigurados localmente en GK por caja. No viajan en el payload. |
| Textos Fiscales Estáticos | Texto Fiscal 2 (RemiWEB software de facturación in house…) | GK | Administrado en almacenamiento local de GK. |
| Datos Transaccionales de Atención | Nro. Transacción, Nro. Remisión, Código/Nombre Cajero, Código/Nombre Negocio, Lo atendió, Fecha/Hora | RemiWEB | Debe ser idéntico en FE, Remisiones y Pendientes para auditoría. |
| Datos Liquidación y Cálculos (Fiscal) | Subtotales, Totales, Copago, Convenio, Total artículos, Líneas, Descuentos, Totales UM | RemiWEB | GK NO calcula en bloque fiscal. Nodo renombrado: datos_copago. |
| Cálculos Operativos (Remisión) | Cambio (dinero a devolver al usuario) | GK calcula | GK calcula diferencia efectivo recibido vs pago_usuario. Campos credito y pago_usuario van fuera del array productos. |
| Detalle de Impuestos IVA | Tipo (%), Compra (IVA incluido), Base/Imp, Impto (valor neto IVA) | RemiWEB | Desglose tributario calculado por RemiWEB. |
| Datos del Adquiriente / Beneficiario | Tipo ID, Número ID, Nombre, Correo Electrónico, Dirección, Teléfono | RemiWEB | Mapeo ampliado del cliente institucional o paciente. Requerido por DIAN. |
Documentos que genera el sistema
🧾 Factura Electrónica (FE)
- Tipo:
EMITIR_FACTURA_ELECTRONICA - Producto: "COPAGO REMISION: [Nro]"
- Código fijo:
8888888 - Cantidad fija: 1
- Incluye datos adquiriente completos (DIAN)
- Desglose IVA por RemiWEB
📄 Factura Contingencia (FC)
- Tipo:
EMITIR_FACTURA_CONTINGENCIA - Se activa si FE falla (Escenario A) o internamente (Escenario B)
- Mismo producto consolidado de recaudo
- GK asigna consecutivo PAPF-XXXXXX
- Campo
tipo_aprobado: "FC"
🖨️ Tirilla Remisión
- Tipo:
IMPRESION_REMISION - Lista medicamentos reales con cantidades
- Incluye datos convenio, beneficiario, diagnósticos
- GK calcula el CAMBIO
imprimir_valores_tirilla_beneficiario: configurable
⏳ Tirilla Pendientes
- Tipo:
IMPRESION_PENDIENTES - Solo en generación o entrega de saldos pendientes
- Balance: recetada / entregada / pendiente
- Forma dispensación por ítem
- Incluye datos de entrega domiciliaria
⚠️ Errores Tipificados
GK-504: Timeout DIAN / rechazo operadorGK-E102: Falla hardware impresoraGK-E400: Error validación payload DIANGK-200: Éxito (FE o FC)
🔑 Parámetros de Prueba Real
- Cajero:
CAJ-001 - Negocio:
STO410 - Tienda: Droguería Olímpica Calle 72
- NIT Olímpica:
890101487-3 - Proveedor tecnológico: Carvajal
Flujos de Facturación Electrónica y Contingencia Fiscal
Comparativa de Escenarios
🔷 Escenario A — RemiWEB orquesta
- RemiWEB envía
EMITIR_FACTURA_ELECTRONICA - Si GK recibe
GK-504→ RemiWEB registra fallo en BD - RemiWEB envía un segundo request
EMITIR_FACTURA_CONTINGENCIA - Ventaja: Trazabilidad total en backend Olímpica, control nativo de cada intento y reintento
🔶 Escenario B — GK autónomo
- RemiWEB envía un único
EMITIR_FACTURA_ELECTRONICA - GK conmuta internamente si el canal principal falla
- GK responde con
tipo_aprobado: "FE"o"FC" - Ventaja: Simplicidad para RemiWEB — una sola llamada, respuesta unificada
Flujo de Impresión de Remisión Operativa
Estructura JSON — Remisión (nodos principales)
📦 Nodos del JSON de Remisión
- tipo_solicitud:
IMPRESION_REMISION - transaccion_remision: identidad + timestamps
- configuracion_impresion_convenio: flag de valores al beneficiario
- datos_del_convenio: EPS, beneficiario, nivel, diagnósticos
- productos[]: medicamentos con item, código, cantidad, valor, total, fuera_vademecum
- liquidacion_totales: total_transaccion, cuota_copago, credito, pago_usuario
💊 Ejemplo — 3 medicamentos
- ACETAMINOFEN 500MG TAB X10 — 2 uds → $24,000
- LOSARTAN POTASICO 50MG TAB X30 — 1 ud → $45,000
- IBUPROFENO 400MG CAP X20 — 3 uds → $45,000
- Total: $114,000
- Cuota copago: $15,000
- Crédito convenio: $99,000
- Pago usuario: $15,000
Flujo de Impresión de Tirilla de Pendientes
Estructura JSON — Tirilla de Pendientes
📦 Nodos del JSON de Pendientes
- tipo_solicitud:
IMPRESION_PENDIENTES - evento_operativo:
GENERACION_PENDIENTEoENTREGA_PENDIENTE - datos_generales_del_pendiente: número pendiente, convenio, remisión, transacción, cajero, negocio, fecha
- productos[]: balance_cantidades (recetada/entregada/pendiente) + forma_dispensacion
- datos_para_entrega_del_pendiente: nombre, dirección, teléfono
📋 Reglas operativas
- Solo se imprime en generación o entrega de saldos pendientes
- El número de transacción largo, código negocio y cajero se homologan del flujo fiscal (consistencia de auditoría)
- Cada ítem indica su
forma_dispensacion:ENTREGA_DOMICILIARIAoENTREGA_PRESENCIAL - Datos de entrega del pendiente incluyen dirección para despacho domiciliario
Muestras de Documentos Impresos
Catálogo Técnico de Respuestas y Excepciones
GK utiliza estas estructuras estándar para que RemiWEB pueda tipificar correctamente las fallas de hardware y negocio.
⏱️ GK-504 — Timeout Operador / Rechazo DIAN
true🖨️ GK-E102 — Falla Hardware de Impresión
false📋 GK-E400 — Error Validación Payload DIAN
false✅ GK-200 — Respuesta Exitosa
Resumen de Códigos de Respuesta GK
| Código | Estado | Origen | ¿Requiere contingencia? | Acción RemiWEB |
|---|---|---|---|---|
| GK-200 | EXITOSO | GK | No | Imprimir documento. Registrar tipo_aprobado y CUFE. |
| GK-504 | RECHAZADO | Operador / DIAN | Sí (Escenario A) | Registrar fallo → enviar EMITIR_FACTURA_CONTINGENCIA |
| GK-E102 | ERROR HARDWARE | Spooler local | No | Alertar al operador: verificar impresora / papel. |
| GK-E400 | ERROR VALIDACIÓN | Validador GK | No | Corregir payload (campo obligatorio faltante) y reintentar. |
Especificación de Integración RemiWEB – GK API (V1)
Flujos de Impresión de Documentos · SUPERTIENDAS Y DROGUERÍAS OLÍMPICA S.A.
Identificación del Documento
📋 Metadatos
| ID Documento | CAR – 442co |
| Versión | 1.0 |
| Fecha Creación | 25-05-2026 |
| Fecha Aprobación | 25-05-2026 |
| Responsable SFW | John Bravo |
| Responsable Olímpica | Roberto Carlos Campy |
| Destinatario | Ing. Doris Cadena |
| Páginas | 13 |
🎯 Objetivo
Consolidar la arquitectura, reglas de negocio, distribución de responsabilidades y estructuras JSON para la integración entre el sistema de convenios RemiWEB (Olímpica) y la API de impresión y control fiscal de GK.
Esta versión agrega datos del adquiriente, estandariza identificadores de prueba real, renombra nodos de liquidación y detalla flujos de excepción y contingencia.
Matriz de Responsabilidad de Datos
| Bloque de Información | Campos Clave | Responsable | Observación |
|---|---|---|---|
| Datos Empresa Fijos | Razón Social, NIT (890101487-3), Admin/Tel, Dirección, Régimen Fiscal, Res. DIAN | GK | Preconfigurados localmente en GK por caja. No viajan en el payload. |
| Textos Fiscales Estáticos | Texto Fiscal 2 (RemiWEB software de facturación in house…) | GK | Administrado en almacenamiento local de GK. |
| Datos Transaccionales de Atención | Nro. Transacción, Nro. Remisión, Código/Nombre Cajero, Código/Nombre Negocio, Lo atendió, Fecha/Hora | RemiWEB | Debe ser idéntico en FE, Remisiones y Pendientes para auditoría. |
| Datos Liquidación y Cálculos (Fiscal) | Subtotales, Totales, Copago, Convenio, Total artículos, Líneas, Descuentos, Totales UM | RemiWEB | GK NO calcula en bloque fiscal. Nodo renombrado: datos_copago. |
| Cálculos Operativos (Remisión) | Cambio (dinero a devolver al usuario) | GK calcula | GK calcula diferencia efectivo recibido vs pago_usuario. Campos credito y pago_usuario van fuera del array productos. |
| Detalle de Impuestos IVA | Tipo (%), Compra (IVA incluido), Base/Imp, Impto (valor neto IVA) | RemiWEB | Desglose tributario calculado por RemiWEB. |
| Datos del Adquiriente / Beneficiario | Tipo ID, Número ID, Nombre, Correo Electrónico, Dirección, Teléfono | RemiWEB | Mapeo ampliado del cliente institucional o paciente. Requerido por DIAN. |
Documentos que genera el sistema
🧾 Factura Electrónica (FE)
- Tipo:
EMITIR_FACTURA_ELECTRONICA - Producto: "COPAGO REMISION: [Nro]"
- Código fijo:
8888888 - Cantidad fija: 1
- Incluye datos adquiriente completos (DIAN)
- Desglose IVA por RemiWEB
📄 Factura Contingencia (FC)
- Tipo:
EMITIR_FACTURA_CONTINGENCIA - Se activa si FE falla (Escenario A) o internamente (Escenario B)
- Mismo producto consolidado de recaudo
- GK asigna consecutivo PAPF-XXXXXX
- Campo
tipo_aprobado: "FC"
🖨️ Tirilla Remisión
- Tipo:
IMPRESION_REMISION - Lista medicamentos reales con cantidades
- Incluye datos convenio, beneficiario, diagnósticos
- GK calcula el CAMBIO
imprimir_valores_tirilla_beneficiario: configurable
⏳ Tirilla Pendientes
- Tipo:
IMPRESION_PENDIENTES - Solo en generación o entrega de saldos pendientes
- Balance: recetada / entregada / pendiente
- Forma dispensación por ítem
- Incluye datos de entrega domiciliaria
⚠️ Errores Tipificados
GK-504: Timeout DIAN / rechazo operadorGK-E102: Falla hardware impresoraGK-E400: Error validación payload DIANGK-200: Éxito (FE o FC)
🔑 Parámetros de Prueba Real
- Cajero:
CAJ-001 - Negocio:
STO410 - Tienda: Droguería Olímpica Calle 72
- NIT Olímpica:
890101487-3 - Proveedor tecnológico: Carvajal
Flujos de Facturación Electrónica y Contingencia Fiscal
Comparativa de Escenarios
🔷 Escenario A — RemiWEB orquesta
- RemiWEB envía
EMITIR_FACTURA_ELECTRONICA - Si GK recibe
GK-504→ RemiWEB registra fallo en BD - RemiWEB envía un segundo request
EMITIR_FACTURA_CONTINGENCIA - Ventaja: Trazabilidad total en backend Olímpica, control nativo de cada intento y reintento
🔶 Escenario B — GK autónomo
- RemiWEB envía un único
EMITIR_FACTURA_ELECTRONICA - GK conmuta internamente si el canal principal falla
- GK responde con
tipo_aprobado: "FE"o"FC" - Ventaja: Simplicidad para RemiWEB — una sola llamada, respuesta unificada
Flujo de Impresión de Remisión Operativa
Estructura JSON — Remisión (nodos principales)
📦 Nodos del JSON de Remisión
- tipo_solicitud:
IMPRESION_REMISION - transaccion_remision: identidad + timestamps
- configuracion_impresion_convenio: flag de valores al beneficiario
- datos_del_convenio: EPS, beneficiario, nivel, diagnósticos
- productos[]: medicamentos con item, código, cantidad, valor, total, fuera_vademecum
- liquidacion_totales: total_transaccion, cuota_copago, credito, pago_usuario
💊 Ejemplo — 3 medicamentos
- ACETAMINOFEN 500MG TAB X10 — 2 uds → $24,000
- LOSARTAN POTASICO 50MG TAB X30 — 1 ud → $45,000
- IBUPROFENO 400MG CAP X20 — 3 uds → $45,000
- Total: $114,000
- Cuota copago: $15,000
- Crédito convenio: $99,000
- Pago usuario: $15,000
Flujo de Impresión de Tirilla de Pendientes
Estructura JSON — Tirilla de Pendientes
📦 Nodos del JSON de Pendientes
- tipo_solicitud:
IMPRESION_PENDIENTES - evento_operativo:
GENERACION_PENDIENTEoENTREGA_PENDIENTE - datos_generales_del_pendiente: número pendiente, convenio, remisión, transacción, cajero, negocio, fecha
- productos[]: balance_cantidades (recetada/entregada/pendiente) + forma_dispensacion
- datos_para_entrega_del_pendiente: nombre, dirección, teléfono
📋 Reglas operativas
- Solo se imprime en generación o entrega de saldos pendientes
- El número de transacción largo, código negocio y cajero se homologan del flujo fiscal (consistencia de auditoría)
- Cada ítem indica su
forma_dispensacion:ENTREGA_DOMICILIARIAoENTREGA_PRESENCIAL - Datos de entrega del pendiente incluyen dirección para despacho domiciliario
Muestras de Documentos Impresos
Catálogo Técnico de Respuestas y Excepciones
GK utiliza estas estructuras estándar para que RemiWEB pueda tipificar correctamente las fallas de hardware y negocio.
⏱️ GK-504 — Timeout Operador / Rechazo DIAN
true🖨️ GK-E102 — Falla Hardware de Impresión
false📋 GK-E400 — Error Validación Payload DIAN
false✅ GK-200 — Respuesta Exitosa
Resumen de Códigos de Respuesta GK
| Código | Estado | Origen | ¿Requiere contingencia? | Acción RemiWEB |
|---|---|---|---|---|
| GK-200 | EXITOSO | GK | No | Imprimir documento. Registrar tipo_aprobado y CUFE. |
| GK-504 | RECHAZADO | Operador / DIAN | Sí (Escenario A) | Registrar fallo → enviar EMITIR_FACTURA_CONTINGENCIA |
| GK-E102 | ERROR HARDWARE | Spooler local | No | Alertar al operador: verificar impresora / papel. |
| GK-E400 | ERROR VALIDACIÓN | Validador GK | No | Corregir payload (campo obligatorio faltante) y reintentar. |