Ir al contenido

Cobros

Cobros es, por defecto, una bandeja: al entrar se ven los cobros por revisar: los pendientes de validar y los cobros con marca de revisión: con exceso, cobrados con la ruta cerrada o cobrados sin ruta (ver más abajo) — el filtro de estado empieza en “Por revisar”, no en “Todos”. Desde ahí también se filtra por ruta, por quién cobró (el repartidor de la ruta), por fecha y por cliente.

Cada fila dice también qué albaranes paga el cobro y a qué factura se aplica, y los dos son enlaces a sus fichas (columna Albaranes / factura). Un albarán sin número (los de clientes que no requieren factura no lo tienen nunca) sale como «Sin número», y el enlace abre igualmente el albarán.

Bandeja de Cobros con el filtro de estado en “Por revisar” (el que trae por defecto) y sus dos cobros pendientes de validar, uno ligado a una ruta y otro sin ruta, y un cobro con exceso del repartidor, ordenados por fecha descendente

No todos los cobros nacen validados. El efectivo que recoge un repartidor nace validado directamente: el dinero ya está en su mano cuando lo anota, así que no hay nada que oficina pueda confirmar que no confirme ya el arqueo de caja de la ruta (ver La ficha de una ruta). Un cobro con otra forma de pago recogido por el repartidor —transferencia, domiciliación, tarjeta o cheque— sí nace pendiente: hay algo real que confirmar, que el dinero haya llegado. Un cobro dado de alta directamente desde el portal nace validado, sea cual sea su forma de pago.

Sobre un cobro pendiente, la fila ofrece validar o rechazar (motivo obligatorio); sobre uno ya validado solo queda deshacer, que es la misma acción de fondo pero con otra etiqueta y otro aviso, porque no es lo mismo: por ejemplo, “Este cobro ya cuenta en el saldo del cliente. Al rechazarlo, el saldo pendiente subirá 30,00 €.” Un cobro rechazado se queda en la lista marcado como tal, con su motivo debajo — rechazar no borra el cobro, lo deja constando que existió y que se deshizo. También se puede validar en bloque, marcando varias filas pendientes a la vez.

Si el cobro paga un solo albarán, el diálogo de rechazar o deshacer funciona como siempre: pide el motivo (obligatorio) y anula el cobro entero. Lo que cuenta es lo que el cobro paga de verdad, no solo los albaranes que se marcaron al registrarlo: un cobro sin albaranes marcados que se reparte entre varios por antigüedad también deja elegir. Los cobros que son devoluciones y los de IVA automático siempre se anulan enteros.

Si paga varios albaranes, el diálogo enseña la lista Albaranes que paga este cobro con lo que el cobro aplica a cada uno (“Marca los albaranes que quieres quitar. El resto se queda cobrado con este cobro.”). Marca los albaranes que quieres quitar, escribe el motivo y pulsa Quitar albaranes. Desde la bandeja de cobros o desde la ficha del cliente no viene ninguno marcado; desde la ficha de un albarán viene marcado ese albarán.

  • El cobro baja en lo que aplicaba a los albaranes quitados, y esos albaranes vuelven a tener pendiente esa cantidad. Los demás no cambian.
  • Si marcas todos, el cobro se anula entero, y una línea del diálogo te lo avisa (“Has marcado todos los albaranes: el cobro se anulará entero.”).
  • Si el cobro tiene sobrante (dinero de más que queda a favor del cliente), aparece la casilla Quitar también el sobrante, desmarcada (desaparece si marcas todos los albaranes, porque entonces el cobro se anula entero). Si la dejas así, ese dinero sigue a favor del cliente y puede acabar pagando parte de un albarán de los que has quitado.
  • Si el cobro paga también una factura, solo se puede anular entero: el diálogo lo explica con una línea y no deja marcar albaranes sueltos. Lo mismo ocurre cuando el cobro no permite quitar albaranes sueltos por otro motivo: el diálogo dice “Este cobro no permite quitar albaranes sueltos: solo se puede anular entero.”
  • Mientras el portal calcula qué paga el cobro (“Calculando qué paga este cobro…”), el botón de confirmar espera.
  • Si el cobro estaba validado, el aviso de cuánto sube el saldo del cliente cuenta solo lo que quitas, no el importe entero del cobro.

Reimprimir el justificante después saca el cobro como está ahora, con su nuevo importe; lo que ya se entregó en papel no cambia. La operación queda en la auditoría del cobro, con el motivo, el importe anterior y el nuevo. Solo la hacen administración, oficina y propietario.

No hace falta entrar en esta pantalla para enterarse de que hay cobros sin confirmar. Mientras quede alguno, aparecen en tres sitios a la vez, todos con la misma cifra:

  • En el menú, la entrada Cobros lleva un contador en rojo con cuántos hay.
  • En Inicio, la tarjeta Cobros pendientes de validar enseña el importe total que está sin confirmar y, debajo, cuántos cobros son.
  • También en Inicio, el bloque Requiere atención añade un aviso —“2 cobros del repartidor pendientes de validar (2.300,00 €).”— con un enlace Ver cobros que abre esta bandeja ya filtrada por pendientes.
  • Si hay cobros a revisar con marca (exceso, ruta cerrada o sin ruta), Inicio añade otro aviso aparte —“2 cobros del repartidor a revisar.”— con el enlace Revisar cobros a esta misma bandeja. Este aviso no suma su importe a la tarjeta de pendientes de validar: ese dinero ya cuenta en el saldo.

Las tres cosas se actualizan solas en cuanto se valida o se rechaza algo aquí, y desaparecen cuando no queda ninguno: un cero no se anuncia (la tarjeta de Inicio sí se queda, en 0,00 €, porque ahí el cero también es información).

Los tres avisos son para oficina, que es quien entra en el portal (ver Qué ve cada usuario).

Además, sobre cualquier cobro que no esté rechazado, la fila ofrece Editar (icono de lápiz): ver Editar un cobro.

Cobrado con la ruta cerrada y cobrado sin ruta

Sección titulada «Cobrado con la ruta cerrada y cobrado sin ruta»

Un cobro del repartidor nunca se rechaza por llegar tarde: el dinero ya está en su mano. Pero tres casos llegan a la oficina con una etiqueta para que alguien los mire:

  • Cobrado con la ruta cerrada — el cobro llegó al servidor cuando la ruta ya estaba cerrada, y la caja de esa ruta ya estaba cuadrada.
  • Cobrado sin ruta — el repartidor cobró sin tener ruta ese día.
  • Reasignado de la ruta de otro repartidor — el móvil mandó el cobro con la ruta de otro repartidor; el servidor lo ha movido a la ruta del que lo subió (o lo ha dejado sin ruta). Puede ser un móvil compartido: comprueba de quién es el dinero antes de validar. Ver Errores de sincronización.

En ambos casos el cobro nace pendiente de validar, también el efectivo, y debajo de la etiqueta la fila dice quién lo registró, cuándo en el móvil y, en el primer caso, cuándo se cerró la ruta: «Registrado por Marta · en el móvil 06/10/2026, 18:40 · ruta cerrada el 06/10/2026, 18:05». Si además el cobro superaba lo que el cliente debía, la fila añade también la línea del exceso.

Se confirman con Validar (icono de marca): desde ese momento rebaja la deuda del cliente, como cualquier cobro validado, y sale de la bandeja. Para descartarlo, la X de siempre con motivo obligatorio. Dar por bueno no se ofrece mientras el cobro está pendiente: primero hay que validarlo. Un cobro con ruta cerrada que se valida no suma a la caja de la ruta (se cobró fuera del cuadre); la ficha de la ruta lo enseña aparte, ver Registrados tras el cierre. Si se reabre la ruta, todos los cobros tardíos no rechazados pasan a contar en su caja. Además, los que siguieran pendientes pierden la etiqueta y el efectivo se valida solo.

Los cobros anteriores a esta función que ya estaban validados y se cobraron con la ruta cerrada o sin ruta aparecen con la misma etiqueta ya validados, y ahí sí se ofrece Dar por bueno para quitársela.

Un cobro que sube la app del repartidor nunca se rechaza por superar lo que el cliente debe: el dinero ya está en su mano, y rechazarlo solo lo dejaba atascado en el móvil. El servidor lo registra y lo que sobra queda a cuenta del cliente, como saldo a su favor.

Si lo que sobra pasa del margen de redondeo (1 céntimo por albarán, con un mínimo de 2), el cobro aparece en esta bandeja con la etiqueta Cobro con exceso y, debajo, lo que el cliente debía cuando se registró y el exceso («Pendiente: 0,00 € · Exceso: 57,56 €»). Suele ser un cobro duplicado —por ejemplo, oficina lo registró desde el portal y el repartidor lo volvió a cobrar en la app— o un importe mal tecleado.

Sobre esa fila hay dos salidas:

  • Dar por bueno (icono de doble marca) — el cobro es correcto: se quita la etiqueta, sale de la bandeja y el sobrante sigue a favor del cliente.
  • Deshacer (la X de siempre, con motivo obligatorio) — el cobro sobraba: deja de contar en el saldo, igual que cualquier cobro rechazado, y el saldo a favor desaparece.

Las dos quedan en el historial del cobro. Los cobros registrados desde el portal no cambian: siguen sin poder pasar de lo pendiente salvo marcándolos a cuenta (ver El tope de lo que se puede cobrar).

Se abre desde la ficha del cliente, desde un albarán o desde una factura —no desde la bandeja de Cobros, que solo deja editar cobros ya existentes, nunca dar de alta uno nuevo. Desde la ficha de una factura, el botón Cobrar lo abre con el importe pendiente de esa factura, la fecha de hoy y la factura ya fijada (ver Cobrar desde la factura). Pide:

  • Importe.
  • Forma de pago — solo las que la configuración de la empresa tiene habilitadas para el portal.
  • Fecha.
  • Factura — opcional; “Sin factura concreta” es el valor por defecto.
  • Tienda — solo si el cliente tiene tiendas; queda fijada automáticamente si el cobro va ligado a una factura concreta o si marca albaranes (ver abajo).
  • Albaranes que paga — opcional; ver Qué albaranes paga un cobro.
  • Cobro a cuenta — casilla que solo aparece si no hay factura elegida (ver más abajo).

Modal Registrar cobro abierto desde la ficha de Costa Azul, pestaña Cobros: el fieldset Tienda con Tienda Centro y Almacén Norte como radios, Importe, Forma de pago, Fecha y Factura, y debajo la lista Albaranes que paga con sus dos albaranes pendientes, C2026/000211 y C2026/000236, sin marcar, el interruptor Mostrar también los cobrados y la casilla Cobro a cuenta

Con una factura concreta elegida, el cobro se descuenta de esa factura y nada más.

Un cobro puede decir qué albaranes paga (ver la sección siguiente). Ese cobro salda primero los albaranes marcados, del más antiguo al más reciente, aunque el cliente tenga otros más antiguos pendientes y aunque sean de otra tienda. Si el cobro no llega para todos, el último queda cobrado en parte. Si sobra, el sobrante sigue el reparto de abajo. Un albarán marcado que se facturó después paga la parte de su factura que corresponde a ese albarán, y lo que sobre sigue el reparto por antigüedad; uno que se anuló, se salta. Un cobro sin albaranes marcados —todos los anteriores a esta función, mientras nadie se los marque— se reparte por antigüedad.

Sin factura elegida, el importe entra en un reparto FIFO de cinco pasadas: primero las facturas pendientes de la propia tienda del cobro (o del cliente entero, si no tiene tiendas), luego sus albaranes entregados y sin facturar de esa misma tienda —del más antiguo al más reciente—, y solo si todavía sobra algo, esas mismas dos pasadas otra vez pero sin mirar la tienda. Ese último paso es real, no una salvedad teórica: un cobro de una tienda sí puede acabar saldando deuda de otra si a la suya no le queda nada pendiente. Es el mismo reparto que arma el saldo que se ve en la ficha del cliente (ver Clientes).

Los albaranes tienen, además, un límite de fecha, también cuando ya están facturados (cada albarán conserva su fecha dentro de la factura; solo se libran las facturas sin albaranes enlazados): un cobro solo salda albaranes con fecha igual o anterior a la suya, nunca posteriores, y lo que no llega a aplicar no se guarda para más adelante — un cobro del lunes no cubre el albarán del martes, aunque sobre dinero. Ese límite desaparece únicamente si el cobro está marcado “a cuenta” (ver abajo): entonces sí puede saldar albaranes de cualquier fecha, anteriores o posteriores.

Facturar no cambia lo que debe el cliente: al emitir una factura, cada albarán que entra en ella conserva su fecha dentro del reparto, así que un cobro anterior a un albarán sigue sin cubrirlo aunque ya esté facturado.

Marcar “Cobro a cuenta” es decir explícitamente que el cliente paga más de lo que debe a propósito: “Lo que pase de la deuda queda a favor del cliente y se descuenta de sus próximas entregas.” Un cobro a cuenta no tiene tope de importe — es, desde el portal, la única forma prevista de superar lo que el cliente debe sin que se rechace (el tope en sí puede aceptar algo más en un caso concreto, ver más abajo, pero eso no es algo que se decida marcando una casilla) — y no se puede combinar con una factura concreta: “Un cobro de una factura no puede dejar dinero a cuenta. Si el cliente quiere dejar dinero a su favor, regístralo sin factura.”

La etiqueta A cuenta que sale junto a un cobro solo aparece cuando ese cobro deja de verdad algo a favor del cliente. Si se marcó a cuenta pero el servidor lo aplicó entero a albaranes pendientes, no se pinta, porque no queda saldo. Donde no se conoce el reparto del cobro, la etiqueta sigue la casilla marcada.

El repartidor marca en la app los albaranes que paga el cliente cuando dice «te pago también el del martes». En el portal, el modal de registrar y el de editar traen la lista Albaranes que paga:

  • Salen los albaranes entregados y sin facturar del cliente, del más antiguo al más reciente, con su número («Sin número» si no lo tiene), la fecha, la tienda si el cliente tiene varias, el total y cómo está de cobro: cobrado, cobrado en parte (con lo que falta) o sin cobrar.
  • Por defecto solo se ven los que tienen algo pendiente. Mostrar también los cobrados saca el resto. Hace falta, por ejemplo, cuando el reparto por antigüedad le echó a un albarán dinero de otro cobro: sale cobrado aunque el cliente dice que no lo ha pagado. Los marcados se ven siempre.
  • Un albarán que la app marcó antes de entregarlo sale arriba con la nota «sin entregar». Se puede desmarcar, pero desde el portal no se marcan albaranes sin entregar nuevos.
  • Al registrar, marcar propone como importe la suma de lo pendiente de los marcados, como hace la app. En cuanto se escribe el importe a mano, deja de recalcularse. Registrando desde la ficha de un albarán, ese albarán ya sale marcado y se pueden añadir más.
  • Debajo, un resumen: “Marcado: 115,44 € · Cobro: 115,44 €”. Si no cuadra, avisa —“C2026/000291 quedará con 84,24 € pendientes.”, o “20,00 € se repartirán por antigüedad.” (“quedarán a cuenta.” si está marcado Cobro a cuenta)—, pero nunca impide guardar. Es una guía: la cifra buena es la que enseña el albarán después de guardar, porque mover un cobro también mueve lo que los demás cobros reparten por antigüedad.
  • Marcar albaranes y elegir factura se excluyen: con albaranes marcados el desplegable de factura se desactiva, y con una factura elegida, la lista. Para cobrar contra una factura desde la ficha de un albarán, primero hay que desmarcarlo.
  • La tienda la deciden los albaranes: con marcados de una sola tienda, el cobro va a esa y la tienda se enseña fija; con marcados de varias, “Varias tiendas: el cobro queda sin tienda”.

Si mientras el modal está abierto alguien anula uno de los albaranes marcados, guardar avisa “Algún albarán ya no se puede marcar: se ha anulado mientras tanto. La lista se ha recargado; revisa las marcas y vuelve a guardar.” y no guarda nada. Si lo que ha pasado es que se ha facturado, el cobro se guarda igual y paga la factura de ese albarán.

Modal Registrar cobro de Costa Azul con los dos albaranes marcados, C2026/000211 de Tienda Centro y C2026/000236 de Almacén Norte: el importe propuesto es su suma, 2.100,00 €, la tienda aparece fija como “Varias tiendas: el cobro queda sin tienda” y debajo de la lista el resumen “Marcado: 2.100,00 € · Cobro: 2.100,00 €”

Editar cambia importe, forma de pago, fecha, factura asociada, tienda, la marca “a cuenta” y qué albaranes paga el cobro, sin dar de alta uno nuevo. Editar tiene su propio tope —la misma fórmula que al registrar, explicada más abajo, pero calculada sin contar el propio cobro que se está editando— así que subir el importe de un cobro ya guardado puede rechazarse igual que si fuera nuevo. Un cobro rechazado no se puede editar (hay que registrar uno nuevo), y una devolución (ver más abajo) tampoco: se deshace con el mismo Deshacer que cualquier cobro validado, nunca editándola.

Tampoco se edita ni se deshace el cobro automático del IVA que nace al facturar a un cliente sin factura (etiqueta IVA (automático)): ver Facturas.

Al editar, la lista de albaranes enseña lo que le queda por pagar a cada uno sin contar este cobro, para que se vea qué salda de verdad, y marcar o desmarcar no cambia el importe: el dinero ya se recibió. Un albarán que el cobro tenía marcado y que después se facturó o se anuló ya no aparece: al cambiar los albaranes y guardar, queda quitado.

Se pueden cambiar los albaranes de cualquier cobro, también de uno que registró el repartidor en la app y que ya está validado. Si el repartidor vuelve a imprimir el justificante de ese cobro desde la app, saldrá el reparto nuevo, que ya no coincide con el papel que se quedó el cliente el día del cobro.

Cada cambio de albaranes queda en la auditoría del cobro, con los que se añadieron y los que se quitaron, por número: “Albaranes: +C2026/000176, −OF2026/000097.”

Todo cobro sin factura concreta y sin marcar “a cuenta” tiene un tope: no se puede registrar más de lo que el cliente (o la tienda elegida) tiene pendiente en ese momento. Si se supera, el portal avisa antes de nada: “El importe supera lo que debe el cliente. Si deja el sobrante a su favor, marca «Cobro a cuenta»; si no, corrige el importe.” (con la variante “…esta tienda…” o “…sin tienda…” según el caso), y debajo cuánto debe ahora mismo — o, si el portal no puede calcularlo con seguridad, “Puede que haya cobros pendientes de validar por oficina que todavía no se han descontado del saldo.” Si de todas formas se intenta guardar por encima del tope, el backend lo rechaza igual. Esto vale para los cobros que se registran desde el portal; los que sube la app del repartidor no se rechazan (ver Cobros con exceso).

El tope tiene un pequeño margen de redondeo: 1 céntimo por cada albarán que entra en la cuenta, con un mínimo de 2. Las facturas redondean el IVA y el recargo una vez por grupo de impuesto, y los albaranes cobrados uno a uno los redondean cada uno por su lado, así que lo que de verdad se ha cobrado puede quedar algún céntimo por encima de lo pendiente. Ese margen solo decide si el cobro se acepta: el aviso sigue mostrando lo que se debe de verdad, y lo cobrado de más queda a favor del cliente.

Lo delicado no es el tope en sí, sino contra qué se calcula, porque ha dado incidencias reales en producción:

  • Lo pendiente no es solo la Deuda total que se ve en la ficha del cliente: a ese saldo se le restan primero los cobros que el cliente ya tiene pendientes de validar (arriba) — ese dinero ya está reservado, aunque oficina todavía no lo haya confirmado, y contarlo dos veces dejaría colar el mismo cobro por partida doble.
  • Un cobro rechazado, en cambio, no reserva nada: libera su hueco como si nunca se hubiera registrado.
  • Cuando el cobro va ligado a un albarán concreto, o marca varios (arriba, «Contra qué se imputa»), el tope es en realidad el mayor de dos cifras: lo pendiente de hoy, o lo pendiente recalculando el saldo con ese albarán, o esos albaranes, ya dados por pagados. Desde el portal esta segunda cifra casi nunca cambia nada —el botón Registrar cobro de un albarán solo existe cuando ya está Entregado, y un albarán Entregado ya cuenta en el saldo de hoy, así que las dos cifras coinciden—. Donde sí importa es en la app: el repartidor puede cobrar en el mismo instante en que entrega, y puede marcar como pagado un albarán que todavía sigue Pendiente de entregar en la propia ruta; si el cobro llega al servidor antes que el propio “entregado” de alguno de esos albaranes (la app sincroniza en cola, sin garantía de orden), ese albarán todavía no cuenta en el saldo de hoy y la segunda cifra es la que evita que su propio cobro se rechace. Que sea el mayor de las dos, y no la suma, es lo que impide que esos mismos albaranes se cuenten dos veces — que es justo lo que dejó pasar un cobro duplicado en producción antes de esta regla.

Un cobro con factura concreta tiene su propio tope, más simple: no puede superar lo que queda pendiente de esa factura en concreto, contando lo que ya pagaron sus albaranes y su ajuste por redondeo (ver Ajuste por redondeo). Si se intenta, el aviso es “El importe supera lo pendiente de la factura.” El margen de redondeo es el mismo: 1 céntimo por cada albarán de esa factura, con un mínimo de 2.

Tampoco se puede registrar un cobro, ni editar uno para ligarlo, contra una factura anulada o rectificada, ni contra la propia rectificativa: esas facturas no cuentan para el saldo y el dinero no descontaría nada. El aviso es “Esta factura está anulada o rectificada y ya no admite cobros. Quita la factura del cobro para registrarlo contra la deuda del cliente.” Los cobros que la factura ya tenía cuando se anuló o se rectificó no se pierden: pasan solos a cobros sin factura concreta (ver el capítulo de Facturas).

Cuando el repartidor corrige un albarán ya entregado directamente en la puerta —el cliente dice que no quiere tanta cantidad de algo— y eso deja al cliente habiendo pagado de más en efectivo, la app le permite devolver ese sobrante ahí mismo. Esa corrección y su devolución son una acción de la app del repartidor, no del portal: desde aquí no se dispara, solo se ve su resultado.

Lo que ve la oficina es una fila de cobro negativa, ligada al mismo albarán que se corrigió, con la etiqueta DEVOLUCIÓN (así, en mayúsculas) junto al importe en cualquier listado de cobros (el de la ficha del cliente, el del albarán o la bandeja de Cobros). Nace ya validada, con la misma fecha del albarán. El motivo queda registrado en auditoría, pero contra el propio cobro (entidad Cobro, no Albarán): no aparece en la pestaña Trazabilidad del albarán, solo en la Auditoría general del portal (ver Qué ve cada usuario para quién llega a esa pantalla) buscando por ese cobro.

Una devolución es dinero que sale, no que entra: al ser un cobro con importe negativo, no reduce lo pendiente del cliente, lo aumenta — una devolución de 5 € sube el saldo pendiente en 5 €, exactamente como si se hubiera anulado 5 € de lo ya cobrado.

A veces una deuda no se va a cobrar: el cliente ha cerrado, ha desaparecido o se ha acordado perdonarla. En lugar de dejarla pendiente para siempre, la oficina puede darla por perdida: la deuda deja de contar como pendiente sin que haya entrado dinero.

Dónde está. En la ficha del cliente, pestaña Cobros, el botón Dar por perdido junto a Histórico de cobros. Solo aparece si el cliente tiene algo pendiente, y solo lo ven Administrador, Oficina y Propietario.

Qué se pide. El documento (una factura vigente, o un albarán entregado todavía sin facturar), el importe —que empieza siendo todo lo pendiente de ese documento, y no puede superarlo— y el motivo, que es obligatorio. El motivo queda en el histórico y en la auditoría.

Qué no es. Una pérdida no es dinero cobrado:

  • No cuenta en la caja ni en el efectivo del repartidor.
  • En el informe de Facturación/Cobro va en su propia cifra, Dado por perdido, separada de Cobrado (ver Informes).
  • No reduce la factura ni su IVA: la factura sigue valiendo lo mismo y sigue declarándose entera.

Cómo se ve. Si la pérdida salda todo lo que faltaba, el documento pasa a Cobrado, y en su detalle de cobros se ve la fila de la pérdida con su motivo. En la app del repartidor, en la lista de cobros del cliente, se lee Regularización, no «pérdida»; en el papel no aparece. Una pérdida no tiene justificante: la app no ofrece imprimirlo, y el ticket del albarán no la presenta como cobrada.

Solo perdona el documento elegido. Si después ese documento baja de total (se corrige el albarán, se le quita el recargo al cliente, se regenera la factura) o un cobro anterior lo salda, lo que sobre de la pérdida se queda sin aplicar: no pasa a otra deuda del cliente ni cuenta como sobrante a su favor. Si el total del documento vuelve a subir, la pérdida lo vuelve a cubrir hasta su importe.

No se edita. Si el importe o el motivo estaban mal, se anula la pérdida desde su fila y se crea otra; la deuda vuelve a contar mientras tanto.

Se anula sola cuando lo que perdonaba ya no existe:

  • al anular o rectificar la factura a la que se aplicaba;
  • al anular el albarán, o al devolverlo a Pendiente o Incidencia.

En esos casos la deuda vuelve y la oficina decide otra vez qué hacer con ella.

Un cliente marcado como “sin factura” tiene, mientras nada de lo suyo esté facturado, su deuda valorada en base, sin IVA — el mismo importe que imprime el ticket que firma. Esto afecta a lo pendiente que se compara contra el tope de arriba y al saldo que se ve en su ficha. En cuanto algo suyo se facture (nada lo impide, aunque no sea el uso pensado para estos clientes), esa factura sí lleva IVA como cualquier otra, y el sistema crea solo un cobro en efectivo por esos impuestos (IVA (automático)): lo que el cliente ya pagó en la calle sigue saldando la base, y no aparece deuda por el IVA — ver Facturas.