> ## Documentation Index
> Fetch the complete documentation index at: https://docs.laportenard.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Conflictos de sincronización

> Resolver diferencias entre terminales.

<Note>
  **Rol:** Cualquiera puede ver un diálogo de conflicto; algunas resoluciones requieren `Gerente`.
</Note>

A veces dos terminales editan la misma orden al mismo tiempo (por ejemplo, una está offline y otra online, y cuando la primera reconecta sus cambios chocan con los nuevos). Sirvo POS detecta el conflicto y te muestra un diálogo para decidir qué versión queda.

<Frame />

## Cuándo aparece un conflicto

* Un cajero estaba offline y agregó items a una mesa. Otra terminal en línea cobró la cuenta. Cuando el primero reconecta, ya no puede aplicar sus cambios.
* Dos terminales tomaron la misma mesa al mismo tiempo (raro, pero pasa con conexiones inestables).
* Una orden fue anulada en una terminal mientras otra le agregaba items.

Sirvo POS minimiza estos conflictos con [bloqueos de mesa](/user-guide/mesa-bloqueada), pero en condiciones de red intermitente igual pueden ocurrir.

## El diálogo de conflicto

Cuando hay un conflicto, vas a ver un cuadro que dice algo como `Conflicto detectado` con:

* **Tu versión** — los cambios que hiciste localmente.
* **Versión del servidor** — los cambios que están guardados en el Hub.
* **Botones** para escoger qué hacer.

## Opciones de resolución

| Opción                    | Cuándo                                                                                                                                               |
| ------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------- |
| **Mantener mi versión**   | Si tus cambios son los correctos y los del servidor son obsoletos. La versión del servidor se sobrescribe (con cuidado, esto puede ser destructivo). |
| **Tomar la del servidor** | Si tus cambios offline ya no aplican (la cuenta cerró, otro hizo el ajuste correcto). Tus cambios locales se descartan.                              |
| **Combinar**              | Si los cambios no se pisan (tú agregaste un ítem nuevo, el servidor cobró una parte). Sirvo POS los junta.                                           |
| **Cancelar y revisar**    | Solo cierra el diálogo. Vuelves después; el conflicto sigue pendiente.                                                                               |

<Tip>
  Cuando hay duda, escoge **`Combinar`** o **`Cancelar y revisar`**. Sobrescribir versiones es destructivo y puede borrar trabajo de un compañero.
</Tip>

## Conflictos comunes y cómo resolverlos

### "El cliente ya pagó la cuenta que estoy editando"

Otra terminal cobró la cuenta mientras tú estabas offline agregando items.

* **Opción 1**: si los items adicionales SÍ los consumió el cliente, llama al gerente — hay que generar una cuenta complementaria o ajuste.
* **Opción 2**: si los items NO los consumió (los agregaste por error), descarta tu versión.

### "La mesa ya está cobrada y libre"

Tu cambio offline quería agregar items a una mesa que ya cerró.

* Vuelve al plano y abre una mesa nueva con esos items, o
* Pídele al gerente que abra la cuenta cerrada y agregue allí.

### "El ítem que iba a anular ya no existe"

Otra terminal anuló el ítem antes que tú. Sirvo POS te avisa que el conflicto se resuelve solo (la anulación ya está hecha).

### "Estos pagos no cuadran"

Aplicaste un pago offline a una cuenta que ya tenía pagos del servidor. El total puede pasarse del saldo.

* Llama al gerente para revisar y decidir cuál pago queda.

## Cuándo escalar al gerente

Llama a un gerente si:

* El conflicto involucra montos grandes y no estás seguro qué versión es correcta.
* Hay items voided que requieren auditoría.
* El diálogo no te da una opción que parece correcta.
* El conflicto se mantiene aunque toques las opciones.

El gerente puede revisar la [bitácora de eventos](/user-guide/eventos) para entender qué pasó cronológicamente.

## Después de resolver

* El conflicto desaparece y la sincronización continúa normalmente.
* El evento queda en la bitácora con quién lo resolvió y cómo.
* Si la resolución implicó cambios fiscales (NCF, montos cobrados), pueden generarse ajustes automáticos — no te asustes si ves transacciones extra de corrección.

## Errores comunes

* **El diálogo no se cierra** — toca `Cancelar y revisar` y vuelve a abrir la mesa fresca para ver el estado real.
* **Pierdo trabajo cada vez que reconecto** — la conexión es muy inestable. Habla con el admin sobre la red del local.
* **`Conflicto fatal — comuníquese con soporte`** — es un caso raro. Avísale al gerente o admin.

## Relacionado

* [Sincronización y conexión](/user-guide/sincronizacion)
* [Bitácora de eventos](/user-guide/eventos)
* [Mesa bloqueada](/user-guide/mesa-bloqueada)