Manual de referencia para el responsable de IT: arquitectura, requisitos, puesta en marcha de un local, bajada de maestros, subida de ventas, operativa diaria e incidencias.
Qué es la integración, cómo se reparte el trabajo entre la central y el local, y qué piezas intervienen.
AvantPOS es el TPV del local. ICG Manager sigue siendo el sistema de la central y el maestro de los datos. La integración hace que AvantPOS trabaje con Manager igual que lo hacía FrontRest: la central mantiene en Manager el catálogo, los precios, los usuarios y la botonera; el local vende con AvantPOS; y todo lo que pasa en el local vuelve a Manager con las cajas, las series y los documentos de ICG.
Lo que se busca es que en la central no cambie nada: los mismos usuarios siguen trabajando en Manager, sin pantallas nuevas ni datos que mantener en dos sitios, y los informes, el stock, la contabilidad y el envío al SII siguen saliendo de Manager.
ConsejoEste manual está pensado para el responsable de IT que administra ICG Manager y SQL Server. Explica qué instala Avant, qué tiene que preparar la central, qué se ve en cada sitio y qué hacer si algo falla.
En AvantPOS, todo lo que viene de la central se ve pero no se edita. Las pantallas del backoffice lo indican con el aviso «El catálogo se gestiona en ICG Manager» y la hora de la última actualización. Lo que es propio del local se sigue configurando en AvantPOS.
| Qué | Dónde se mantiene | Detalle |
|---|---|---|
| Artículos, familias y códigos de barras | Central (Manager) | En AvantPOS se ven en solo lectura. La familia de AvantPOS es la combinación departamento, sección y familia de Manager. |
| Precios y tarifas | Central (Manager) | Qué tarifa aplica cada salón del local se decide en el local. |
| IVA | Central (Manager) | Se usa el IVA de venta en TPV del artículo cuando está informado; si no, su tipo de impuesto. |
| Modificadores, variaciones de texto y menús | Central (Manager) | Con sus grupos, mínimos y máximos y suplementos. |
| Formas de pago | Central (Manager) | Si una forma cobra con el datáfono o con el CashDro se decide en el local. |
| Usuarios (vendedores) y su perfil | Central (Manager) | El PIN, el permiso para fichar y lo que puede hacer cada perfil se configuran en el local. |
| Botonera por tipo de terminal | Central (Manager) | Páginas, orden y color de los botones. |
| Destinos de cocina (tipos de preparación) | Central (Manager) | A qué impresora o pantalla de cocina va cada destino se decide en el local. |
| Conceptos de caja y motivos de merma | Central (Manager) | |
| Entregas de la central al local | Central (Manager) | Albaranes de venta de la central al cliente del local; el local los recibe. |
| Facturas con NIF | Central (Manager) | Con el catálogo central, el TPV no emite facturas con NIF: las hace la central. |
| Inventarios | Central (Manager) | Se siguen haciendo en Manager. |
| Promociones de Manager | Central (Manager) | Disponible en una próxima versión. |
| Formatos de venta adicionales | Central (Manager) | Disponible en una próxima versión. Hoy baja el formato base de cada artículo. |
| Impresoras y a qué destino imprimen | Local (AvantPOS) | |
| Salones y mesas, con su tarifa | Local (AvantPOS) | Copia informativa opcional a Manager (capítulo 11). |
| Dispositivos: datáfono, CashDro, pantallas de cocina, comanderas | Local (AvantPOS) | |
| Numeración y caja de ICG de cada TPV | Local (AvantPOS) | Con los códigos de serie y de caja que da de alta la central. |
La integración tiene tres piezas. Ninguna necesita abrir puertos de entrada: el conector y los locales se conectan al relé, y el relé no se conecta a nadie.
Es un servicio de Windows de Avant («AvantPOS Conector ICG») que se instala en el servidor de Manager. Cada minuto:
El conector nunca escribe directamente en las tablas de ICG: o lo hace DataExchange, o un procedimiento AVANTPOS_* que se ejecuta con un usuario sin login que solo tiene permisos sobre las tablas que necesita.
Cada cliente tiene su propio relé, en su propio dominio (<cliente>-rele.avantpos.es), con sus datos separados de los de cualquier otro cliente. Guarda la última versión del catálogo de cada local, la cola de documentos que suben y los correos de aviso. La comunicación es siempre por HTTPS, y cada local y el conector se identifican con su propia clave, que se puede revocar sin afectar a los demás.
Cada local tiene su servidor de AvantPOS con su propia base de datos, y los TPV, comanderas y pantallas de cocina trabajan contra él. Cada local recibe solo lo suyo: su botonera, sus tarifas, sus formas de pago y sus almacenes.
Ningún documento se borra del local hasta que el conector confirma que está en Manager. Un corte, aunque dure un fin de semana, no pierde ni duplica nada.
Todo lo que Avant añade a la base de datos de gestión lleva el prefijo AVANTPOS_ (o el nombre avantpos_ en los logins), se instala con scripts revisados que se pueden volver a ejecutar para actualizar y se quita con un script de desinstalación que no toca ningún dato de ICG: los documentos ya importados se quedan.
| Objeto en la base de datos de gestión | Para qué | Quién lo usa |
|---|---|---|
| Login avantpos_lectura | Leer el catálogo, las entregas, las existencias y comprobar lo importado. Solo lectura (db_datareader en la base de gestión y en GENERAL). | Conector |
| Login avantpos_escritura | Escribir solo en las tablas AVANTPOS_* y ejecutar los procedimientos AVANTPOS_*. No puede leer ni escribir ninguna tabla de ICG. | Conector |
| Usuario avantpos_proc (sin login) | Identidad con la que se ejecutan los procedimientos AVANTPOS_*: permisos solo sobre las tablas de ICG que cada uno necesita. Nadie puede iniciar sesión con él. | Procedimientos |
| Tablas AVANTPOS_* (lotes, tickets, cobros, modificadores, cierres, fichajes, caja, recepciones, mermas, plano) | Tablas intermedias: el conector deja aquí cada lote; DataExchange o el procedimiento lo pasan a las tablas de ICG. | Conector, DataExchange |
| Procedimientos AVANTPOS_* (post-importación, declarar Z, fichajes, caja, arqueo X, recepción, merma, plano) | Completan lo que DataExchange no hace solo (cobros múltiples, modificadores, consumo y stock por Z) y aplican fichajes, caja, recepciones y mermas como lo haría FrontRest. | Conector |
| Grupo de DataExchange «AVANTPOS IMPORTAR TICKETS» | Exportación del lote a fichero e importación de documentos de venta con sus SQL previas de borrado (por serie y número de AvantPOS o por su caja). | Conector (por tarea programada) |
| Tarea programada «AVANTPOS DataExchange» | Lanza DataExchange con el grupo de AvantPOS y el usuario de Windows que tiene guardada la conexión de Manager. No tiene disparador: la lanza el conector. | Conector |
| Servicio «AvantPOS Conector ICG» | Servicio de Windows de inicio automático retrasado; se reinicia solo si cae. | — |
| Por DataExchange (mappings de ICG) | Por procedimientos AVANTPOS_* (permisos mínimos) |
|---|---|
| Tickets, facturas simplificadas, invitaciones y devoluciones | Lectura del catálogo y de las entregas (login de solo lectura) |
| Cierres Z y su arqueo | Cobros múltiples, modificadores, consumo por escandallo y stock por Z (post-importación) |
| Tesorería de cada documento | Fichajes, movimientos de caja y arqueos X |
| Recepciones de entregas, mermas y copia del plano |
Todos los borrados y actualizaciones sobre tablas de ICG filtran por los documentos de AvantPOS (sus series y números) o por su front, su caja y su Z. Nunca tocan datos de FrontRest ni de otros TPV, aunque compartan local y almacén.
Para que el IT sepa exactamente dónde aparecen los datos de AvantPOS:
| Tablas de ICG | Qué hace AvantPOS en ellas | Cómo |
|---|---|---|
| ALBVENTACAB/LIN, FACTURASVENTA, TESORERIA | Crea tickets, invitaciones y devoluciones; completa los cobros | DataExchange + post-importación |
| ALBVENTAMODIF, ALBVENTACONSUMO, STOCKSPORZ | Modificadores, consumo por escandallo y stock por Z de la caja de AvantPOS | Post-importación |
| ARQUEOS, ARQUEOSLIN, DECLARADOZ | Arqueo de la Z de la caja de AvantPOS, declarado y descuadre; arqueos X | DataExchange + procedimientos |
| PAGOS | Movimientos de caja (entradas y salidas) con su concepto | Procedimiento |
| REGISTROEMPLEADOS | Fichajes: sustituye el día del empleado | Procedimiento |
| ALBCOMPRACAB/LIN/TOT, ALBCOMPRACAMPOSLIBRES | Albarán de compra del local al recibir una entrega de la central; marca recibido el albarán de origen | Procedimiento |
| TRASPASOSCAB, MOVIMENTS, SERIES (solo el contador de traspasos) | Mermas: traspaso al almacén de mermas | Procedimiento |
| REM_SALAS, REM_CONFIGSALA, REM_IMPRESORASREST | Copia del plano, solo del front de AvantPOS (opcional) | Procedimiento |
Lo que tiene que estar listo en el servidor de Manager y en ICG antes de abrir el primer local, y el orden de instalación.
| Requisito | Detalle |
|---|---|
| ICG Manager e ICG DataExchange | Instalados y con licencia en el servidor de Manager. Probado con la serie 90.81 (2026). El conector depende del esquema interno de ICG: ver «Política de actualizaciones». |
| SQL Server | Autenticación mixta (los logins del conector son de SQL Server). Probado con SQL Server 2017 y bases de ICG con nivel de compatibilidad antiguo. |
| Windows del servidor de Manager | Windows Server x64. El conector lleva .NET incluido: no hay que instalar nada más. |
| Salida a internet por HTTPS (443) | Del servidor de Manager al relé de Avant. No hace falta ninguna conexión entrante. |
| Usuario de Windows para DataExchange | Un usuario que ya tenga guardada en DataExchange la conexión con Manager (ver apartado siguiente). |
| Carpeta de intercambio | Una carpeta local (por ejemplo C:\AVANTPOS\subida) donde DataExchange escribe y lee el fichero de cada lote. El instalador da permiso al usuario de la tarea. |
| Empresa de Manager | El código de la empresa en GENERAL (el parámetro -GESTION de DataExchange). |
| Envío al SII | La sociedad del local declara por SII desde Manager (ICGSII u otro medio). Ver «Conformidad fiscal». |
| Copia de pruebas de Manager (recomendado) | Una copia aislada, sin red, para probar los objetos y el grupo de DataExchange con datos reales antes de instalarlos en producción. |
DataExchange no guarda la contraseña de la base de datos por su cuenta: usa la conexión que el usuario de Windows tiene guardada en Manager y en DataExchange. Por eso la tarea programada «AVANTPOS DataExchange» se ejecuta con un usuario concreto, con su contraseña y «se haya iniciado sesión o no».
Todo lo que sube AvantPOS entra en Manager como documento declarado, y sus facturas simplificadas quedan pendientes de envío al SII, igual que las de FrontRest. Es la central, desde Manager, quien las declara. Por eso la sociedad de cada local tiene que declarar por SII desde Manager (por ejemplo, con ICGSII activo para esa empresa) antes de que el local empiece a vender.
El conector lee tablas internas de ICG y DataExchange importa con mappings que dependen de su versión. Una actualización de Manager puede cambiar ese esquema.
AvantPOS no inventa códigos de ICG: usa los que da de alta la central. Para cada local y cada TPV hay que preparar en Manager lo siguiente:
| Qué | Dónde se da de alta | Reglas |
|---|---|---|
| Caja de ICG de cada TPV | Manager | Nueva y solo para ese TPV: nunca la del TPV anterior. Hasta 3 caracteres. Que no tenga historia en ningún front (en ICG puede haber el mismo código de caja en varios fronts). |
| Caja de stock | Configuración del TPV | Número entero propio de cada TPV, distinto de 1 (1 es el que usa FrontRest en el stock por Z). |
| Serie de tickets | Manager | Código de serie de ICG, hasta 4 caracteres. ICG distingue mayúsculas: se escribe tal cual. |
| Serie de devoluciones | Manager | Distinta de la de tickets. Ningún TPV comparte serie con otro. |
| Serie de invitaciones y consumo del personal | Manager | Opcional; si no hay, van en la de tickets. |
| Serie de compras de la caja | Manager | Para las recepciones de las entregas de la central. Por defecto, el código de caja seguido de C; si es otra, se indica en el conector. |
| Front del local | Manager | Con el cliente al que la central hace los albaranes de entrega y la central como proveedor del local. |
| Almacén del local | Manager / conector | El de sus cajas. Con serie de traspasos (para las mermas). |
| Almacén de mermas | Manager / conector | El de mermas del front o uno propio del local. |
| Número de sala en la central | AvantPOS (cada salón) | El número de sala de ICG (1 sala, 2 terraza…). Sin él, los tickets de sus mesas suben sin sala, como los de barra. |
Las Z de AvantPOS empiezan en 1. En una caja con historia se mezclarían con las Z antiguas de esa caja: el cuadre no cuadraría y la importación rehace el arqueo de la Z que recibe. Por eso cada TPV de AvantPOS tiene su caja de ICG, nueva y solo para él, aunque el almacén sea el del local (el stock tiene que salir del mismo sitio).
ConsejoSi un código de caja ya existe en otro front con arqueos, el conector para la subida de esa caja y avisa: use un código que no se haya usado nunca.

La serie que imprime AvantPOS es la que se declara en Manager y en el SII. Se configura en Backoffice › Local y cobro › Terminales TPV › (el TPV) › Numeración: serie y siguiente número de tickets, de devoluciones y, si se quiere, de invitaciones y consumo del personal. La pantalla enseña el último número usado y el siguiente de cada serie.
La central crea las series del local y la caja de cada TPV; en AvantPOS se ponen esas series con el siguiente número 1 (o el que indique la central).
Para seguir la misma numeración sin pisar nada:
Si aun así llegara a Manager un documento cuya serie y número ya existen, el conector lo aparta con un aviso y no lo sustituye.
El detalle de cada flujo: qué datos viajan, cuándo, y dónde se ven en AvantPOS y en Manager.
La central sigue trabajando en Manager como siempre. En la imagen, el cambio de precio de un artículo en la tarifa de un local, en la ficha del artículo de Manager.

| Qué baja | Origen en Manager | Dónde se ve en AvantPOS |
|---|---|---|
| Artículos y familias | Artículos (sin descatalogados), departamento-sección-familia, código de barras, venta por peso | Catálogo › Productos y Familias y categorías (solo lectura) |
| Precios | Tarifas de venta del front | Precios y promociones › Tarifas |
| IVA | Impuestos e IVA de venta en TPV | En cada producto |
| Modificadores y variaciones | Grupos de modificadores y comentarios | Catálogo › Modificadores |
| Menús | Artículos menú y sus grupos | Catálogo › Menús |
| Botonera | Favoritos por tipo de terminal | Pantalla de venta del TPV y de la comandera |
| Destinos de cocina | Situaciones | Tipos de preparación |
| Formas de pago | Formas de pago del front | Local y cobro › Formas de pago |
| Usuarios y perfiles | Vendedores y su tipo de usuario | Equipo › Usuarios y Perfiles y permisos |
| Conceptos de caja | Conceptos de pago | Ingresos y gastos de caja |
| Motivos de merma | Motivos de traspaso | Mermas |
| Entregas pendientes | Albaranes de venta de la central al cliente del local | Entregas de la central |
| Catálogo de compra | Existencias de los almacenes del local (se renueva cada hora) | Artículos que se pueden mermar |
Cada dato guarda su código de ICG, que es el que se usa después para subir los documentos.

Las pantallas del catálogo (productos, familias, tarifas, menús, formas de pago, usuarios, perfiles) muestran el aviso «El catálogo se gestiona en ICG Manager» y no permiten editar. Donde hay algo del local, el aviso lo dice: «Aquí solo se edita lo que es del local: el PIN y el permiso para fichar» en Usuarios, «los permisos de cada perfil» en Perfiles y permisos, «si cada forma de pago cobra con el CashDro» en Formas de pago. En Tarifas, la asignación de cada tarifa a los salones es del local.

Los vendedores de Manager bajan con su nombre corto y su perfil (tipo de usuario). Manager solo guarda el nombre del perfil, no lo que permite: lo que puede hacer cada perfil (anular, invitar, devolver, cerrar caja, comprar…) se configura una vez en AvantPOS. El PIN de cada usuario es del local y no baja de Manager.

En modo central, la carta del TPV y de la comandera se presenta como la botonera de FrontRest: solo las páginas de ICG del tipo de terminal del local, en su orden y con su color, con productos y menús mezclados en su posición. El orden de los botones no se cambia en el TPV.

Cada ticket llega a Manager como si lo hubiera hecho el TPV de siempre: su serie, su número, su caja, su Z, su vendedor y su forma de pago. En la imagen, un ticket de AvantPOS en la ventana «Facturas de venta» de Manager, con una línea invitada a 0 y el cobro con tarjeta en la tesorería.

| Qué | Dónde queda en Manager | Cuándo |
|---|---|---|
| Tickets (factura simplificada) | Albarán y factura de venta en la serie de tickets, tesorería, modificadores, consumo por escandallo y stock por Z; sala, mesa, comensales, camarero por línea, tarifa | En minutos (como máximo, el intervalo de subida) |
| Invitaciones y consumo del personal | Líneas CI a 0 en la serie de invitaciones | Con los tickets |
| Devoluciones | Documento en la serie de devoluciones enlazado al ticket devuelto («Abono de…»), líneas DV en negativo | Con los tickets |
| Cierre Z | Arqueo de la caja de AvantPOS con declarado, fondo, entradas, pagos y descuadre; declarado de la Z | Al cerrar, cuando sus tickets ya están |
| Arqueo X | Arqueo tipo X (sin líneas) | Al imprimir el X |
| Movimientos de caja (manuales y CashDro) | Pagos de caja con su concepto de la central | Con los tickets |
| Fichajes | Registro de empleados (el día entero del empleado) | Al fichar |
| Recepción de una entrega | Albarán de compra en la serie de compras de la caja; la entrega queda recibida | Con la subida |
| Mermas | Traspaso del almacén del local al de mermas, con su motivo y al último coste | Con la subida |
| Plano del local (opcional) | Salas, mesas e impresoras del front de AvantPOS | Al cambiar el plano |
| Pedidos a proveedor | Disponible en una próxima versión | — |
| Traspasos entre almacenes o locales | Disponible en una próxima versión | — |
No es tiempo real como ICGRemote: entre el cobro y su aparición en Manager pasan unos minutos.

El cierre de caja se hace en el TPV: el encargado cuenta el efectivo y declara cada forma de pago. Al generar el cierre, la Z sube con el arqueo por forma de pago: calculado, declarado, fondo, entradas, pagos y descuadre.

Cuando la Z y sus tickets están en Manager, el conector compara la Z de AvantPOS con Manager al céntimo: número de documentos y total por forma de pago. Si en Manager faltan tickets y la Z es reciente, espera, porque aún pueden estar subiendo. Si no cuadra, avisa a Avant y a los correos del local, y la Z aparece con problema en el TPV.
Además, cada día (a partir de las 10:00 por defecto) el conector revisa el día de negocio anterior: si una caja tuvo tickets y su Z no ha llegado, avisa. Un día sin tickets no genera aviso.
Por defecto, la Z llega a Manager con el declarado y el descuadre, pero abierta: la cierra la central en Manager, como decida (CERRADO, retirado). Opcionalmente, el conector puede dejarla cerrada al cuadrar, con la retirada y el descuadre calculados como FrontRest. Es una decisión de la central que se configura en el conector.
ConsejoSi llega un ticket tarde a una Z ya importada, la importación rehace el arqueo de esa Z con todos sus documentos y vuelve a aplicar el declarado.

La central entrega mercancía al local con un albarán de venta (serie PAAL) a nombre del cliente del local, como hasta ahora. Las entregas pendientes bajan al local con el catálogo.


En Manager, la recepción crea el albarán de compra del local en la serie de compras de su caja, con la central como proveedor, «Su albarán» = PAAL-<número>, los precios del origen y las unidades recibidas, y deja recibido el albarán de la central. El stock y el coste los calculan los propios mecanismos de ICG, como con FrontRest. En modo central la recepción no mueve el stock del TPV: el stock es el de Manager.


En Manager, cada merma es un traspaso del almacén del local al almacén de mermas, con su motivo, valorado al último coste y ya recibido, igual que las mermas de FrontRest (se ve en Almacén › Traspasos y en los informes de mermas).

Los empleados fichan en el TPV con su usuario de la central (su código de vendedor). Cada fichaje sube al registro de empleados de Manager, sustituyendo el día entero de ese empleado. Se consultan con los informes de presencia de Manager. Un usuario dado de alta solo en el local puede fichar, pero su jornada no sube y aparece como error en la pantalla de subida.

Con la casilla «Copiar el plano a la central» (Integraciones › Catálogo central, apagada por defecto), cuando cambian los salones con número de sala, sus mesas o las impresoras, se envía una copia a las tablas de salas, mesas e impresoras del front de AvantPOS. Es solo informativa: en Manager nada la usa salvo para verla. El conector se niega a copiarla si el front tiene terminales de FrontRest, para no pisar su configuración.
Los inventarios se siguen haciendo en Manager.
AvantPOS usa un grupo de mappings propio, «AVANTPOS IMPORTAR TICKETS», con dos mappings: AVANTPOS EXPORT TICKETS (pasa el lote de la tabla intermedia a un fichero de texto en la carpeta de intercambio) y AVANTPOS IMPORT TICKETS (importa ese fichero como documentos de venta). Antes de importar se ejecutan sus SQL «AVANTPOS BORRAR …», que borran solo los documentos del lote (por serie y número de AvantPOS) y el arqueo de su caja y Z, para que se rehagan.

ConsejoCon la tabla intermedia vacía, DataExchange dice «La exportación finalizó con errores» porque no hay nada que exportar. Es normal si alguien lanza el grupo a mano; el conector solo lo lanza con un lote preparado.

Qué revisar cada día, qué hacer si algo falla, cómo se actualiza y qué datos salen del cliente.
Al final de Integraciones › Catálogo central está el estado de la subida del TPV:
| Indicador (Integraciones › Catálogo central) | Qué significa | Lo normal |
|---|---|---|
| Pendientes de enviar | Documentos guardados en el TPV que aún no ha recibido el relé | 0, o pocos durante unos minutos |
| En el relé, camino de Manager | El relé los tiene; falta que el conector los importe | 0 al cabo de unos minutos |
| En Manager hoy | Documentos confirmados como importados hoy | Crece con el servicio |
| Con problema | Documentos en error o apartados por la fecha; la tabla de abajo da el motivo | 0 |
| Último envío | Última vez que el TPV mandó documentos al relé | Reciente en servicio |
| Último error | Último fallo de comunicación o de importación | — |

| Síntoma | Causa probable | Qué hacer |
|---|---|---|
| «Pendientes de enviar» no baja y hay alerta «Sin conexión con el relé» | El local no tiene internet o el relé no responde | El local sigue vendiendo. Revise la conexión del local. Los documentos se reenvían solos; no hay que hacer nada más. Si dura más de unas horas, avise a Avant. |
| «En el relé, camino de Manager» no baja | El conector está parado, sin conexión con el relé o con DataExchange atascado | Compruebe que el servicio «AvantPOS Conector ICG» está en marcha y mire el Visor de eventos (origen AvantPos.ConectorIcg). |
| El conector avisa de que DataExchange se ha colgado | El usuario de la tarea no tiene guardada la conexión de Manager, Manager no responde o DataExchange espera un cuadro de diálogo | Inicie sesión con el usuario de la tarea, abra DataExchange y guarde la conexión con Manager. El conector reintenta en el siguiente ciclo. No mate otros DataExchange. |
| Un documento en «Error» con un motivo de ICG | ICG rechazó su contenido (por ejemplo, una forma de pago o un artículo que no existe en Manager) | El conector aparta ese documento y sigue con los demás. Corrija el dato en Manager y pulse «Reintentar» en el TPV, o avise a Avant. |
| Un documento «Apartado» | Fecha fuera de lo normal: más de 7 días atrás o en el futuro (reloj del TPV mal puesto) | Corrija el reloj. Si la fecha es buena (el TPV estuvo días sin red), «Fecha correcta: subir». Una fecha futura no se sube. |
| Aviso de documentos apartados porque ya existen en Manager | Se ha cobrado en una serie que ya usa otro TPV o el anterior | No se sustituye nada en Manager. Revise la numeración del TPV (capítulo 7) y avise a Avant. |
| Aviso «la Z no cuadra» | En Manager faltan documentos o un cobro de esa Z, o sobra alguno | Compare en Manager la lista de tickets de esa caja y Z con el cierre del TPV. Avant le indica qué documento falta y lo reenvía. |
| Aviso «falta la Z» del día anterior | La caja tuvo ventas y no se hizo el cierre Z | Pida al local que cierre la Z. Sube sola con los tickets que falten. |
| La subida de una caja se para | La caja de ICG configurada tiene arqueos de otro front | Dé de alta una caja nueva sin historia y cámbiela en el TPV. |
| Falta un artículo o un precio en el TPV | El cambio aún no ha bajado, el artículo no está en la botonera del tipo de terminal o no tiene precio en la tarifa del local | «Actualizar ahora» en Integraciones › Catálogo central; mire «Último error». Revise en Manager la botonera y la tarifa del front. |
| El TPV vende con precios antiguos tras un cambio | El ticket ya estaba abierto: conserva el precio con el que se abrió | Es lo esperado. Los tickets nuevos llevan el precio nuevo. |
ConsejoAnte cualquier duda, no reimporte, no borre documentos en Manager y no relance a mano el grupo de AvantPOS: avise a Avant. Soporte de Avant: 93 694 05 02 · soporte@avant-it.net.
Las actualizaciones las hace Avant, siempre en este orden: relé, TPV y, por último, conector. El conector va el último porque es el que empieza a enviar datos nuevos del catálogo, y un TPV antiguo no los sabría vender.
Siga la política del capítulo 4: aviso previo a Avant con la versión, comprobación del conector y, si algo deja de importar, los documentos esperan en el relé.
Los documentos ya importados se quedan en Manager como cualquier otro documento.
Avant necesita acceso al servidor de Manager para instalar, actualizar y diagnosticar el conector, por el medio de acceso remoto que acuerde con el IT y siempre con su visto bueno. Las altas en Manager (cajas, series, front) las hace la central. Cualquier script sobre la base de datos de gestión se revisa con el IT antes de ejecutarlo, y se prueba antes en una copia cuando la hay.
Las tablas AVANTPOS_* forman parte de la base de datos de gestión y entran en sus copias habituales. La carpeta del conector conviene incluirla en la copia del servidor (contiene su configuración). No hace falta copiar la carpeta de intercambio: solo contiene el fichero del lote en curso.
¿Tenemos que cambiar algo en el trabajo diario de la central? No. Se sigue trabajando en Manager. Lo único nuevo es dar de alta las cajas y series de cada TPV y, si se quiere, cerrar las Z de AvantPOS en Manager.
¿Cuánto tarda un cambio de Manager en llegar al local? Unos pocos minutos: el conector lo publica en el minuto siguiente y el TPV lo comprueba cada 2 minutos. Con «Actualizar ahora» es inmediato.
¿Y una venta en llegar a Manager? Unos minutos. Como máximo, el intervalo de subida del TPV (15 minutos por defecto) más el ciclo del conector.
¿Se puede usar AvantPOS en un local mientras otros siguen con FrontRest? Sí. Cada TPV de AvantPOS tiene su caja y sus series, y nada de lo que hace AvantPOS toca documentos ni stock de FrontRest, aunque compartan almacén.
¿Qué pasa con ICGRemote? Sigue sirviendo a los FrontRest que queden. El conector no escribe en sus tablas.
¿Escribe AvantPOS directamente en las tablas de ICG? Los documentos de venta entran por DataExchange. Lo que DataExchange no cubre lo aplican procedimientos AVANTPOS_* revisados, con permisos solo sobre las tablas que tocan.
¿Se puede repetir una importación? El diseño evita repetir: lo ya importado no se vuelve a subir, porque reimportar volvería a dejar la factura pendiente del SII. Si un lote falla, se reintenta solo, sin duplicar.
¿Los empleados tienen que tener PIN en Manager? No. El PIN es del local y se pone en AvantPOS. En Manager, el vendedor con su perfil.
¿Se pueden hacer facturas con NIF en el local? No en modo central: las hace la central en Manager.
¿Necesitamos abrir puertos o una VPN? No. Solo salida HTTPS del servidor de Manager y de cada local hacia el relé.
| Término | Significado |
|---|---|
| Central | La empresa que mantiene ICG Manager y desde la que se gestionan los maestros. |
| Local | Cada restaurante con AvantPOS: un servidor de AvantPOS con sus TPV, comanderas y pantallas. |
| Conector | Servicio de Windows de Avant instalado en el servidor de Manager. Lee Manager en solo lectura y escribe solo por DataExchange y por los procedimientos AVANTPOS_*. |
| Relé | Servicio de Avant en internet, propio de cada cliente (<cliente>-rele.avantpos.es). Guarda la última foto del catálogo de cada local y la cola de documentos. El conector y los locales se conectan a él; él no se conecta a nadie. |
| DataExchange | ICG DataExchange: el importador y exportador oficial de ICG. Importa ficheros con reglas definidas en mappings. |
| Mapping | Definición de DataExchange de cómo se exporta o importa un tipo de dato (campos, reglas, SQL previas y posteriores). |
| Grupo de mappings | Conjunto de mappings que se ejecutan juntos. AvantPOS usa su propio grupo, «AVANTPOS IMPORTAR TICKETS». |
| Lote | Conjunto de documentos de una caja y una Z que el conector sube de una vez. |
| Serie | Código de serie de ICG con el que se numeran los documentos (tickets, devoluciones, invitaciones, compras). |
| Caja | Caja de ICG. Cada TPV de AvantPOS tiene la suya, nueva. |
| Caja de stock | Número con el que se guarda el stock por Z de cada TPV; propio de cada TPV y distinto de 1. |
| Z | Cierre de caja diario del TPV, numerado por caja. El X es un arqueo intermedio que no cierra. |
| PAAL | Albarán de venta con el que la central entrega mercancía al local. Al recibirlo, el local genera su albarán de compra con «Su albarán» PAAL-<número>. |
| Post-importación | Procedimiento AVANTPOS_ que el conector ejecuta cuando DataExchange termina bien. |
| Modo central | Modo de AvantPOS en el que el catálogo baja de Manager y no se edita en el local. |
| ENVIADOSII | Marca de ICG de las facturas ya enviadas al SII. Por eso un documento ya importado nunca se vuelve a importar. |
Soporte de Avant: 93 694 05 02 · soporte@avant-it.net.