Guillermo Pérez Arias

Arrastra para girar la red. Rueda para acercarte. Pulsa un sistema para ir a su sección.

Guillermo Pérez AriasSenior Salesforce Developer & AI Engineer

Construyo soluciones para los procesos que necesitan funcionar de principio a fin.

Consultor técnico Salesforce y AI Engineer. Analizo cómo trabaja el cliente, diseño la solución y la llevo hasta su validación: interfaz, lógica, datos, integraciones y permisos.

Ver proyectosHablemos

Un dato ha llegado mal al informe. Baja para seguirlo hasta la causa.

Una incidencia casi nunca nace donde se ve

Cuando un cliente necesita un formulario, un informe o una automatización, empiezo por el proceso: quién lo utiliza, qué datos necesita, de dónde vienen y qué sucede cuando algo falla.

Una incidencia de pago puede empezar en un formulario, continuar en el mapeo de una integración y hacerse visible mucho después en un informe. Me gusta seguir ese recorrido y encontrar la causa.

Si por el camino detecto datos inconsistentes, pasos manuales evitables o permisos que merecen revisión, los pongo sobre la mesa y planteo cómo abordarlos.

El fallo de la red es un ejemplo ilustrativo: un cero inicial que forma parte del dato y se pierde en un mapeo.

Salesforce por dentro, capa a capa

Mi trabajo suele cruzar varias capas de la plataforma en un mismo proceso. Pasa por cada bloque para ver qué zonas del núcleo toca.

  • Desarrollo con contexto de negocio

    Traduzco necesidades operativas en soluciones con Apex, Lightning Web Components y Flow. La elección entre configuración y código parte del comportamiento necesario, el mantenimiento y las limitaciones del entorno. Formularios, componentes de consulta, automatizaciones, procesos programados y tratamiento de datos en segundo plano.

    LWCApexFlowBatch programado

  • Integraciones y trazabilidad

    Conecto Salesforce con SAP, Marketing Cloud y otros servicios externos. Analizo qué información intercambia cada sistema, cómo se transforma y dónde se registra el resultado. Poder explicar el recorrido de un dato ayuda tanto a construir la solución como a mantenerla.

    ApexPlatform EventsRegistrosERP · SAPValidación externaComunicaciones

  • Inteligencia artificial aplicada

    Desarrollo acciones y automatizaciones con Agentforce, Apex, Flow y prompts: clasificación y asignación de casos, asistentes conectados con información y procesos de Salesforce, y demostraciones para clientes. Me interesa que la IA encaje en una operación concreta, con acciones delimitadas y resultados que puedan revisarse.

    AgentforceApexFlowRegistros

  • Seguridad y fiabilidad

    Incorporo la revisión de permisos, visibilidad y acceso a datos en el trabajo técnico. Al validar un desarrollo reviso los escenarios de error y los límites del proceso, además de su funcionamiento habitual.

    PermisosRegistrosPortal externo

harness-SF: las reglas no se piden a los agentes, se imponen

Un proyecto propio y público. Un orquestador y 19 agentes especializados sobre Claude Code que diseñan, construyen, verifican y entregan features de Salesforce. Va por su tercera versión, rehecha desde cero, y está diseñado y construido con IA.

Un agente escribe Apex rápido. También puede desplegar sin revisión, aprobarse a sí mismo o apuntar a la org equivocada. El harness convierte cada «por favor, no lo hagas» en un mecanismo.

En vez de pedir «Comprueba que funciona»
Sin evidencia de los gates sobre el código actual, la feature no avanza.
En vez de pedir «No cambies nada después de revisar»
La evidencia va atada al hash del código: si cambia un fichero, caduca.
En vez de pedir «Solo la org de desarrollo»
Todo comando sf se inspecciona: otra org, producción o credenciales, bloqueado.
Aprobardecide una persona

Diseño

En orden

Construcción

En serie: comparten una org y un deploy es global

Verificación

Gates y revisores en paralelo: solo leen

  • static
  • apex-tests
  • lwc-tests
  • agent-validate

Entrega

Manifest y documentación

Cerrardecide una persona

¿Quieres probar tú? Intenta saltarte una regla:

./hx

Pulsa un robot para ver qué hace y qué es lo único que puede escribir. La simulación es ilustrativa; los roles, las fases y los gates son los del repositorio.

Probado: la máquina de estados, los hooks y el evaluador de cobertura tienen tests automáticos en CI (116 tests).

Pendiente: ejecutar el ciclo completo con los 20 agentes contra una org real. Para eso están los benchmarks del repositorio.

Ver el repositorio en GitHub

Proyectos de cliente, anonimizados

Formularios bancarios para pagos internacionales

Recoger datos bancarios con reglas distintas por país y conservar su significado desde el formulario hasta el sistema de contabilización.

  1. Formulario
  2. Validación en interfaz
  3. Validación en servidor
  4. Registro
  5. Validación externa
  6. ERP
  1. Formulario 0034 0921 El usuario escribe su cuenta. Los campos y las reglas cambian según el país.
  2. Validación en interfaz 0034 0921 Formato y longitud se comprueban antes de enviar, para corregir a tiempo.
  3. Validación en servidor 0034 0921 Apex repite las comprobaciones: lo que valida la interfaz no es una garantía.
  4. Registro 34 0921 Si el campo se tratara como número, el cero inicial desaparecería sin dar error.
  5. Registro 0034 0921 Se guarda como texto: el cero forma parte del dato y hay que conservarlo.
  6. Validación externa 0034 0921 El servicio de validación recibe la cuenta completa, tal como se escribió.
  7. ERP 0034 0921 Llega al sistema de contabilización con el mismo significado que tenía al entrar.

Secuencia ilustrativa con datos ficticios.

LWCApexSalesforceSAP

Formulario público con control de acceso y automatización

Un formulario abierto al público que solo admite a quien cumple las reglas, queda ligado a su registro de origen y dispara procesos y comunicaciones.

  1. Formulario público
  2. Control de elegibilidad
  3. Lógica en Apex
  4. Registro
  5. Proceso programado
  6. Comunicaciones

Experience CloudApexBatch ApexMarketing Cloud

Auditoría de permisos en un portal externo

Contrastar lo que la configuración dice que un usuario puede ver con lo que realmente puede abrir.

  1. Usuario del portal
  2. Permisos configurados
  3. Acceso observado

Experience CloudSalesforceAnálisis de configuraciónComprobaciones en navegador

Otras líneas de trabajo

  • Panel operativo de reclamaciones y pagos: componentes LWC con filtros, indicadores y vistas de detalle sobre datos repartidos entre varios objetos, con controles de coherencia.
  • IA en atención al cliente: clasificación y asignación de casos mediante prompts, Flow y Agentforce.
  • Procesos comerciales y proyecciones de ingresos
  • Programas con beneficiarios: gestión de beneficiarios, certificados y comunicaciones.
  • Datos: migraciones y cargas de cientos de miles de registros, con Bulk API y automatización mediante Python.
  • Documentación técnica: análisis de objetos, automatizaciones e integraciones para facilitar el traspaso de soluciones.
  • Preventa y formación: propuestas de solución, demostraciones y materiales técnicos para clientes.

Cómo trabajo

  1. Entender antes de construir

    Reviso el proceso actual y las personas que lo utilizan. Identifico los sistemas implicados, el recorrido de los datos y las restricciones.

  2. Contrastar con el entorno real

    Compruebo el código y la configuración del entorno, y las diferencias entre lo documentado, el repositorio y el comportamiento observado.

  3. Diseñar el recorrido completo

    Pienso en cómo entra la información, dónde se valida, cómo se guarda y qué sistemas la consumen, con sus permisos y estados.

  4. Construir con IA y revisión técnica

    Uso Claude y Codex para explorar código, analizar alternativas, desarrollar y preparar comprobaciones. Reviso cada propuesta frente al contexto del proyecto.

  5. Probar lo que puede fallar

    Límites de entrada, estados incompatibles, accesos y errores de integración. Las pruebas cubren los riesgos concretos del cambio.

  6. Validar y dejar contexto

    Compruebo la solución en el entorno de destino y documento criterios y límites. Una entrega debe poder entenderse y mantenerse después.

La velocidad de generación no demuestra que una solución sea correcta.

Con IA puedo abordar cualquier capa de la plataforma en poco tiempo. Lo que no cambia es quién responde del resultado: reviso las decisiones, las restricciones de Salesforce y el efecto sobre datos, permisos e integraciones.

Trayectoria

  1. 2024 – hoy

    Devoteam

    • AI Engineer, 2025 – hoy
    • Senior Salesforce Developer, 2024 – 2025

    Soluciones Salesforce e IA aplicada a procesos de negocio: análisis funcional y técnico, desarrollo con Apex y LWC, automatización con Flow, integración de sistemas y validación. También participo en propuestas de preventa y en formación y demostraciones técnicas sobre Agentforce.

  2. 2022 – 2024

    Telefónica Global Technology

    • Salesforce Developer
    • SAP SuccessFactors Professional Service, 2022

    Desarrollo y mantenimiento de aplicaciones con Apex, LWC y Aura. Automatización y tareas programadas con Batch Apex. Integraciones con sistemas externos, incluidos Microsoft Teams y Outlook.

  3. 2014 – 2021

    Estacionamientos y Servicios SAU

    • Administrador de sistemas

    Bases de datos, redes, servidores y equipos en el aparcamiento del Hospital Clínico Universitario de Valladolid. Experiencia directa en sistemas que sostienen una operación diaria y en la resolución de problemas con usuarios y equipos reales.

Proyectos en aviación, energía, inversión y programas sociales.

Tecnologías y áreas de experiencia

Desarrollo Salesforce
Apex, Lightning Web Components, Aura, SOQL
Automatización
Flow, Batch Apex, procesos programados y asíncronos
Plataformas Salesforce
Service Cloud, Experience Cloud, Agentforce, Data Cloud
Integraciones
API, Platform Events, SAP, Marketing Cloud, Microsoft Teams, Outlook
Datos
Bulk API, Python, SQL, migraciones, cargas y validación
Entrega
Git, Salesforce CLI, pruebas Apex, UAT, documentación técnica
Seguridad
Permisos, visibilidad de registros y documentos, comprobación de accesos
Desarrollo asistido por IA
Claude y Codex, revisión del código y validación de resultados

Certificaciones Salesforce

  • Salesforce Certified Platform Developer I
  • Salesforce Certified Platform Administrator
  • Salesforce Certified Agentforce Specialist
  • Salesforce Certified Data 360 Consultant
  • Salesforce Certified AI Associate

Formación

  • Máster en IA y Data Science, UNIR Formación Profesional
  • Técnico Superior en Desarrollo de Aplicaciones Multiplataforma, Edix Educación
  • Sistemas Microinformáticos y Redes, Ilerna
  • Administración y Gestión de Empresas, Grial

Hablemos de Salesforce e IA

Me gusta comparar notas con gente que construye sobre Salesforce: un proceso que no termina de cerrar, una integración difícil de seguir, cómo llevar agentes a producción con garantías o el propio harness. Si algo de lo que has visto aquí te resulta útil o quieres discutirlo, escríbeme.

Formularios bancarios para pagos internacionales

Experience Cloud, desarrollo e integración

  1. Formulario
  2. Validación en interfaz
  3. Validación en servidor
  4. Registro
  5. Validación externa
  6. ERP

El reto

Recoger información bancaria para tramitar pagos en distintos países. Cada país cambia los datos solicitados, la estructura de las cuentas y las reglas de validación. La información debe mantener su significado al pasar del formulario a Salesforce y después a los servicios de validación y contabilización.

Mi trabajo

  • Desarrollo y adaptación de formularios con reglas específicas por país.
  • Validación tanto en la interfaz como en Apex.
  • Tratamiento de formatos, longitudes y ceros iniciales cuando forman parte del dato.
  • Revisión del mapeo entre los campos del formulario y los registros de Salesforce.
  • Comprobación de los datos enviados a los circuitos de validación bancaria y a SAP.
  • Pruebas del flujo completo en UAT y revisión de los casos límite.

La solución

Un flujo de recogida de datos bancarios conectado con Salesforce y con las integraciones posteriores. Las validaciones del formulario se acompañan de comprobaciones en servidor y pruebas sobre los mensajes intercambiados.

Qué demuestra

Capacidad para trabajar sobre una operación completa, desde la experiencia del usuario hasta la estructura del dato que recibe otro sistema.

LWCApexSalesforceSAP

Caso anonimizado: se omiten cliente, sector, datos e identificadores.

Formulario público con control de acceso y automatización

Automatización, formularios públicos y comunicaciones

  1. Formulario público
  2. Control de elegibilidad
  3. Lógica en Apex
  4. Registro
  5. Proceso programado
  6. Comunicaciones

El reto

Recoger declaraciones de usuarios externos y relacionarlas con los registros de la operación a los que corresponden. El acceso al formulario y el estado de cada solicitud dependen de reglas operativas, así que el proceso necesita controles de elegibilidad y seguimiento.

Mi trabajo

  • Desarrollo del formulario público y su lógica de acceso.
  • Relación de cada declaración con su registro de origen en Salesforce.
  • Aplicación de reglas según el estado del registro y de la solicitud.
  • Automatización mediante procesos Batch Apex y ejecución programada.
  • Conexión con Marketing Cloud para las comunicaciones del proceso.
  • Validación de escenarios y comprobación del comportamiento en producción.

La solución

Un proceso que combina recogida de información, almacenamiento, control de acceso, automatización y comunicaciones. El formulario forma parte de un circuito operativo que se puede seguir desde Salesforce.

Qué demuestra

Capacidad para conectar una necesidad del usuario final con las reglas y los sistemas que sostienen la operación.

Experience CloudApexBatch ApexMarketing Cloud

Caso anonimizado: se omiten cliente, sector, datos e identificadores.

Auditoría de permisos en un portal externo

Seguridad, permisos y acceso a información

  1. Usuario del portal
  2. Permisos configurados
  3. Acceso observado

El reto

Comprobar cómo se aplican los permisos de un portal que maneja información sensible. La revisión contrasta las reglas configuradas con los registros y documentos a los que los usuarios pueden acceder realmente.

Mi trabajo

  • Revisión de permisos y visibilidad de registros y documentos.
  • Comprobación de accesos con los usuarios y escenarios incluidos en la revisión.
  • Contraste de los resultados con la configuración y las evidencias recogidas.
  • Redacción de un informe técnico con comprobaciones reproducibles.

La entrega

Un informe técnico centrado en lo comprobado, acompañado de evidencias conservadas para su revisión. Las conclusiones se limitan al alcance de las pruebas realizadas.

Qué demuestra

Rigor para evaluar el comportamiento real de un sistema y comunicar su alcance sin convertir una prueba parcial en una garantía general.

Experience CloudSalesforceAnálisis de configuraciónComprobaciones en navegador

Caso anonimizado: se omiten cliente, sector, datos e identificadores.

Intro ejecuta · Tab completa · Esc cierra