Exportar cambios manuales

Descripci贸n

v7.6.2

Los clientes que tengan activado el sistema de fichaje manual, o cambio de estado manual. Tienen la opci贸n de activar tambi茅n el env铆o de los cambios realizados por POST a la API del ERP para informar el ERP de los cambios realizados.

Configuraci贸n para activar la exportaci贸n de cambios manuales

Para habilitar el env铆o de informaci贸n a la api del ERP en el momento de hacer cambios en fichaje manual hay que habilitar la opci贸n Activa el env铆o al ERP de modificaciones hechas manualmente en fases de la of en la secci贸n de Sincronizaciones en la configuraci贸n de la aplicaci贸n

En la misma secci贸n se puede activar Exportaci贸n de datos con gesti贸n de cola. Con esta opci贸n activa, los cambios se registran como pendientes y se env铆an al ERP en el siguiente procesamiento de la cola, que se ejecuta cada minuto. Si se desactiva, el env铆o se realiza directamente al confirmar el cambio.

export_changes_config.png

Aparte de esto deber谩 de informar al equipo t茅cnico de desarrollo los datos de conexi贸n para que los configuren en el entorno de su sistema ePolca.

Los datos necesarios a informar son los siguientes:

  • endpoint: Url completa donde hacer la petici贸n POST con los datos.
  • timeout: Tiempo que el sistema debe esperar respuesta de la API del ERP antes de indicar error de conexi贸n. Por defecto se establecen 3 segundos.
  • attempts: Intentos de conexi贸n en caso de fallo que el sistema intentar谩 antes de lanzar una excepci贸n y parar el proceso.
  • autenticaci贸n: Modo de autenticaci贸n para acceder a la API de su ERP. Se aceptan los siguientes modos:
    • ninguno: Esto quiere decir que la url es abierta y que se puede hacer la petici贸n sin ning煤n tipo de autenticaci贸n
    • basic: Esto indica que requiere autenticaci贸n basica segun el est谩ndar API Rest
    • bearer: Esto indica que ser谩 necesario un Bearer Token para hacer la conexi贸n

En caso de autenticaci贸n, segun sea necesario tambi茅n deberan de informar de los siguientes campos:

  • user: Usuario de conexi贸n para la autenticaci贸n
  • password: Contrasenya del usuario para la autenticaci贸n
  • token: Token de conexi贸n en caso de tener autenticaci贸n por Bearer Token

Proceso de exportaci贸n de cambios manuales

Cuando un operario realice cualquier cambio en la secci贸n de secuenciador > 贸rdenes por fase ePolca preparar谩 la informaci贸n para el ERP si la configuraci贸n est谩 activa.

  • Con la gesti贸n de cola desactivada, el sistema intenta enviar la informaci贸n al ERP al confirmar el cambio.
  • Con la gesti贸n de cola activada, el sistema guarda un trabajo pendiente y lo procesa cada minuto. El cambio de estado queda guardado en ePolca aunque el ERP no est茅 disponible.
  • Si falla un env铆o de una OF, los cambios posteriores pendientes de esa misma OF se mantienen bloqueados hasta que se procese el env铆o anterior. Esto evita que el ERP reciba cambios fuera de orden.

El sistema enviar谩 datos a la Api del Erp del cliente mediante petici贸n POST con los siguientes campos:

  • order_code: C贸digo de la OF que estamos modificando
  • changed_at: Marca de tiempo del momento en que se ha hecho la modificaci贸n. en formato (Y-m-d H:i:s)
  • data: Objeto con los atributos de la informaci贸n adicional del cambio, puede variar en funci贸n del tipo de cambio

Ejemplo

{
  "order_code": "438117",
  "operation": null,
  "erp_item_code": "438117_1",
  "article_code": "T150138",
  "group_code": null,
  "state_timestamp": 1748853646,
  "state_datetime": "2025-06-02 10:40:46",
  "state_name": "Pausada",
  "state_id": 4,
  "incidence_type_id": 1,
  "incidence_type_name": "Fin de turno",
  "cell_code": "T",
  "cell_name": "Tall",
  "assigned_operators": [],
  "time_left": 0.1,
  "working_time": 0.1,
  "worked_time": 0.001099537037037037,
  "machines": [],
  "step": 1,
  "total_steps": 11,
  "item_disabled": false,
  "current_order_item": true,
  "is_last_active_item": true,
  "signing": {
    "total_seconds": 0,
    "total_string": "0:00:00",
    "total_seconds_group": 0,
    "total_string_group": "0:00:00",
    "signs": []
  }
}

Definici贸n de campos del JSON

  • order_code: C贸digo identificador de la orden.
  • operation: Operaci贸n asociada (puede ser nulo si no aplica).
  • erp_item_code: C贸digo del 铆tem en el ERP.
  • article_code: C贸digo del art铆culo o producto.
  • group_code: C贸digo de grupo (puede ser nulo si no aplica).
  • state_timestamp: Marca de tiempo del estado (en formato UNIX timestamp).
  • state_datetime: Fecha y hora legible del estado.
  • state_name: Nombre del estado actual de la orden.
  • state_id: Identificador num茅rico del estado.
  • incidence_type_id: Identificador del motivo de la pausa.
  • incidence_type_name: Nombre del tipo de la pausa.
  • cell_code: C贸digo de la c茅lula actual.
  • cell_name: Nombre de la c茅lula actual.
  • assigned_operators: Lista de operadores asignados.
  • time_left: Tiempo restante estimado para finalizar (en d铆as).
  • working_time: Tiempo total estimado de trabajo (en d铆as).
  • worked_time: Tiempo ya trabajado (en d铆as).
  • machines: Lista de m谩quinas asociadas.
  • step: Paso actual del proceso.
  • total_steps: Total de pasos del proceso.
  • item_disabled: Indica si el paso est谩 deshabilitado.
  • current_order_item: Indica si esta operaci贸n est谩 activada actualmente o por overlapping.
  • is_last_active_item: Indica si es la 煤ltima operaci贸n de la OF.
  • signing: Informaci贸n sobre fichajes de operarios. (solo aplica si el m贸dulo est谩 activado)
    • total_seconds: Total de segundos firmados.
    • total_string: Total de tiempo firmado en formato legible.
    • total_seconds_group: Total de segundos firmados por grupo.
    • total_string_group: Total de tiempo firmado por grupo en formato legible.
    • signs: Lista de fichajes registrados.