El key user en SAP Business One: qué es el rol, qué exige antes y después del arranque, y cómo elegir y formar a los key users

Qué es un key user.

Key user no es un ajuste ni un tipo de licencia de SAP Business One; es un rol en el proyecto y en la organización. Por departamento (ventas, compras, almacén, finanzas, a veces producción o servicio) una persona aprende cómo funciona en B1 todo el proceso de ese departamento, y se convierte en el enlace entre los compañeros y el partner. En una empresa pequeña una persona puede cubrir dos departamentos; el rol es el mismo.

• Soporte de primer nivel. Un compañero que se atasca pregunta primero al key user. Este resuelve lo que es una duda de uso y traslada lo que es un error o un ajuste, con una descripción clara de lo que ha pasado.
• Responsable del proceso. Junto con el partner decide cómo trabaja el departamento en B1: qué documentos, qué campos son obligatorios, qué informes se usan.
• Pruebas. Prueba la configuración con sus propios casos antes del arranque, y después cada cambio, actualización o add-on nuevo.
• Formar a los compañeros. Forma a su departamento y, más adelante, a cada compañero nuevo que llega.
• Contacto con el partner. Agrupa preguntas y solicitudes de cambio, para que el partner escuche una historia clara en lugar de diez.

Antes del arranque y después.

Antes del arranque el key user trabaja sobre todo en el proyecto. Explica al consultor cómo trabaja hoy el departamento, revisa la configuración propuesta, entrega y revisa los datos maestros de su área (clientes, proveedores, artículos, precios), prueba procesos completos en una empresa de prueba y escribe instrucciones de trabajo breves con las palabras del propio departamento. Al final forma a sus compañeros y está presente los primeros días en producción.

Después del arranque el trabajo cambia, pero no se acaba. El key user responde preguntas, detecta errores pronto (una entrega que nunca se facturó, una goods receipt PO que sigue abierta aunque la factura ya llegó), prueba actualizaciones y cambios antes de que lleguen a producción, forma a los compañeros nuevos y mantiene al día las instrucciones de trabajo. También es quien se da cuenta de que el negocio ha cambiado y de que B1 debe adaptarse.

Cuánto tiempo exige.

Más de lo que planifican la mayoría de las empresas. Durante el proyecto, las semanas de diseño, migración de datos y pruebas ocupan una gran parte de la semana laboral del key user. Si su trabajo normal no cambia, lo que sufre son las pruebas, y eso solo se nota después del arranque. Las primeras semanas en producción traen la mayoría de las preguntas, y entonces el key user debe estar disponible para sus compañeros, no enterrado en su propio trabajo pendiente. Después se queda en unas pocas horas a la semana para preguntas, cambios y compañeros nuevos.

Haz visible ese tiempo: acuerda con el responsable qué trabajo pasa a otra persona durante el proyecto, y nombra un sustituto que conozca al menos el proceso principal, para vacaciones y bajas.

Qué debe saber un key user.

Un key user no configura el sistema; eso es trabajo del partner. Pero necesita entender lo suficiente de la configuración para explicar qué hace B1 y por qué.

• El proceso completo de su departamento, del primer documento al último, y lo que ocurre antes y después en otros departamentos. Ventas debe saber qué hace el almacén con un pedido de cliente y qué hace finanzas con la factura.
• El flujo de documentos: documentos base y de destino, Copy From y Copy To, cantidades abiertas, y cuándo cerrar o cancelar. Consulta la guía sobre el flujo de documentos en SAP Business One.
• Lo que contabiliza cada documento: stock, cantidades comprometidas y pedidas, y el asiento. Un key user que sabe leer el asiento de una entrega o de una goods receipt PO responde la mitad de las preguntas de finanzas.
• Los ajustes que afectan a su departamento, al menos para leerlos: Document Settings (Administration → System Initialization → Document Settings), los periodos contables, la G/L account determination detrás de sus documentos y los procedimientos de autorización (Administration → Approval Process → Approval Templates) si los documentos necesitan aprobación.
• Consultas y alertas: el Query Manager (Tools → Queries → Query Manager) para ejecutar las listas guardadas del departamento, y las alertas (Administration → Alerts Management) que avisan de lo que requiere acción. No hace falta escribir SQL complejo; sí saber qué existe y quién lo mantiene.
• Autorizaciones: lo que los compañeros pueden ver y hacer. General Authorizations (Administration → System Initialization → Authorizations → General Authorizations) lo mantiene el partner o el administrador, pero el key user sabe lo que necesita el departamento y lo comprueba en las pruebas.
• Orientarse: Form Settings (Tools → Form Settings) para mostrar las columnas adecuadas, el Relationship Map de un documento, el Change Log (Tools → Change Log) para ver quién cambió qué, y la Open Items List para los documentos que siguen abiertos.

Cómo elegir y formar a los key users.

• Elige por conocimiento del trabajo, no por cargo. El mejor key user sabe cómo funciona de verdad el departamento, excepciones incluidas, y tiene el respeto de sus compañeros. Un responsable que nunca está disponible es una mala elección.
• Elige a alguien a quien le guste explicar. Un key user que se guarda lo que sabe se convierte en un cuello de botella.
• Nómbralos al inicio del proyecto, no dos semanas antes del arranque. Quien estuvo en las reuniones de diseño entiende por qué la configuración es como es.
• Fórmalos más a fondo que a los usuarios finales: el proceso completo, las contabilizaciones y los ajustes que hay detrás, en una empresa de prueba con sus propios datos. Las formas de hacerlo, y lo que cubre una buena formación, están en la guía sobre formación en SAP Business One.
• Déjalos practicar hasta que lo hagan sin instrucciones, y luego que formen a un compañero mientras el consultor sigue ahí para ayudar.
• Dales línea directa con el partner, y acuerda qué resuelven ellos y qué pasa al partner.

Dónde falla.

• Sin tiempo. El key user está nombrado pero mantiene toda su carga de trabajo. Las pruebas se saltan y los problemas salen en producción.
• Demasiado tarde. El key user se incorpora después del diseño y nunca entiende por qué la configuración es como es.
• Una persona para todo. Todo el conocimiento está en una sola persona, que luego se va.
• Probar solo el caso ideal. Las pruebas con pedidos ideales no ven las excepciones: entregas parciales, devoluciones, lotes, moneda extranjera, un precio distinto en la factura.
• Formar con capturas de pantalla. Una carpeta de capturas sustituye a la práctica, y queda obsoleta tras el primer cambio.
• Key user como configurador. El key user recibe autorizaciones completas y cambia ajustes sin el partner, lo que socava la configuración y su documentación.
• Nadie después del arranque. El rol termina con el proyecto, y los compañeros nuevos aprenden de quien tengan al lado.

Lista de control: antes de nombrar key users.

• Un key user por departamento, más un sustituto que conozca el proceso principal.
• Tiempo acordado con su responsable, para el proyecto y para las primeras semanas tras el arranque.
• Presentes en las reuniones de diseño y en la revisión de los datos maestros de su área.
• Una empresa de prueba y un plan de pruebas con sus propios casos, excepciones incluidas, y el resultado esperado de cada caso.
• Formación en el proceso completo, el flujo de documentos y lo que contabiliza cada documento.
• Acuerdos con el partner: qué resuelve el key user, qué pasa al partner y cómo.
• Instrucciones de trabajo breves por departamento, actualizadas tras el arranque, y un plan para formar a los compañeros nuevos.

Cómo lo aborda KoonLearn.

KoonLearn, nuestra simulación de formación para SAP Business One, tiene un itinerario para usuarios finales y key users: las partes de uso de los capítulos 00 y 02 a 09, con compras, ventas, inventario, producción, servicio y finanzas. Trabajas en un cliente reconstruido para formación sobre SAP Business One 10.0 FP 2608, con su propio motor contable que contabiliza de verdad, así que ves lo que hace un documento con el stock y el libro mayor, y la journal entry preview te lo enseña antes de añadir el documento. Las tareas se comprueban campo a campo, las tareas de resolución de errores te piden averiguar por qué una contabilización no cuadra, y cada capítulo termina con un test. No necesitas licencia de SAP, base de datos de prueba ni servidor.

Para un key user es un lugar donde aprender toda la cadena antes del arranque y repetirla después; para el departamento es una forma de formar a los compañeros nuevos sin aula. Las organizaciones compran plazas en el portal de clientes y asignan cada plaza a un compañero. No sustituye la formación sobre tu propia configuración, y la configuración en sí (autorizaciones, procedimientos de autorización, alertas, migración de datos) está en el itinerario de partners, no en el de key users. El capítulo 03 Compras es gratis y sin cuenta: empieza el capítulo gratuito en learn.koonsystems.com. KoonLearn no está vinculado a SAP SE.

Fuentes: la documentación de ayuda de SAP Business One 10.0 (Document Settings, General Authorizations, Alerts Management, Query Manager, procedimientos de autorización, Form Settings, Change Log, Open Items List, Relationship Map); el resumen de capítulos de KoonLearn. SAP y SAP Business One son marcas comerciales de SAP SE.