Campos del cliente y fecha de entrega en una factura EAN

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

Todas las novedades del producto

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

Puedes asignar campos personalizados del cliente a la referencia del comprador, el número de pedido de compra, el código contable, el contacto o la fecha de entrega. Crea y rellena el campo en la ficha del cliente, selecciónalo en la configuración de EAN y revisa la siguiente factura. La prioridad entre los campos de referencia normales y los personalizados sigue el orden que muestra la configuración. La asignación se aplica en adelante y no modifica los documentos existentes. Consulta la guía actual (Markdown-fil, AI-agentvenlig).

Comprueba la prioridad

En un cliente de prueba, rellena una referencia normal y un campo personalizado con valores sintéticos distintos. El valor que aparece en la nueva factura indica qué prioridad aplica la configuración.

Haz una prueba con dos valores

En un cliente ficticio, introduce «A-100» como referencia normal y «B-200» en un campo personalizado. Crea una factura EAN nueva y comprueba qué valor aparece en la vista previa. Repite la prueba después de cambiar el orden de prioridad. Así puedes comprobar la configuración sin modificar documentos anteriores.

Se aplica a los documentos nuevos

La asignación se guarda en la configuración EAN del equipo y se aplica a las facturas creadas después de guardar. Las facturas ya creadas deben revisarse con sus propios campos. Si falta la fecha de entrega, comprueba que el cliente tenga una fecha y que la configuración admita ese tipo de campo.

Preguntas frecuentes y límites

Asignar un campo del cliente a EAN no lo aplica automáticamente al correo electrónico, al PDF local ni a los documentos ya creados. Comprueba la asignación en una factura nueva. Si el campo está vacío, el resultado también puede quedar vacío o usar el campo normal como alternativa, según el orden de prioridad que aparezca.

Caso de asistencia

Vuelve a probar la asignación de EAN si cambias el nombre, el tipo o la prioridad del campo. Un valor vacío puede dejar el resultado vacío aunque la asignación esté activa. Aunque el valor sea correcto en una factura nueva, el estado de entrega sigue siendo distinto del estado del pago.

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.