← Todos los proyectos

Datos de mercado · Automatización / 06

Bolsa de Cereales

Desarrollo y mantenimiento del portal, sus contenidos y los procesos de actualización de precios, series y cotizaciones de distintas fuentes.

PHPJavaScriptMySQLAPIsJSON / CSV
Contexto profesional

Proyecto realizado en Fullsites

Área de trabajo

Frontend, backend, portal, integraciones y automatización de datos.

Mi rol

Frontend y backend

El caso en una mirada

De distintas fuentes.
A información de consulta.

Un portal que combina contenido institucional, publicaciones y procesos de actualización de datos.

El desafío
Integrar fuentes con formatos y tiempos diferentes para alimentar consultas agrícolas y de mercado. Una actualización fallida debe poder detectarse y revisarse.
Mi aporte
Trabajo tanto en el frontend como en el backend: páginas de consulta, herramientas administrativas, consumo de servicios y procesos automáticos de actualización de datos.
La implementación
Trabajo sobre procesos de consulta y transformación, actualización de información y páginas públicas. Agrego registros y alertas para dar seguimiento a los fallos operativos.

Alcance funcional

Del contenido editorial a las series de precios.

Áreas funcionales trabajadas desde el frontend y el backend.

01

Contenidos y publicaciones

Páginas institucionales, noticias, informes y repositorios que acompañan la información del sector.

02

Precios y cotizaciones

Consultas de precios oficiales e internacionales, cotizaciones y series relacionadas con mercados agrícolas.

03

Fuentes externas

Procesamiento de información proveniente de Alphacast, Primary, CEM / Matba Rofex y CMA.

04

Procesos automáticos

Tareas de consulta, transformación y actualización de datos con reglas de fechas y formatos.

05

API de información

Servicios de consulta para precios, datasets, promedios y otras series del sistema.

06

Seguimiento de fallos

Registros y alertas para identificar errores en los procesos de actualización.

Mi aporte al proyecto

El trabajo, en concreto.

01

Datos preparados para consultar

Procesos que consultan proveedores y transforman fechas, formatos y campos para su uso en la plataforma.

02

Fallos operativos visibles

Alertas y registros de errores en la actualización de precios oficiales, con control de avisos repetidos en una misma ejecución.

03

Información disponible por API

Consultas históricas de precios, posiciones, índices y datasets agrícolas mediante endpoints propios con filtros y respuestas JSON.

El portal y sus procesos de datos se documentan por separado de la plataforma FOB. Las integraciones corresponden a las fuentes verificadas en el código.

APIs e integraciones

La conexión con otros sistemas.

Compañías y servicios vinculados con las integraciones de este proyecto.

Qué integré y cómo funciona
Alphacast

Consultar datasets

Obtener y transformar series para alimentar los procesos de información del portal.

Primary · CEM · CMA

Conectar fuentes de mercado

Consultar datos y descargas de mercado y adaptarlos a las actualizaciones correspondientes.

API propia

Exponer información procesada

Ofrecer consultas de históricos y datasets agrícolas a través de los endpoints de la plataforma.

Ver la experiencia completa en integraciones ↗

Decisiones e implementación.

El diferencial técnico

Separar la actualización de la consulta.

Los procesos de datos preparan la información que luego utilizan las páginas y los endpoints del portal.

01

Fuentes externas

Consultar datasets, servicios y descargas según el proveedor y el proceso de actualización.

02

Transformación y seguimiento

Normalizar la información y registrar los fallos que impiden completar la tarea.

03

Portal y API

Presentar la información procesada en consultas públicas y servicios propios.

Un desafío concreto

Detectar una actualización fallida de precios oficiales.

La actualización de precios es un proceso operativo. El trabajo incorpora notificaciones ante errores para que una tarea detenida no pase inadvertida.

  1. Ejecución de la tarea
  2. Consulta y procesamiento
  3. Detección del fallo
  4. Alerta y registro
01

Cubrir errores y excepciones

Contemplar tanto fallos durante el procesamiento como errores detectados al finalizar la ejecución.

02

Evitar alertas repetidas en la misma ejecución

Controlar el envío para no generar varias notificaciones por un único fallo.

03

Conservar el motivo del error

Registrar información que permita revisar por qué la actualización no pudo completarse.

Decisiones y desafíos

Del problema a la implementación.

01

Normalizar antes de publicar

Contemplar formatos, fechas y campos distintos entre proveedores antes de guardar o presentar sus datos.

02

Separar fuentes y presentación

Organizar los procesos de actualización para que la consulta pública utilice la información procesada.

03

Hacer visibles los fallos operativos

Agregar alertas y registros cuando una tarea no puede completar la actualización prevista.

¿Trabajamos en tu próximo proyecto?

Conversemos