Finaliza Leverandørservice y revisa los cobros pendientes

Retrospectiva histórica: junio de 2026 Este artículo se escribió posteriormente y describe cómo funcionaba la función durante el periodo indicado.

Retrospectiva histórica: junio de 2026 Este artículo se escribió posteriormente y describe cómo funcionaba la función durante el periodo indicado.

Al desactivar la función, se inicia una revisión guiada de los mandatos y los cobros pendientes. Antes de confirmar, decide cómo se pagarán las facturas futuras. Puedes solicitar una cancelación sin que el banco la haya confirmado y un cobro ya enviado puede continuar su propio proceso. Antes de concluir que se ha detenido el adeudo, comprueba los cambios de estado que aparecen. Consulta la guía actual (Markdown-fil, AI-agentvenlig).

Después de la desactivación

Revisa las facturas pendientes y elige otro método de pago para los periodos futuros. Sigue consultando los cobros que ya aparezcan como enviados o pendientes. La desactivación no modifica los pagos históricos.

Antes y después de la confirmación

Antes de desactivar la función, anota qué mandatos están activos y qué cobros se han enviado. Revisa la lista del cuadro de diálogo, elige cómo se gestionarán las facturas futuras y confirma. Después, comprueba que los periodos nuevos ya no usan Leverandørservice y que los cobros enviados anteriormente siguen su propio proceso.

Puede que una solicitud de cancelación necesite confirmación posterior.

Revisa por separado los cobros pendientes

Antes de desactivar la función, haz una lista de los cobros enviados, pendientes y cancelados. Después de cerrarla, sigue comprobando el resultado de los cobros que ya estaban en curso. Si una factura no se ha cobrado, elige otro método de pago o un pago manual según el estado que aparezca; la desactivación por sí sola no cambia el importe.

Preguntas frecuentes y límites

La desactivación afecta al uso futuro de la función. No anula automáticamente pagos históricos ni genera un reembolso. Debes seguir los cobros ya enviados aunque los periodos nuevos se paguen mediante transferencia bancaria u otro método. Una solicitud de cancelación solo indica el estado siguiente hasta que se confirme el resultado.

Caso de asistencia

Después de solicitar una cancelación, sigue cualquier cobro que aún aparezca como enviado hasta que el banco comunique el resultado. Solo entonces podrá elegir el equipo entre un pago bancario, un nuevo cobro u otra opción. Desactivar la función no equivale a emitir un reembolso.

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.

Registra internamente qué se seleccionó y qué estado se mostró. Así, la siguiente comprobación de asistencia será concreta y evitará tratar como nueva una entrega, un pago o una relación que ya se haya aceptado.

Bo Møller
Bo Møller
Emil Højbjerg
Emil Højbjerg

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.