Un restaurante termina el servicio del sábado con 3.200 euros de ventas. El responsable cierra las cajas, comprueba los pagos con tarjeta y deja preparado el efectivo para su retirada. Todo parece correcto.
El lunes, administración consulta Sage y descubre que los importes no coinciden con los ingresos bancarios. Además, una parte de las ventas corresponde a una plataforma de reparto que todavía no ha realizado su liquidación.
Empiezan las comprobaciones. Hay que recuperar el cierre del TPV, revisar los medios de pago, localizar las operaciones de tarjeta y averiguar si alguna devolución se ha contabilizado dos veces.
El problema no está necesariamente en las ventas ni en el dinero recibido. Puede estar en cómo se está trasladando la información entre sistemas.
Por eso, gestionar los cierres de caja con Ágora TPV y Sage requiere algo más que enviar un total diario al ERP. Es necesario distinguir las ventas de los cobros, establecer equivalencias contables para cada medio de pago y definir qué hacer cuando aparecen diferencias.
En Precognis hemos desarrollado un conector entre Ágora TPV y Sage que permite automatizar buena parte de ese recorrido. La integración con Sage 50 contempla el tratamiento de los medios de pago, la generación de asientos agrupados de ventas simplificadas y devoluciones, y el tratamiento individual de determinadas facturas nominativas.
Pero su utilidad depende de las reglas que se establezcan durante la implantación.
Una integración bien diseñada debería conseguir que administración deje de reconstruir cada mañana las operaciones del día anterior y pueda concentrarse en comprobar las excepciones.
Cierres de caja con Ágora TPV y Sage: tres cifras que no deben confundirse
Antes de definir los asientos contables, conviene separar tres conceptos que suelen aparecer mezclados durante las comprobaciones.
Las ventas representan las operaciones comerciales realizadas durante la jornada, con sus importes e impuestos correspondientes.
Los cobros indican cómo se han satisfecho esas operaciones: efectivo, tarjeta, cheque restaurante, plataforma externa u otros medios.
Las liquidaciones reflejan cuándo y por cuánto dinero se materializan determinados cobros, por ejemplo, cuando la entidad financiera abona las operaciones de tarjeta en la cuenta bancaria.
Estas cantidades están relacionadas, pero no tienen por qué coincidir en el mismo momento.
Un restaurante puede registrar 1.000 euros de ventas con tarjeta durante la jornada. Eso no significa que el banco vaya a ingresar exactamente 1.000 euros ese mismo día.
La liquidación puede llegar después. Además, según las condiciones del proveedor, el ingreso podría incluir descuentos por comisiones u otros ajustes.
Si el sistema contable interpreta cada venta con tarjeta como un ingreso bancario inmediato, las conciliaciones posteriores pueden resultar confusas.
La fecha de negocio también importa
Ágora trabaja con el concepto de jornada y fecha de negocio.
Según su manual de apertura y cierre de jornada, una jornada puede prolongarse después de medianoche y seguir asociada a la fecha de negocio en la que comenzó.
Esto resulta habitual en restauración.
Un servicio que empieza el sábado por la noche y termina durante la madrugada del domingo puede quedar vinculado a una única jornada operativa.
Por eso el conector debe conocer qué fecha se utilizará para identificar el cierre y cómo se relacionará con las fechas contables y bancarias, respetando los criterios fiscales aplicables.
De lo contrario, una diferencia de fechas puede interpretarse erróneamente como una venta desaparecida.
Qué debe comprobarse en Ágora TPV antes de enviar el cierre
Ágora registra las ventas y los movimientos de caja durante la jornada. Al finalizar, permite revisar las operaciones pendientes y realizar el arqueo, si está configurado.
El procedimiento oficial de cierre de jornada contempla la revisión de tickets abiertos y la introducción de los importes recontados para contrastarlos con lo esperado por el sistema.
Si aparece un descuadre, el usuario puede volver a contar o cerrar indicando el motivo de la diferencia.
Esta posibilidad resulta útil, pero no significa que cualquier diferencia deba considerarse resuelta al cerrar.
Para que el proceso sea consistente, conviene identificar las operaciones que pueden pasar a contabilidad y las incidencias que requieren revisión.
Un cierre completo necesita más información que el total vendido
Antes de enviar los datos a Sage, debería poder identificarse:
- El establecimiento, la caja y la fecha de negocio.
- Los importes de venta y sus impuestos, según la documentación emitida.
- Las cantidades cobradas mediante cada forma de pago.
- Las devoluciones, anulaciones y descuentos que afectan al resultado.
- Los movimientos de efectivo ajenos a las ventas, como retiradas o aportaciones de cambio.
- Las posibles diferencias detectadas durante el arqueo.
Esta información no tiene por qué trasladarse con el mismo nivel de detalle en todas las empresas.
Un negocio con una sola caja puede necesitar un resumen diario.
Una cadena de restaurantes probablemente quiera distinguir establecimientos, turnos, cajas o centros de coste.
La decisión debe responder a las necesidades de control.
El informe Z de Ágora permite consultar un resumen de las ventas y movimientos de caja de la jornada. También existe un informe específico de formas de pago para analizar los importes registrados por método y fecha de negocio.
El conector debe utilizar la información disponible de forma coherente con el modelo contable acordado.
En nuestro artículo sobre cómo mejorar la trazabilidad de ventas conectando Ágora TPV con Sage explicamos por qué cada cierre debería poder relacionarse con sus operaciones de origen y con los registros que se generan en el ERP.
Cómo definir las equivalencias contables de los distintos medios de pago
Uno de los trabajos más importantes de una integración TPV-ERP es establecer qué significado contable tiene cada forma de pago.
Ágora permite configurar diferentes medios y definir propiedades específicas para ellos.
La documentación oficial de formas de pago contempla, entre otras opciones, efectivo, tarjeta y cheque restaurante, además de medios adicionales que pueden configurarse según la operativa.
También permite establecer si un medio interviene en el arqueo, si admite devoluciones o si se utiliza mediante una pasarela de pago.
Pero el nombre utilizado en el TPV no basta para decidir cómo debe contabilizarse.
La empresa necesita definir equivalencias.
Una tabla de correspondencias antes de automatizar
Un modelo orientativo podría organizarse así:
| Medio de pago en Ágora | Tratamiento contable que conviene estudiar | Comprobación posterior |
|---|---|---|
| Efectivo | Cuenta de caja correspondiente al establecimiento | Arqueo y retiradas |
| Tarjeta | Cuenta transitoria de cobros pendientes de liquidación | Liquidación del proveedor de pagos y banco |
| Cheque restaurante | Cuenta de cobros pendientes frente al emisor, según contrato | Liquidación y posibles comisiones |
| Plataforma de reparto | Cuenta de liquidaciones pendientes frente a la plataforma | Extracto de operaciones, comisiones e ingreso |
| Transferencia o cobro aplazado | Cuenta de cliente o cobro pendiente, según la operación | Vencimiento e ingreso bancario |
La tabla representa un modelo de diseño contable, no una configuración predeterminada del conector.
Las cuentas concretas, los impuestos y el tratamiento de cada operación deben acordarse con administración y la asesoría de la empresa.
En determinadas situaciones, un vale, una tarjeta regalo o un anticipo puede tener un tratamiento diferente al de una venta cobrada en el momento. Hay que identificar la naturaleza de la operación antes de asignarle una cuenta.
También conviene decidir cómo se tratarán las propinas.
Ágora dispone de opciones específicas para registrar propinas por forma de pago e incluirlas en el arqueo. Sin embargo, no deben incorporarse automáticamente a las ventas del restaurante sin analizar su tratamiento real y las obligaciones aplicables.
Evita crear varias formas de pago para una misma operación sin criterio
Una empresa puede utilizar diferentes nombres para cobros que, desde el punto de vista administrativo, siguen el mismo procedimiento.
También puede ocurrir lo contrario: registrar bajo la categoría «tarjeta» operaciones realizadas con proveedores diferentes, cuyos abonos llegan a cuentas bancarias distintas.
En ese escenario, agrupar todos los cobros puede dificultar la conciliación.
Por eso conviene definir el nivel de detalle necesario.
Si una entidad financiera liquida las tarjetas de un establecimiento por separado y otra utiliza un calendario diferente, quizá interese distinguirlas contablemente.
El criterio debería ser sencillo: cada forma de pago necesita una correspondencia que permita seguir el dinero hasta su destino final.
Ejemplo práctico: del cierre de Ágora al asiento contable en Sage 50
Imaginemos un restaurante que termina una jornada con 1.210 euros de ventas cobradas.
Para simplificar, supondremos que todas las operaciones del ejemplo están sujetas a un IVA del 10 % y que los importes ya incluyen las devoluciones y descuentos registrados durante el día.
La distribución es la siguiente:
| Concepto | Importe |
|---|---|
| Ventas cobradas en efectivo | 460 € |
| Ventas cobradas con tarjeta | 650 € |
| Ventas cobradas mediante plataforma externa | 100 € |
| Total de ventas cobradas | 1.210 € |
Con esas condiciones hipotéticas, la base imponible agregada es de 1.100 euros y el IVA repercutido asciende a 110 euros.
El objetivo de la integración es reflejar una única venta económica, distribuida entre diferentes medios de cobro.
Primer paso: reconocer las ventas y sus cobros
En un modelo contable simplificado, el asiento podría reconocer:
En el debe:
- Caja: 460 €.
- Cobros con tarjeta pendientes de liquidación: 650 €.
- Cobros de plataforma pendientes de liquidación: 100 €.
En el haber:
- Ventas netas: 1.100 €.
- IVA repercutido: 110 €.
El asiento queda equilibrado por 1.210 euros.
La estructura es ilustrativa. En una implantación real debe respetarse la documentación emitida, los tipos impositivos aplicables, la separación de facturas nominativas y las reglas contables acordadas.
Lo importante es que el ingreso comercial no se contabilice una segunda vez cuando el banco liquide las operaciones.
Segundo paso: registrar la liquidación de tarjeta
Imaginemos que el proveedor de pagos liquida los 650 euros de tarjetas dos días después.
Según el supuesto del ejemplo, descuenta ocho euros en concepto de comisión y abona 642 euros en la cuenta bancaria.
En ese momento, el tratamiento contable debe cancelar el importe pendiente de liquidación y reconocer por separado el ingreso bancario y la comisión, siguiendo el tratamiento fiscal correspondiente.
Un esquema simplificado sería:
- Entrada en banco: 642 €.
- Comisión del servicio de cobro: 8 €.
- Cancelación de la cuenta transitoria de tarjetas: 650 €.
La venta original sigue siendo de 650 euros cobrados con tarjeta.
La comisión no convierte esa venta en una operación de 642 euros.
Si administración contabilizara los 642 euros recibidos como una nueva venta, estaría duplicando parte del ingreso.
En nuestro artículo sobre tesorería y conciliación bancaria antes del cierre de año explicamos por qué el registro de un cobro y su aparición en el extracto bancario deben tratarse como momentos relacionados, pero distintos.
Tercer paso: comprobar la liquidación de la plataforma
El importe de 100 euros procedente de la plataforma externa también debe mantenerse identificado hasta que se produzca su liquidación.
Al recibir el correspondiente detalle, administración comprobará las operaciones, comisiones y posibles ajustes.
La plataforma podría agrupar varios días o establecer condiciones diferentes para determinadas devoluciones.
Por eso no conviene asumir que el importe recibido coincidirá exactamente con el total de ventas de un único cierre.
La integración debe facilitar la relación entre el dato comercial original y su liquidación posterior.
El tratamiento exacto dependerá del contrato con la plataforma, de quién intervenga como vendedor y de la documentación correspondiente.
Diferencias de caja e incidencias: cómo resolverlas sin ocultarlas
No todas las diferencias tienen el mismo origen.
Algunas aparecen durante el recuento del efectivo. Otras se producen al comparar las ventas del TPV con los registros contables o con el dinero recibido en el banco.
Conviene distinguirlas antes de realizar ajustes.
Un descuadre de efectivo no debe modificar automáticamente las ventas
Volvamos al restaurante del ejemplo.
Supongamos que comenzó la jornada con un fondo de caja de 100 euros. Durante el día recibió 460 euros en efectivo y realizó una retirada documentada de 400 euros.
El saldo esperado en el cajón al cierre sería de 160 euros.
Sin embargo, el responsable cuenta 155.
Existe una diferencia negativa de cinco euros.
El primer paso es revisar el recuento, los movimientos de caja y las operaciones registradas.
Quizá se haya entregado mal el cambio, exista una retirada pendiente de registrar o se haya producido un error durante el arqueo.
Si después de investigar la diferencia sigue sin explicarse, debe documentarse y tratarse según el procedimiento autorizado de la empresa.
Lo que no conviene es reducir directamente las ventas en cinco euros para conseguir que el cierre aparente cuadrar.
La incidencia de efectivo y la facturación son conceptos diferentes.
El diseño de la integración debería permitir conservar esa distinción.
Devoluciones y anulaciones necesitan reglas propias
Una devolución puede implicar una corrección de la operación comercial y la restitución del dinero mediante un medio de pago concreto.
No debe procesarse como una venta negativa sin comprobar qué documento la justifica y cómo se ha realizado el reembolso.
También hay que diferenciar las anulaciones anteriores a la emisión del documento definitivo de las rectificaciones que requieren un tratamiento documental específico.
Ágora permite gestionar pagos y abonos asociados a tickets. Su manual de gestión de pagos explica que los pagos realizados no se eliminan libremente y que las correcciones deben canalizarse mediante la operación correspondiente.
En la integración, conviene relacionar la devolución con su documento original y evitar que una misma operación se contabilice dos veces.
Una factura nominativa no debería duplicarse en el resumen diario
También es importante distinguir las ventas simplificadas agrupadas de aquellas facturas nominativas que deben trasladarse individualmente.
Precognis documenta que su integración Ágora TPV-Sage 50 contempla ambos tratamientos.
Por eso hay que acordar qué documentos forman parte del asiento agrupado y cuáles siguen un circuito individual.
Si una factura nominativa se registra por separado y vuelve a incluirse como venta en el resumen diario, el ingreso podría duplicarse.
El control previo debe detectar esa situación antes de generar los asientos.
En nuestro artículo sobre cómo evitar errores al conectar Sage y Ágora TPV profundizamos en la importancia de definir el origen de cada dato y evitar que una integración traslade errores de un sistema a otro.
Qué validaciones necesita el conector para reducir tareas manuales
Automatizar el proceso no consiste únicamente en programar un envío diario.
También hay que establecer qué sucede si falta información, una operación presenta un error o alguien intenta procesar de nuevo un cierre anterior.
Estas situaciones son especialmente importantes cuando existen varios establecimientos.
Identificar cada cierre de forma única
Una buena práctica consiste en utilizar una referencia que permita reconocer el cierre según los datos necesarios: empresa, establecimiento, caja o unidad de cierre, fecha de negocio y número o identificador de operación.
Si el cierre ya se ha procesado, la integración debería poder detectarlo y evitar que se generen asientos duplicados.
También debe definirse qué sucede si un cierre previamente enviado necesita una corrección.
La solución no debería depender de borrar registros contables y volver a empezar sin control.
El procedimiento exacto tendrá que ajustarse a las funcionalidades del conector y a las exigencias documentales aplicables.
Comprobar que las cifras cuadran antes del envío
Antes de crear los registros contables, conviene validar que las ventas y sus impuestos siguen una relación coherente, que las devoluciones se han tratado correctamente y que los cobros están clasificados.
También debería comprobarse que existen equivalencias para todos los medios de pago utilizados.
Una forma de pago nueva, sin cuenta de destino definida, necesita generar una incidencia identificable.
No debería terminar asignada silenciosamente a una cuenta incorrecta.
Separar los registros correctos de las excepciones
El mayor ahorro administrativo aparece cuando las operaciones habituales se procesan sin intervención repetitiva.
Las excepciones deberían llegar a una persona responsable con información suficiente para investigar.
Por ejemplo, un cierre con un medio de pago desconocido necesita una revisión de parametrización.
Un descuadre de efectivo requiere comprobar el arqueo.
Y una liquidación bancaria pendiente necesita seguimiento financiero.
No tiene sentido tratar todas esas situaciones con la misma solución.
El conector debe facilitar un proceso consistente, pero no conviene asumir que cualquier instalación incorpora de serie todas estas validaciones o alertas. Su alcance debe revisarse durante la configuración.
Cómo implantar un flujo de cierre que funcione cada día
Antes de conectar Ágora TPV con Sage 50, conviene documentar el proceso actual.
Una pyme puede comenzar seleccionando una caja y varias jornadas representativas.
No basta con probar un día sin incidencias.
Es recomendable incluir ventas en efectivo, tarjeta, pagos mixtos, devoluciones y algún cierre con diferencia.
También conviene reproducir una liquidación de tarjeta que llegue al banco días después.
Con estas pruebas se puede comprobar si las equivalencias funcionan, si los asientos resultan coherentes y si administración dispone de información suficiente para localizar cualquier incidencia.
Una distribución de responsabilidades podría ser la siguiente:
| Responsable | Función principal |
|---|---|
| Personal de caja | Registrar correctamente cobros y movimientos |
| Encargado del establecimiento | Revisar arqueos y justificar incidencias |
| Administración | Supervisar el traspaso a Sage y las excepciones |
| Finanzas | Conciliar liquidaciones y movimientos bancarios |
| Responsable técnico o partner | Mantener equivalencias, integración y control de errores |
El objetivo es que cada equipo se ocupe de lo que le corresponde.
El encargado del restaurante no debería tener que preparar asientos contables.
Y administración no debería verse obligada a interpretar manualmente todos los tickets de cada jornada.
En un establecimiento con una sola caja, el control puede ser relativamente sencillo. En una empresa con varios locales, conviene comprobar que todos utilizan criterios homogéneos.
La integración de Ágora TPV con Sage después de la temporada alta es un buen ejemplo de por qué merece la pena revisar estos procedimientos antes de que aumente de nuevo la actividad.
Ágora TPV y Sage: del cierre manual al control por excepciones
Una integración bien planteada permite reducir el trabajo que aparece entre el cierre de caja y la contabilidad.
Ágora TPV registra la actividad del establecimiento.
El conector aplica las equivalencias y reglas acordadas.
Sage 50 recibe la información preparada para continuar con la gestión contable y administrativa.
Después, administración y finanzas pueden centrarse en comprobar las operaciones que necesitan atención: una devolución fuera del circuito habitual, un medio de pago sin equivalencia, una diferencia de efectivo o una liquidación bancaria pendiente.
El beneficio no consiste en dejar de supervisar.
Consiste en evitar que cada jornada se convierta en una reconstrucción manual de las ventas.
En Precognis ayudamos a las empresas a conectar Ágora TPV con Sage 50, definiendo el intercambio de datos y las equivalencias según la estructura contable y los procedimientos de cada negocio.
Si tu restaurante o cadena de establecimientos todavía necesita exportar cierres, separar los cobros en Excel y volver a introducirlos en Sage, podemos revisar cómo está organizado ese proceso y qué posibilidades ofrece nuestro conector para automatizarlo.
La revisión puede comenzar por las formas de pago, los asientos agrupados, las facturas individuales y el tratamiento de las incidencias que más tiempo consumen.
Porque un cierre de caja debería dejar preparada la información del negocio para seguir trabajando.
No obligar a administración a repetir cada mañana una jornada que el restaurante ya ha terminado.
