Estado: BORRADOR · Material de consulta. Es el catálogo completo de lo que mira el panel Configuración → Estado de la puesta en marcha. El proceso está contado en el capítulo 20; aquí solo está la lista, para buscar una carencia concreta.
Cada comprobación dice lo mismo en el panel y en esta tabla: qué flujo depende de ese dato, qué pasa exactamente mientras no esté y dónde se pone. La lista es corta y se recorre una vez; las gravedades son tres:
| Gravedad | Significado |
|---|---|
| Impide trabajar | Ese flujo espera a tener el dato para completarse. Son las que salen en el aviso al entrar, y las que conviene resolver primero. |
| Funciona a medias | Se puede trabajar ya; con el dato puesto, el resultado sale además como quieres. |
| Conviene revisar | Hoy no depende nada de ello: es un valor de fábrica que quizá prefieras a tu manera. |
El panel mira lo que se configura en almacénALO. Lo que va antes —el módulo SGA de la empresa y los empleados con su perfil, en ALO— está contado en el capítulo 20, apartado 20.2.
Hay además un resultado que no es una carencia: no se ha podido comprobar. Aparece cuando el dato hay que preguntárselo al ERP y esta vez no ha contestado. Se dice tal cual, sin darlo por bueno ni por malo, y nunca sale en el aviso al entrar: se vuelve a mirar en cuanto haya conexión.
A.13.1 Fases y estados
Se arreglan todas en Configuración → Configuración de fases y estados.
| Comprobación | Gravedad | Flujos | Qué pasa si falta |
|---|---|---|---|
| La empresa no tiene fases configuradas | Impide trabajar | Picking, packing, albarán, etiqueta | Los pedidos que empuja el ERP se guardan enteros, a la espera de las fases: hasta tenerlas, la barra de seguimiento no responde al clic y no se puede asignar. En cuanto la empresa tiene sus fases, cada pedido recibe su estado inicial solo. |
| Hay pedidos esperando su estado inicial | Funciona a medias | Picking, packing | Son pedidos que ALO envió antes de que la empresa tuviera sus fases. Hasta que reciban su estado inicial, su barra de fases no responde y no se pueden asignar; el resto se trabaja con normalidad. Se completa solo: al entrar en la empresa, y cuando ALO actualiza el pedido. Si alguno sigue, basta con volver a entrar en la empresa desde «Sus empresas». |
| Ninguna fase es obligatoria | Impide trabajar | Picking, packing | Asignar un empleado aborta con «No se pudo resolver el estado de asignación»: no hay estado al que llevar el pedido. Sin asignación no hay picking ni packing. |
| La fase inicial se queda sin destino al asignar | Impide trabajar | Picking, packing | El pedido queda asignado, con el check verde, y el picking cerrado: al asignar se avanza al último estado obligatorio de la fase inicial y, con uno solo, el pedido ya estaba ahí. Se arregla marcando como obligatorio el último estado de la fase inicial. |
| La fase de Picking no tiene sus estados | Impide trabajar | Picking | El picking no puede registrar ni su apertura ni su cierre: necesita los estados «en picking» y «picking completado» dentro de su fase. |
| La fase de Packing no tiene sus estados | Impide trabajar | Packing | El botón de iniciar packing no hace nada y el cierre no se puede registrar. La aplicación se planta en vez de guardar un estado vacío, pero el pedido se queda sin cerrar. |
A.13.2 Almacenes
Se arreglan en Configuración → Configuración de empresa → Almacenes.
| Comprobación | Gravedad | Flujos | Qué pasa si falta |
|---|---|---|---|
| Falta la «Playa de salida» | Impide trabajar | Picking, albarán | No se puede finalizar el picking —el traspaso no tiene destino— y el albarán de venta no se emite: la aplicación se planta en vez de descontar del almacén equivocado. |
| La «Playa de salida» configurada no existe en el ERP | Impide trabajar | Picking | El traspaso se lanza contra un almacén que ALO no reconoce, sin ningún aviso: la mercancía sale del SGA y no entra en ninguna parte. Hay que volver a elegirla. |
| Falta la «Playa de entrada» | Impide trabajar | Devoluciones | La «Playa de entrada» tiene dos papeles: es adonde vuelve a venta un artículo devuelto (el reintegro) y el almacén del que sale el pedido de reposición. Mientras falte, el reintegro espera —Devoluciones lo indica con un mensaje claro— y la reposición sale del almacén que traiga la línea devuelta. |
| Dos playas comparten el mismo almacén | Funciona a medias | Picking, devoluciones | Cada playa separa una etapa: la de salida recibe lo preparado; la de entrada, lo que vuelve a venta y de donde sale la reposición; la de devolución, lo que devuelve el cliente. Con dos en el mismo almacén, el traspaso entre ellas no mueve nada y el stock de esas etapas se ve junto. Configuración y la guía piden tres almacenes distintos. |
| Falta la «Playa de devolución» | Impide trabajar | Devoluciones | Devoluciones se queda sin sus tres disposiciones: no se puede abonar, ni reintegrar a venta, ni devolver al proveedor. |
A.13.3 Series de documento
Se arreglan en Configuración → Configuración de empresa → Series.
| Comprobación | Gravedad | Flujos | Qué pasa si falta |
|---|---|---|---|
| Falta la «Serie de traspaso» | Impide trabajar | Picking, devoluciones | No se puede cerrar el picking —el traspaso a la playa de salida no se emite— ni reintegrar a venta una devolución. |
| Falta la «Serie de devolución» (abono de venta) | Impide trabajar | Devoluciones | No se puede generar el abono de una devolución. Devoluciones lo avisa nombrando el campo. |
| Falta la «Serie de albarán de compra» | Impide trabajar | Entradas, devoluciones | No se puede cerrar una entrada de mercancía (el botón queda deshabilitado) ni devolver un artículo al proveedor. |
| Falta la «Serie de albarán de venta» | Funciona a medias | Albarán, packing | El albarán sale con la serie que traiga el propio pedido, sin avisar: los documentos acaban repartidos entre series que nadie ha elegido. |
| Falta la «Serie de pedido de devolución» | Funciona a medias | Devoluciones | La reposición hereda la serie del documento de origen —una serie de devoluciones— y nace inagrupable: no se puede meter en ninguna preparación. La aplicación lo avisa antes de crearla; con la serie puesta, la reposición nace agrupable con los demás pedidos del cliente. |
A.13.4 Impresoras, credenciales y catálogo
| Comprobación | Gravedad | Flujos | Qué pasa si falta | Dónde se arregla |
|---|---|---|---|---|
| No hay ninguna impresora con IP | Funciona a medias | Picking, etiqueta | No sale la matrícula del picking ni la etiqueta de envío. El semáforo avisa, pero no se imprime. | Configuración → Configuración de impresoras |
| Faltan las credenciales de API de la empresa | Funciona a medias | Catálogo, packing | Con ellas, el servidor mantiene al día el catálogo de artículos de la empresa (códigos de barras, ubicaciones, bultos) y calcula sus métricas. Mientras falten, las dos cosas esperan: el catálogo no se llena y el packing no tiene códigos con los que comprobar cada artículo. Este panel es el único sitio que lo indica. | Configuración → Configuración de empresa → Credenciales API («API Key» y «API Password») |
| El catálogo de artículos está vacío | Impide trabajar | Packing, catálogo | El packing se queda ciego: sin códigos de barras, cada pipada da «Código no encontrado». El packing se puede cerrar a mano igual, y el resultado se ve idéntico a uno verificado. | Se llena solo cuando el servidor sincroniza: primero las credenciales de API. |
A.13.5 Avisos
| Comprobación | Gravedad | Flujos | Qué pasa | Dónde se arregla |
|---|---|---|---|---|
| No hay artículo de portes | Conviene revisar | Albarán | Los albaranes que deberían repercutir portes salen sin la línea de portes, en silencio. | Configuración → Configuración de empresa → Artículo de portes |
| El perfil de Responsable de logística no está activo en ALO para este usuario | Conviene revisar | Menú | El menú de almacénALO lo dan los perfiles de SGA que ALO tiene activos: sin Responsable_Logistica, el menú es el de Preparador y no aparecen «Pedidos sin procesar» ni la configuración de empresa. | En ALO: ficha del empleado → Perfiles → Sistema de Gestión de Almacén → App. SGA. |
| Los empleados no se han podido actualizar desde ALO | Funciona a medias | Menú | Se trabaja con los empleados y roles de la última actualización correcta: un alta nueva en ALO todavía no aparece para asignar, y un cambio de perfil en ALO aún no llega a la app. Para que no pase desapercibido, al Administrador o Responsable le sale además un aviso, una vez por sesión, que le trae a este panel. | Se reintenta sola en cada entrada en la empresa. Si se repite, comprueba la conexión con ALO (en beta, la VPN) y, si ALO contesta con error, pásale a su soporte la hora del fallo. |
| «Abonar y reponer solo lo recibido» está desactivado | Conviene revisar | Devoluciones | Se puede abonar o reponer una devolución antes de que llegue el bulto, con las unidades que anunció el cliente. Si después llega menos, la diferencia queda en la playa de devoluciones sin género (y, si se repuso, al cliente se le envió de más) y hay que revisarla en ALO: la app lo avisa y marca la devolución. Es el valor por defecto de una empresa nueva: si la empresa no lo ha elegido a propósito, conviene activarlo. | Configuración → Configuración de empresa → «Devoluciones: abonar y reponer solo lo recibido» |
A.13.6 Lo que el panel deja fuera, a propósito
- La política de stock negativo y el exceso en entradas. Su valor por defecto es el restrictivo y el error se ve al instante: son preferencias, no carencias.
- Las etiquetas de transportista propias. Vienen desactivadas porque la cuenta del transportista es parte del despliegue, no de la empresa: una empresa nueva no puede aportarla desde la aplicación.
- Todo lo que depende de un pedido concreto —que el cliente se resuelva en ALO, que haya agente de transporte, que el cliente tenga email—. Eso no es puesta en marcha, es el estado de un documento, y se avisa en el flujo donde ocurre.
|
← Anterior
|
Siguiente →
|