Primeros pasos con Leverandørservice
Retrospectiva histórica: mayo–junio de 2026 Este artículo se escribió posteriormente y describe cómo funcionaba la función durante el periodo indicado.
Retrospectiva histórica: mayo–junio de 2026 Este artículo se escribió posteriormente y describe cómo funcionaba la función durante el periodo indicado.
Leverandørservice es un acuerdo entre el cliente y la empresa. Completa el acuerdo de empresa, activa la función y espera a que el cliente dé su consentimiento y el mandato figure como activo. Sigue los pasos de configuración y las tarjetas del mandato del cliente. EAN y el correo electrónico se refieren a la entrega de facturas; Leverandørservice define la vía de cobro prevista. Una remesa enviada no significa que el dinero se haya recibido. Consulta la guía actual (Markdown-fil, AI-agentvenlig).
Comprobación práctica
Antes de hacer seguimiento con el cliente, comprueba por separado el estado del mandato y el de la factura.
Ejemplo
Por ejemplo, un cliente se registra el viernes, pero el lunes el estado sigue como Pending. No envíes un cobro basándote en el estado anterior: espera a que aparezca Active y comprueba entonces que la factura esté lista.
Configuración antes del primer cliente
Comprueba el acuerdo de empresa, la activación y los datos de contacto que aparecen. En la ficha del cliente, el consentimiento y el estado del mandato deben estar listos. Comprueba también que el cliente tenga una dirección de facturación y el método de entrega que necesite el documento. Un mandato puede estar activo antes de que exista la primera factura.
Preguntas: ¿EAN es una alternativa al mandato? No, EAN sirve para entregar documentos. ¿Por qué no se ha pagado el cobro? La fecha y el resultado bancarios se conocen después de enviar la remesa.
Antes de enviar una remesa
Confirma que el cliente no se haya limitado a iniciar el registro y que el estado sea Active. Comprueba también que la factura esté lista para el método de entrega seleccionado y que se muestren el importe y la fecha. Un cliente puede tener un mandato activo sin que las facturas anteriores se incluyan automáticamente; selecciona esas facturas en la revisión correspondiente.
El estado del pago solo cambia cuando se registra el resultado bancario. No presentes una fecha programada en un correo al cliente como justificante de pago.
Preguntas frecuentes y límites
Leverandørservice requiere tanto el acuerdo de empresa como el mandato del cliente. Ninguno sustituye al otro. EAN puede entregar el documento, pero no crea un mandato. Aunque el mandato esté activo, el cobro puede quedar pendiente o ser rechazado, y una remesa enviada no es un recibo. Consulta conjuntamente el estado del cliente y el de la factura.
Caso de asistencia
El mandato, la factura y el resultado bancario tienen cada uno su propio estado. Comprueba los tres antes de responder al cliente. Un mandato activo es un requisito previo, pero no garantiza que se haya aceptado el cobro ni que se haya recibido el dinero.
Comprobación posterior a la acción
Usa esta comprobación durante el seguimiento: anota qué se veía antes de la acción, realiza únicamente la acción seleccionada y después comprueba el documento o mandato. Si el estado cambia más adelante, vuelve a consultarlo antes de informar al cliente. La retrospectiva describe el hito documentado; la guía y la interfaz actuales determinan los pasos de hoy. Los ejemplos usan clientes, importes y fechas ficticios.
Si el resultado es distinto
Si el resultado no coincide con lo esperado, conserva el estado visible e investiga el requisito correspondiente en lugar de repetir la acción a ciegas. Comprueba la divisa, la fecha, el cliente, el método de pago y si el documento ya se había enviado o contabilizado. Al responder al cliente, distingue entre lo que ha registrado el sistema y lo que aún no han confirmado el banco o el destinatario.
Cierra el flujo de trabajo
Un flujo seguro termina con una nueva comprobación, no con hacer clic en «Guardar» o «Enviar». Abre la nueva factura, el mandato o el registro de pago y confirma que el resultado coincide con el mensaje que recibe el cliente. Si aún falta confirmación, indica que el estado está pendiente y establece cuándo volverás a revisarlo.


Las personas y asistentes de IA detrás de las novedades
Bo Møller y Emil Højbjerg son los principales desarrolladores de Alunta. Como dedican la mayor parte del tiempo a programar, han delegado en nuestros asistentes de IA la redacción de estas explicaciones.
Los asistentes de IA escriben a partir de las actualizaciones que hemos publicado. Bo y Emil están detrás de los cambios y se responsabilizan de que la información refleje lo que realmente se ha lanzado.
