No hay ninguna fase de compilación en la que el cliente deba esperar a ciegas. Cada sesión de trabajo sigue el mismo ciclo, en el entorno del cliente, en pantallas reales con sus datos de muestra: se muestra la línea de Fit Ledger, se configura en tiempo real y sin código, el cliente realiza el cambio, se verifica con datos de muestra, se registra y se marca la línea.
Si el cliente no está en la sesión, esta no se lleva a cabo. El usuario clave debería estar al mando en T-14; si TRANXACT sigue frente al teclado en T-13, menciónelo en la reunión diaria como un riesgo de adopción.
Siete días, estructura previa a las transacciones (propuesta por defecto)
| Día T | Enfocar | Configurado |
|---|---|---|
| T-17 | Estructura | Entidades, plan de cuentas, calendario fiscal, dimensiones |
| T-16 | Dinero y cumplimiento normativo | Divisas y divisas, códigos fiscales, numeración de documentos, bancos |
| T-15 | Personas y acceso | Roles y permisos, grupos SSO, jerarquía de aprobación |
| T-14 | Datos maestros | Clientes, proveedores, artículos, empleados: ASK crea productos a granel a partir de extractos. |
| T-13 | Flujos y reglas | Flujos de aprobación, contabilización, conciliación y reglas de precios |
| T-12 | Detalles del módulo | Canalización de CRM, cálculo de costes de la cadena de suministro, elementos de pago de RRHH, interruptores de módulo |
| T-11 | Integraciones y colas | Clientes API, puntos finales bancarios/fiscales/de nómina, colas por rol |
Mantenga el orden incluso cuando el Fit Ledger difiera: la estructura primero significa que la asignación de migración puede comenzar en T-15, y la asignación de GL de la que depende todo lo demás existe antes que los datos maestros.
ASK hace el trabajo pesado
Cree masivamente 2400 clientes a partir de un extracto con condiciones de pago por segmento; redacte una regla de contabilización para el flete dividido por el centro de costos del almacén receptor; genere un auxiliar de cuentas por pagar que pueda ingresar, pero no aprobar, facturas superiores a 10 000; liste todos los flujos de aprobación sin un aprobador alternativo. ASK realiza estas operaciones con los mismos permisos y registro de auditoría que un clic humano, y el usuario clave revisa cada resultado antes de marcar la casilla.
Solicitudes que suenan como código
| "Necesitamos…" | La configuración que lo responde |
|---|---|
| Nuestro proceso de aprobación único | Un flujo de aprobación de varios pasos con reglas de importe, entidad y dimensión. |
| Diseño de factura personalizado | Una plantilla de documento con campos, logotipo e idioma por entidad. |
| Un campo que no existe | Un campo personalizado sin código, utilizable en informes y reglas. |
| Nuestro informe de legado exactamente como está | El generador de informes o un panel de control: cuestiona el diseño; a menudo "no es necesario". |
| Una interfaz con el banco o MES | Un cliente API con un rol definido; intercambio de archivos cuando sea necesario. |
| Alertas cuando ocurre X | Una regla de cola de acciones que tiene en cuenta el rol |
Integraciones en el reloj (opción predeterminada propuesta)
Listado y propietarios en T-18; clientes API y puntos finales de prueba de socios en T-13; pruebas de integración en T-10 (nómina T-9, BI T-6; SSO en T-17, porque el ensayo lo requiere); de extremo a extremo en la prueba en T-3; cambio a producción en T-0.
Un socio que no puede proporcionar un punto final de prueba para T-13 traslada esa integración a T-Plus con un paso intermedio manual: una carga manual de archivos bancarios, una carga en el portal por parte del departamento de finanzas y la ejecución de la nómina en el sistema heredado con la importación de un asiento contable. El inicio de sesión único (SSO) no tiene paso intermedio: es necesario para la prueba.
El banco de Calderwood proporciona su punto final de prueba a tiempo; el entorno de pruebas de su portal tributario aún no se ha emitido en T-13. La integración tributaria se convierte en una línea T-Plus, y el departamento de finanzas carga las facturas electrónicas al portal manualmente durante las primeras semanas, un procedimiento que se ensayó en T-1 como todo lo demás.
Pruébalo En T-12, un usuario clave solicita que la pantalla de facturas de proveedores muestre un campo que tenía el sistema anterior. ¿Es eso código?
No, se trata de un campo personalizado sin código en el formulario, utilizable en informes y reglas. Obtiene una línea de Fit Ledger, se configura en la sesión con el usuario clave que la controla, se verifica con datos de muestra, se registra en el Libro de configuración y se le aplica una comprobación de configuración en el Plan de pruebas.