askcust se encarga del desarrollo de ERP para holdings agrícolas como producto a medida: varias sociedades y clústeres en un único sistema, con datos maestros comunes, informes consolidados y control de accesos. Para holdings en los que cada sociedad lleva sus registros en su propia base de datos contable y el resumen para la dirección se elabora a mano.
El ERP de un holding agrícola suele ser un producto a medida, creado solo para tu holding. askcust puede desarrollar gratis un módulo independiente, como el control de combustible o la gestión de arrendamientos rústicos, si otras explotaciones también lo necesitan. Cómo funcionan los dos formatos
El desarrollo de ERP para holdings agrícolas es la creación de un sistema que reúne en un solo entorno la contabilidad de gestión de varias sociedades y clústeres: datos maestros comunes de cultivos, parcelas, insumos, clientes y proveedores, costes e informes consolidados, y roles limitados a la propia sociedad. Se diferencia del ERP de una sola empresa agraria por su estructura de varios niveles (holding, clúster, sociedad y unidad productiva) y por una consolidación que elimina las operaciones intragrupo.
Los datos de las sociedades llegan automáticamente a un modelo común, las ventas y los servicios intragrupo se eliminan según reglas, y los costes y resultados por clúster están disponibles en informes comunes, sin las hojas de cálculo que el departamento financiero monta al cierre de cada periodo.
Cultivos, parcelas, insumos, partidas de coste, normas de consumo, clientes y proveedores se gestionan en datos maestros comunes con reglas de modificación. Los indicadores de los clústeres pasan a ser comparables: una hectárea de trigo se calcula igual en un clúster que en otro.
Las sociedades se conectan a partir de una plantilla: datos maestros, roles, intercambio con su base de datos contable y con la telemática. Una sociedad nueva entra en la consolidación mediante un procedimiento probado, no con un proyecto aparte cada vez.
Los roles limitan el acceso por sociedad y clúster, las solicitudes y los pagos siguen los circuitos de aprobación del holding, y el registro de auditoría muestra quién cambió qué y cuándo. Cada uno ve su sociedad, y la dirección, el holding completo.
La migración se hace clúster a clúster: primero el sistema funciona en paralelo con la contabilidad actual, cada clúster pasa al nuevo sistema entre campañas, y el sistema contable local sigue llevando como hasta ahora la contabilidad financiera y fiscal de las sociedades.
Los módulos y su orden se definen durante el diagnóstico; el piloto es un solo clúster.
Holding, clústeres, sociedades, unidades productivas y almacenes organizados en una jerarquía; cada documento e indicador pertenece a su nivel, y los informes se pueden obtener en cualquiera de ellos.
Datos maestros centralizados de cultivos, parcelas, insumos, maquinaria, partidas de coste, clientes y proveedores; los cambios pasan por solicitud y aprobación, con control de duplicados y distribución a las bases de datos de las sociedades.
Costes por cultivo, parcela y clúster, reparto de los costes indirectos, eliminación de las operaciones intragrupo e informes de gestión del holding sobre datos comunes para cualquier periodo.
Presupuestos de campaña por clúster y sociedad, comparación entre lo previsto y lo real por partida de coste y parcela, y control de límites al aprobar las solicitudes de compra.
Permisos limitados por sociedad y clúster, circuitos de aprobación de solicitudes y pagos, y un registro de cambios para la auditoría interna y el departamento de seguridad del holding.
Intercambio con el sistema contable de cada sociedad, las declaraciones electrónicas, la telemática, el software de pesaje de los silos y los extractos bancarios a través de una sola capa con colas, reintentos y control de errores.
Superficies sembradas, avance de las labores, existencias de grano e insumos, costes y cuentas a cobrar del conjunto del holding, con desglose por clúster, sociedad y parcela.
Los sistemas que ya usan las sociedades no se sustituyen de la noche a la mañana: el ERP intercambia datos con ellos hasta que cada clúster haya pasado por completo al nuevo sistema.
| criterio | ERP estándar | ERP a medida de askcust |
|---|---|---|
| Base contable | Contabilidad financiera y fiscal probada, incluida de serie. | La contabilidad financiera se queda en el sistema contable de cada sociedad; el ERP cubre la contabilidad de gestión y la consolidación. |
| Particularidades agrarias | Parcelas, planes técnicos de cultivo, pagos en especie y estacionalidad mediante módulos sectoriales o adaptaciones. | Parcelas, campañas, planes técnicos de cultivo y pagos en especie forman parte del modelo de datos desde el principio. |
| Estructura del holding | Varias organizaciones en una sola base de datos; clústeres no estándar dentro de los límites del producto. | Una jerarquía de holding, clúster, sociedad y unidad productiva que reproduce tu estructura real. |
| Implantación | Suele implicar pasar todas las sociedades a una nueva plataforma contable. | Clúster a clúster, en paralelo con los sistemas existentes, pasando al nuevo sistema entre campañas. |
| Coste de propiedad | Licencias por usuario y por módulo, con adaptaciones a cargo de un partner de implantación. | Pago único por el desarrollo de cada fase y soporte según lo acordado; sin licencias por usuario. |
| Cuándo elegirlo | El holding está dispuesto a pasar a una única plataforma contable y a procesos estándar. | Sistemas distintos en cada sociedad, procesos propios del sector agrario, consolidación sin parar la campaña. |
La estructura de sociedades y clústeres, los sistemas existentes, los datos maestros, los informes para la dirección y los flujos reales de datos entre ellos. El resultado es un mapa de sistemas y un plan por fases con un clúster piloto.
Acuerdo con el departamento financiero sobre la estructura de datos maestros, las reglas de consolidación y los roles; un prototipo de los principales informes de gestión con ejemplos de datos reales, antes de empezar el desarrollo.
Despliegue en un clúster en paralelo con la contabilidad actual, intercambio con sus bases de datos contables y su telemática, y conciliación de los resultados con el departamento financiero.
Conexión del resto de sociedades con la plantilla ya probada, paso de cada clúster al nuevo sistema entre campañas y formación de los usuarios clave de cada clúster con sus propios datos.
Soporte, nuevos informes y módulos, conexión de nuevas explotaciones conforme crece el holding y actualización de las integraciones cuando cambian los sistemas contables y los servicios.
ejemplos de trabajos de askcustno son de agricultura, pero sí el mismo tipo de tareas: registros, CRM, automatización
Sí, y es la vía recomendada. Primero el sistema funciona en un clúster piloto en paralelo con la contabilidad actual, los resultados se concilian con el departamento financiero y solo entonces el clúster pasa al ERP; los demás siguen la misma plantilla. El paso al ERP se planifica entre campañas, para no cambiar de sistema en plena siembra o cosecha.
El sistema contable local, BAS en Ucrania, sigue siendo el sistema de contabilidad financiera y fiscal de cada sociedad. El ERP intercambia con él datos maestros, documentos y saldos a través de la capa de integración: la contabilidad de gestión, la consolidación y los procesos agrarios viven en el ERP, mientras que los informes obligatorios se quedan en el sistema contable. El holding no tiene que sustituir la contabilidad de todas las sociedades a la vez.
Depende del número de sociedades, clústeres y sistemas que integrar, por eso el plazo se fija tras el diagnóstico. La implantación va por fases: datos maestros comunes, un clúster piloto y después el resto de clústeres con la plantilla. El holding obtiene el primer resultado, los informes consolidados del piloto, al terminar la fase piloto y no al final del proyecto completo.
El ERP de un holding agrícola es casi siempre un producto a medida: su coste depende de los módulos, las sociedades y las integraciones, y de los datos maestros y el histórico que haya que migrar, no del número de usuarios. Tras el diagnóstico, askcust presupuesta la primera fase, datos maestros comunes y un clúster piloto, con un alcance cerrado y acordado por escrito. Si otras explotaciones también necesitan un módulo concreto, como el control de combustible o la gestión de arrendamientos rústicos, askcust puede desarrollarlo gratis.
Sí. La telemática, como Wialon, el software de pesaje de los silos y los extractos bancarios se conectan a través de la capa de integración como fuentes de datos, sin sustituirlos. Sus datos llegan a los informes consolidados: las labores realizadas, a los costes de las parcelas; las entradas y salidas de grano, a las existencias del clúster. Si un clúster usa otra telemática, se añade un adaptador específico para ella.
Del holding: el ERP de un holding agrícola suele ser un producto a medida, así que el código pasa al repositorio del cliente, el sistema funciona en los servidores del holding o en su cuenta en la nube, y el acceso de askcust se limita al desarrollo y el soporte. El ERP puede seguir evolucionando con askcust, con el equipo de informática propio o con otro proveedor, y la documentación se entrega junto con el código. Solo un módulo desarrollado gratis para el mercado, porque otras explotaciones también lo necesitan, queda en manos de askcust, y los datos del holding siguen siendo del holding.
Respuesta en un día laborable; llamada solo si la acordamos.
Para problemas que comparten muchas explotaciones: askcust desarrolla el producto a su cargo y lo ofrece al mercado.
Para procesos que solo tienes tú: askcust construye un sistema en torno a tu explotación, y nadie más lo tendrá.