Errores de sincronización

Errores de sincronización recoge las acciones que un móvil de reparto intentó subir y que el servidor no aceptó: un albarán nuevo, un cobro, una entrega marcada, una incidencia… Cada fila es una acción, no un intento — el albarán C2026/124, que lleva 88 reintentos, sigue siendo una sola línea aquí, no 88. Por eso el número de esta pantalla no coincide con el número de avisos que ha visto el repartidor en su móvil.

Por defecto solo se ven las filas Abiertas, ordenadas por la fecha en que ocurrieron en el móvil. Hay filtros de repartidor, tipo de acción, código de error, cliente y rango de fechas, igual que en el resto de listados del portal.

Tocando una fila se abre su ficha completa: además de lo que ya se ve en el listado, trae el contenido íntegro de la acción tal y como llegó del móvil (las líneas de un albarán, la forma de pago de un cobro, la ruta, la tienda…) y enlaces a lo que nombra: el repartidor lleva a su ficha de usuario; el cliente y el albarán, cuando todavía existen, a las suyas; y la tienda y la ruta, cuando la acción las trae, se ven con su nombre y enlazan a la ficha del cliente con esa tienda elegida y a la de la ruta. Si la tienda o la ruta ya no existen, se ven como Ver tienda y Ver ruta. Es lo que hace falta para decidir, por ejemplo, si un cobro que rechaza el servidor es el mismo que la oficina ya metió a mano.

En el listado de escritorio, el repartidor, el cliente y el albarán de cada fila también son enlaces a sus fichas.

Qué significa cada estado

• Abierto — se ha rechazado al menos una vez y el móvil lo sigue reintentando solo. Es el estado que interesa a diario.
• Entró después — un reintento posterior del móvil ha llegado y el servidor lo ha aceptado. La fila desaparece sola de la vista por defecto en cuanto pasa esto: no hace falta hacer nada, y es la explicación de por qué una fila que viste ayer puede no estar hoy sin que nadie la haya tocado. Para volver a verla, cambia el filtro de estado a “Todos los estados”.
• Resuelto por oficina — alguien de oficina la ha dado por resuelta desde esta misma pantalla (ver más abajo).
• Descartado por el repartidor — el propio repartidor la ha descartado desde su móvil (ver más abajo).

Filas con «Error interno del servidor»

Casi todas las filas de esta pantalla son rechazos con un motivo de negocio: falta la tienda, el importe supera lo pendiente, el cliente ya no existe. Una fila cuyo error es Error interno del servidor es otra cosa: el servidor falló al procesar esa acción por un problema suyo, no por el dato que mandó el repartidor.

Lo que hay que saber de esas filas:

• Mientras la fila esté abierta, la acción no está aplicada, ni entera ni a medias. Si era un cobro, ese dinero no está registrado.
• No frena a las demás. El resto de lo que el repartidor tenía por subir sigue entrando con normalidad; solo esa acción se queda fuera.
• Hay dos clases, y el móvil las trata distinto:
  • El servidor no pudo en ese momento (no llegó a su base de datos, o la acción chocó con otro dato al guardarse). El móvil la reintenta sola en las siguientes sincronizaciones, y la fila pasa a Entró después en cuanto entra. No hay que hacer nada salvo que siga abierta al día siguiente.
  • El servidor falló por un problema suyo al procesarla. El móvil no la reintenta sola: aparece en “Acciones con error” del repartidor como algo que requiere atención.
• Cómo distinguirlas: por el aviso que ve el repartidor en su móvil. «…Se volverá a intentar sola» es la primera; «…Avisa a la oficina» es la segunda.
• Si es de la segunda clase, o lleva abierta más de un día, avisa a soporte con la fila delante. Si detrás hay dinero o un albarán que hace falta ya, regístralo a mano en el portal y da la fila por resuelta con el motivo “Ya registrado a mano en el portal”.

Si el error es Coincidió con otro cambio a la vez, no hay que hacer nada: el servidor no pudo aplicar la acción porque chocó con otro cambio en el mismo instante, el móvil la reintenta sola y la fila pasa a Entró después en cuanto entra.

Lo que no deja fila es el reenvío de algo que ya entró. Con mala cobertura el móvil puede mandar dos veces el mismo cobro o el mismo albarán, incluso a la vez; el servidor lo guarda una sola vez y al segundo envío le contesta que ya estaba aplicado. No aparece aquí ni en “Acciones con error” del repartidor, porque no hay nada que revisar.

Filas de «Esta ruta pertenece a otro repartidor»

Un lote de un artículo que el móvil de un repartidor intenta guardar en la ruta de otro repartidor se rechaza y queda aquí con ese error: el lote de esa ruta no se ha tocado. No se reintenta (es definitivo). Si el repartidor se equivocó de ruta, basta con dar por resuelta la fila y poner el lote en la ficha de la ruta correcta.

Un albarán o un cobro en esa misma situación no se rechaza, para no perder dinero ni una venta ya hecha. El servidor lo guarda en la ruta propia del repartidor de ese día (una abierta si la hay; si solo tiene una cerrada, en la cerrada) o, si ese día no tiene ninguna ruta, sin ruta. Esto no genera una fila en esta pantalla: lo verás así:

Qué	Dónde se ve	Qué hacer
Cobro	En Cobros, pendiente de validar, con la etiqueta Reasignado de la ruta de otro repartidor. Nunca nace validado, ni el efectivo: puede ser un móvil compartido y el dinero no ser de quien lo subió.	Averiguar de quién es el dinero. Si es del repartidor que lo subió, Validar; si es de otro, Anular y que lo registre quien lo cobró.
Albarán	En la ficha de la ruta del repartidor que lo subió (o, si no tenía ruta ese día, entre los albaranes sin ruta). El historial del albarán dice de qué ruta venía y de qué repartidor.	Si el albarán es de otra ruta de verdad, cambiarlo de ruta desde su ficha. Si está sin ruta, asociarlo a la ruta que corresponda: el repartidor no podrá marcarlo como entregado mientras no tenga una ruta suya.

El historial de cada uno (cobro o albarán) nombra la ruta de origen, su repartidor y su fecha.

Filas de «Tipo desconocido»

Una fila cuyo tipo es Tipo desconocido: … y cuyo error es El móvil lleva una versión de la app más nueva que el servidor no es un rechazo por un dato mal puesto. El móvil de ese repartidor se ha actualizado antes que el servidor y ha mandado una clase de acción que el servidor todavía no sabe procesar. Al lado de “Tipo desconocido” aparece el nombre interno que mandó el móvil, tal cual: es lo que soporte necesita para saber de qué acción se trata.

Lo que hay que saber de esas filas:

• La acción no está aplicada, pero tampoco está perdida: sigue en el móvil del repartidor.
• No frena a las demás. El resto de lo que el repartidor tenía por subir entra con normalidad.
• No hay nada que corregir en la oficina. Se arregla actualizando el servidor. Cuando eso ocurra y el móvil vuelva a sincronizar, la acción entra sola y la fila pasa a Entró después. Si el móvil ya había dejado de reintentarla, el repartidor la encuentra en “Acciones con error” y le basta con pulsar REINTENTAR.
• No se puede dar por resuelta. Mientras el servidor siga sin conocer ese tipo, la fila no ofrece casilla de selección y su ficha no tiene el botón Dar por resuelto: darla por resuelta retiraría del móvil una acción válida que nadie ha llegado a aplicar. En su lugar, la ficha explica lo que está pasando.
• Avisa a soporte en cuanto veas una, con el nombre que aparece tras “Tipo desconocido”. Para verlas todas juntas, elige El móvil lleva una versión de la app más nueva que el servidor en el filtro Error.

Si después de actualizar el servidor la fila sigue abierta —porque el repartidor la descartó en su móvil, por ejemplo—, ya se puede dar por resuelta como cualquier otra.

Queda un caso sin salida propia: un tipo que no va a llegar a existir nunca —una versión de la app que se retiró, por ejemplo— en un móvil que ya ha dejado de reintentar la acción. Para que esa fila no se quede abierta para siempre, cuando el móvil lleva más de una semana sin reintentarla su ficha ofrece el botón Archivar como caducada. Archivar la saca de Abiertos y la deja con el motivo Caducada: el móvil dejó de reintentarla, pero no es dar por resuelto: no aplica la acción y no la retira del móvil del repartidor. Si el móvil vuelve a enviarla, la fila se reabre sola. Antes de archivar, confirma con soporte que ese tipo no va a llegar: si detrás hay dinero o un albarán, hay que registrarlo a mano.

Si la fila dice solo Tipo desconocido, sin nombre detrás, la acción llegó sin tipo. Esa no va a entrar nunca, así que sí se puede dar por resuelta; avisa igualmente a soporte, porque no debería ocurrir.

Si una fila resuelta se reabre

Una fila que ya se dio por resuelta puede volver a Abierta: pasa cuando el móvil reintenta la misma acción más tarde y el servidor la vuelve a rechazar — por ejemplo, la oficina resuelve hoy un cobro dando por bueno que ya está registrado a mano, pero el móvil, que todavía no ha sincronizado o lleva una versión antigua de la app, insiste con el suyo.

Esa fila reaparece en Abiertos con su historial intacto: en su ficha se ve un bloque aparte, Resuelta antes por oficina, con quién la resolvió, cuándo y con qué motivo y nota la primera vez. No se pierde nada de lo que ya se decidió — solo avisa de que hace falta volver a mirarla, porque el móvil sigue insistiendo en algo que la oficina ya daba por cerrado. Ese bloque solo aparece mientras la fila está de nuevo Abierta: una vez entra sola o se descarta desde el móvil, deja de mostrarse.

Qué hace «dar por resuelto» — y qué no

Sobre una fila Abierta (o varias a la vez, ver más abajo), el botón Dar por resueltos abre un diálogo que pide un motivo. Antes de confirmar nada, léelo bien: la acción no se aplica. Dar una fila por resuelta no registra el cobro, no crea el albarán ni cambia nada en los datos del cliente — solo la retira de esta pantalla y, en la siguiente sincronización del repartidor, de su móvil. Qué pasa en el móvil mientras tanto se explica más abajo, en “Qué ve el repartidor”: no se retira de las dos pantallas en el mismo instante.

Si detrás de esa fila hay dinero real que todavía no está en el sistema —el caso más habitual es un cobro que el móvil no ha conseguido subir—, tienes que registrarlo tú, a mano, desde Cobros, antes de dar la fila por resuelta. Dar por resuelto sin haber registrado ese dinero no lo pierde en el acto, pero sí lo saca de Abiertos, la vista por defecto de esta pantalla: nadie de oficina vuelve a preguntarse por él salvo que alguien recuerde cambiar el filtro a “Todos los estados”.

Esta pantalla existe justo para las filas que no van a entrar nunca solas: un cliente que se borró después de la entrega, un albarán que se rechazó por un dato que ya no tiene arreglo, un cobro duplicado porque oficina lo metió a mano mientras el móvil seguía reintentando el suyo. Si la fila todavía puede entrar sola —falta poco, o el dato se puede corregir de otra forma—, no hace falta tocarla: déjala reintentando.

Los motivos

El motivo es obligatorio y queda guardado junto con la fila, visible en su ficha dentro de esta pantalla:

• Ya registrado a mano en el portal — el dato ya está en el sistema porque oficina lo dio de alta por su cuenta (el caso típico de un cobro).
• Duplicado — la misma acción ya entró por otro camino y esta copia sobra.
• El cliente o el albarán ya no existe — el destino de la acción se ha borrado o anulado desde que el móvil la generó. Es un caso real y frecuente, no un fallo del programa: pasa cada vez que se borra un cliente o se anula un albarán mientras el móvil todavía tenía algo suyo pendiente de subir.
• Otro — cualquier caso que no encaje en los anteriores. Con este motivo, la nota de texto libre es obligatoria: sin ella, el portal no deja confirmar.

Con cualquier otro motivo la nota es opcional, pero conviene rellenarla si hay algo que a alguien le va a hacer falta recordar más adelante.

Varias a la vez

Estos casos suelen venir en grupo — varias filas del mismo cliente que se borró, o varios cobros duplicados de la misma parada — así que se pueden seleccionar varias filas Abiertas a la vez y resolverlas juntas, con el mismo motivo y la misma nota para todas. Solo se pueden marcar filas Abiertas: una fila ya cerrada no ofrece casilla de selección, y tampoco una de «Tipo desconocido» que esté esperando a que se actualice el servidor. Si alguna de las filas marcadas se cerró por su cuenta justo antes de confirmar —por ejemplo, porque el reintento del móvil acabó entrando— el portal avisa de cuántas se han quedado fuera y no las cuenta como resueltas de nuevo.

Qué ve el repartidor

La pantalla y el móvil se hablan en los dos sentidos, siempre a través de la sincronización del repartidor:

• Si oficina da una fila por resuelta, aquí desaparece al momento de Abiertos. En el móvil del repartidor desaparece de “Acciones con error” en su siguiente sincronización: la app la archiva en “Ver descartadas”, marcada como Resuelta por oficina, con el mismo motivo y la misma nota que se eligieron aquí, y se lo dice en el aviso de esa sincronización. Desde ese momento el móvil deja de intentar subirla.
• Si el repartidor descarta una fila desde su móvil (ver Trabajar sin cobertura), la app avisa al servidor en su siguiente sincronización y la fila pasa aquí a Descartado por el repartidor. Lo que llega es que la descartó, no el dinero: si detrás había un cobro, sigue sin estar registrado.

Al sincronizar, la app pregunta primero qué ha resuelto la oficina y solo después sube lo que tiene pendiente. Una fila que ya has dado por resuelta no se envía, ni en el reintento automático ni si el repartidor pulsa REINTENTAR: se archiva.

Si lo que das por resuelto es un albarán nuevo, la app retira con él la entrega, la incidencia y la corrección de ese albarán, que sin él no podían entrar. El cobro de esa parada no se retira: sube por su cuenta en la siguiente sincronización y el servidor lo aplica a lo que deba el cliente, o lo rechaza y aparece aquí como su propia fila. Si has creado tú el albarán a mano, no registres también ese cobro sin hablar antes con el repartidor, o quedará dos veces.

Por eso, cada vez que des por resuelta el alta de un albarán, revisa los cobros de ese cliente en Cobros cuando el repartidor haya sincronizado: el cobro que hizo en esa parada habrá subido igualmente contra la deuda del cliente, aunque el albarán del móvil ya no exista. Comprueba que está una sola vez y que el importe cuadra con lo que el cliente debía de verdad.

Precaución

Queda una ventana en la que una acción resuelta todavía puede entrar, y si entra se aplica — con el motivo “Ya registrado a mano en el portal”, eso es un cobro o un albarán por duplicado, con la fila aún en Resuelto por oficina:

• El móvil lleva una versión de la app anterior a esta. No archiva nada: la fila se le queda en “Acciones con error” y la sigue reintentando hasta que actualice.
• La das por resuelta justo mientras el móvil está sincronizando, en los segundos entre que pregunta y que sube.
• La acción está en el móvil como pendiente y no como error — por ejemplo, el repartidor acaba de elegir la tienda que le faltaba a ese albarán. La app no archiva lo que está pendiente de su primer envío.

Por eso, después de registrar algo a mano y dar la fila por resuelta, comprueba al día siguiente en la ficha del cliente que el cobro o el albarán no está dos veces.

Quién entra

Ve y resuelve esta pantalla la oficina, un administrador o el propietario. Un repartidor no tiene acceso: no entra en el portal, trabaja solo desde la app. Ver Qué ve cada usuario para el resto de diferencias entre roles.