Clientes y proveedores en D365FO
Configuración base: grupos y perfiles de contabilización
Antes de crear ningún tercero, hay que tener definidos los grupos de clientes y proveedores (que agrupan condiciones comerciales y contables comunes) y los perfiles de contabilización asociados, que determinan a qué cuentas van las transacciones de cada grupo. Esta parte es la más sencilla del módulo y, si el diseño financiero previo está bien hecho, no suele dar sorpresas.
La arquitectura Party: la parte que más confunde
Aquí está el punto que más dolores de cabeza genera, sobre todo al cargar maestros de forma masiva. En D365FO, un cliente o un proveedor no es un registro aislado. Está construido sobre una entidad compartida llamada Party (el "Global Address Book"), que es la misma estructura que usan también los trabajadores, los contactos y otras entidades del sistema.
Esto significa que datos como el nombre, las direcciones, los datos de contacto (teléfono, email) y el NIF no viven directamente en el registro de cliente o proveedor, sino en esta capa de Party compartida. El cliente o proveedor simplemente "apunta" a un Party ya existente o crea uno nuevo.
Por qué esto genera errores en la carga
Parties duplicados
Si al importar no se identifica correctamente que un NIF ya existe, el sistema crea un Party nuevo en vez de reutilizar el existente, generando duplicados difíciles de limpiar después.Direcciones y contactos mal vinculados
Las direcciones y los datos de contacto se asocian al Party, no al cliente o proveedor directamente. Un mal mapeo en la carga puede dejar direcciones huérfanas o vinculadas al tercero equivocado.Transacciones y transacciones abiertas
Una vez el maestro está bien cargado, el día a día del módulo gira en torno a las transacciones: facturas, cobros, pagos, notas de crédito. Dentro de estas, las transacciones abiertas son las que todavía no están completamente liquidadas (por ejemplo, una factura pendiente de cobro o pago), y son las que se utilizan para calcular saldos pendientes, informes de antigüedad de saldos y para hacer el settlement o compensación entre facturas y pagos.
Es importante que la carga inicial de saldos de clientes y proveedores en una migración se haga correctamente como transacciones abiertas (no como simples ajustes de saldo), para que estos procesos de compensación funcionen bien desde el primer día.
Resumen
- La configuración base (grupos y perfiles de contabilización) es la parte más sencilla del módulo
- Clientes y proveedores se construyen sobre la entidad compartida Party, que también contiene direcciones, contactos y NIF
- Antes de cargas masivas, verifica si el NIF ya existe como Party en el sistema para evitar duplicados
- Las direcciones y datos de contacto van vinculados al Party, no directamente al cliente o proveedor
- Carga los saldos iniciales como transacciones abiertas para que funcionen correctamente los procesos de compensación
¿Quieres agilizar la carga de clientes y proveedores en tus proyectos de D365FO?
Accede a nuestros packs base de Clientes, Proveedores y Configuración Financiera Compartida.
Ver plantillas de clientes y proveedores →