Transfiere mandatos y gestiona la bandeja de Leverandørservice
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.
Los mandatos que no se puedan vincular de forma segura a un cliente aparecerán en la bandeja de entrada. Abre la vista previa, compara sus datos con la ficha del cliente y selecciónalo solo si la coincidencia es clara. Rechaza las entradas que no pertenezcan al equipo. Una transferencia puede sustituir un mandato anterior en la ficha del cliente, pero no traslada facturas antiguas ni cambia su estado de pago. Consulta la guía actual (Markdown-fil, AI-agentvenlig).
Decide antes de confirmar
Compara el nombre y los datos del cliente que aparecen en la vista previa. Si podría corresponder a dos clientes, no adivines. Rechaza la entrada o investígala más a fondo para evitar vincular el mandato al cliente equivocado.
Revisión con un cliente ficticio
Imagina que hay un mandato para «Example ApS». Abre la vista previa, comprueba que los datos identificativos coincidan con la ficha del cliente y selecciónalo. Después de confirmar, abre la ficha de Leverandørservice del cliente y comprueba el estado. Si los datos no coinciden, rechaza la entrada en vez de probar clientes al azar.
La transferencia no indica nada sobre las facturas pendientes. Abre la lista de facturas y decide por separado cómo se pagarán.
Lo que no hace la transferencia
Crear la relación en la ficha del cliente no modifica el método de pago de una factura antigua, no registra un pago ni envía automáticamente un cobro. Después de la transferencia, abre la lista de facturas y usa la revisión independiente cuando quieras seleccionar documentos anteriores. Así, la vinculación del cliente se mantiene separada de los movimientos de dinero.
Preguntas frecuentes y límites
La bandeja de entrada sirve para vincular o rechazar mandatos, no para importar pagos automáticamente. Si un mandato sustituye a otro, el equipo todavía debe revisar las facturas antiguas y los cobros pendientes. No selecciones un cliente basándote solo en el nombre si hay varios registros parecidos.
Caso de asistencia
Después de una transferencia, comprueba siempre la ficha del cliente. Si el estado no pasa a activo, sigue la acción que indique el mandato y no inicies el cobro de una factura basándote únicamente en la transferencia. Las facturas antiguas deben revisarse por separado.
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.
