Bitácora profesional

Ideas para conectar tecnología, gestión y propósito.

Aprendizajes nacidos de proyectos, conversaciones y problemas reales. Dos nuevas reflexiones cada semana.

01

Suscripción, cobro y factura no son el mismo evento: arquitectura para un SaaS recurrente

Separar pedido, contrato, ciclo de cobro, pago y comprobante permite diseñar una operación recurrente trazable, recuperable y compatible con la obligación tributaria.

↗
02

Nora ERP: una MYPE no necesita un sistema hecho a medida, sino un núcleo operativo que pueda adoptar

Ordenar ventas, compras, inventario y finanzas no debería exigir un desarrollo diferente por empresa. El reto es construir un núcleo común que una MYPE pueda adoptar y sostener.

↗
03

Liderar una validación end to end no es ejecutar el trabajo de todos

En iniciativas que atraviesan varios sistemas y equipos, la validación end to end suele empezar tarde. Cada frente confirma que “su parte funciona”, pero nadie puede demostrar todavía que el proceso completo llegue al resultado que necesita el negocio.

↗
04

Un canal nuevo no debería crear una integración nueva con el ERP

Automatizar la recepción de pedidos suele comenzar con una necesidad concreta: leer una orden que llega por correo, interpretar sus datos y registrarla en el sistema empresarial. El primer flujo puede funcionar bien, pero la verdadera decisión de arquitectura aparece cuando surge un segundo canal.

↗
05

Tu aplicación no debería reconstruir cada canal de notificación: Nia como capa compartida

Producto · SaaS · Integraciones 17 de octubre de 2026 · 7 min

↗
06

Delegar no es asignar trabajo: responsabilidad, autoridad y respaldo deben viajar juntos

Una organización puede asignar a una persona la responsabilidad de entregar resultados y, al mismo tiempo, conservar todas las decisiones, conversaciones y aprobaciones en otro nivel. Desde fuera parece delegación. Para quien recibe el encargo, suele sentirse como responsabilidad sin capacidad real de actuar.

↗
07

La IA no debería vivir dentro de cada aplicación: una capa compartida para una suite SaaS

Cuando una organización crea varias aplicaciones, la forma más rápida de incorporar inteligencia artificial parece evidente: conectar cada producto directamente con un modelo y resolver el caso de uso dentro de la propia aplicación.

↗
08

Cobranza visible: por qué ordenar el seguimiento antes de automatizarlo

La cobranza deja de depender de la memoria cuando deudas, compromisos, responsables y próximas acciones forman parte de un mismo proceso visible.

↗
09

Dirigir agentes de IA no es repartir prompts: es diseñar un sistema de trabajo

Coordinar varios agentes de IA exige dirección, responsabilidades delimitadas, backlog, criterios de aceptación, traspasos explícitos y una persona que conserve el juicio y la responsabilidad.

↗
10

Lila: la lectura no necesita más pantalla, sino mejores momentos de práctica

Lila se diseña como una experiencia breve y guiada para practicar lectura, hacer visible el avance y acompañar a niños y familias sin convertir la tecnología en un fin por sí misma.

↗
11

El ERP no debería ser la puerta de entrada para cada dato maestro

Separar el gobierno del dato de su registro operativo permite validar, aprobar, publicar y trazar los maestros sin convertir el ERP en punto de acceso para todo el ecosistema.

↗
12

La IA no reemplaza el método: lo vuelve más visible

Los límites de contexto existen, pero no tienen por qué detener un proyecto. Cuando las decisiones, el alcance y los criterios de calidad viven fuera de una conversación, la continuidad depende del sistema de trabajo y no de la memoria de una herramienta.

↗
13

Un DataSource no es un API: cómo validar una extracción de SAP ECC hacia la nube

Cuando una propuesta menciona DataSources, ODP y OData, los términos pueden ser correctos y la arquitectura seguir incompleta. La clave es demostrar quién expone el dato, cómo se controla el delta y cómo se concilia el resultado.

↗
14

El líder que el momento necesita

No existe una única forma correcta de liderar. El reto es reconocer qué necesita el equipo en cada momento y ajustar nuestra intervención sin abandonar nuestros principios.

↗
15

Liderar también es saber cuándo detenerse

Insistir no siempre protege el resultado. Cuando un proveedor deja de sostener sus compromisos, el liderazgo consiste en convertir la frustración en evidencia, decisiones y una salida responsable.

↗
16

Integrar un canal de venta con SAP sin convertir el ERP en un cuello de botella

Conectar un POS o canal digital con SAP no consiste solo en mover datos. La arquitectura debe proteger la venta, asegurar la trazabilidad y permitir que cada sistema cumpla su función.

↗
17

Migrar a S/4HANA: el roadmap empieza antes del kickoff

La migración no comienza con la configuración del ERP. Empieza al alinear al negocio, conocer los procesos, ordenar los datos y decidir la arquitectura que la organización quiere construir.

↗
18

La capacitación no es un beneficio: es una capacidad operativa de TI

Cuando aprender depende del tiempo libre, el conocimiento se concentra, la operación se vuelve frágil y cada cambio cuesta más. Formar al equipo también es gobernar aplicaciones.

↗
19

Cuando TI deja de controlar gasto y empieza a gestionar valor

Separar continuidad, evolución y proyectos cambia la conversación: del presupuesto consumido al valor que cada área decide financiar.

↗
20

Productividad y eficiencia: parecidas en Excel, distintas al decidir

Producir más con los mismos recursos no siempre significa que el proceso cuesta menos. La diferencia importa en cualquier business case.

↗
21

S/4HANA: cómo explicar un upgrade sin hablar solo de tecnología

Deuda técnica, continuidad y arquitectura importan; pero la decisión ejecutiva necesita riesgo, opciones, inversión y una ruta de valor.

↗
22

Cotización, pedido y orden de trabajo: tres documentos, tres controles

Separar el compromiso comercial de la ejecución operativa evita errores de stock, facturación y responsabilidad en servicios de campo.

↗