Enséñale una vez. La IA lo aplica siempre.

Propuesta: Automatización de pedidos y facturación
Preparada para: Distribuidora Los Andes, a la atención de Marcela (Gerencia Administrativa) y Rodrigo (Gerencia General)

---

1. Contexto y reto

Distribuidora Los Andes factura cerca de 300 pedidos al mes. Hoy, cada pedido llega por WhatsApp y dos personas del equipo lo convierten a mano en una factura. Ese trabajo les ocupa prácticamente todo el día y, como se digita información de una fuente a otra, aparecen errores de precios que luego hay que corregir o que afectan el margen y la relación con el cliente.

Además, trabajan con Siigo para la contabilidad y con Excel para el inventario, así que la información está repartida en varios lugares. Quieren dejar de depender del trabajo manual, empezar con un piloto en una zona y tener algo funcionando antes de la temporada de diciembre, cuando el volumen suele subir y el proceso actual sería más difícil de sostener.

2. Propuesta de solución

Proponemos un enfoque por fases, para reducir el riesgo y mostrar resultados pronto.

Fase 1 – Diagnóstico y diseño (corta)
- Revisión del recorrido actual de un pedido, desde el mensaje de WhatsApp hasta la factura en Siigo.
- Levantamiento de la lista de precios, las reglas de descuento y los casos especiales.
- Definición de la zona piloto y de los indicadores de éxito.
- Entregable: documento con el proceso futuro, los criterios de éxito y el plan del piloto.

Fase 2 – Piloto en una zona
- Puesta en marcha de la captura ordenada de pedidos para los clientes de la zona elegida.
- Generación automática del borrador de factura con los precios correctos, conectada a Siigo.
- Revisión por parte de su equipo antes de emitir, para mantener control mientras se gana confianza.
- Acompañamiento y capacitación al equipo que hoy digita las facturas.
- Entregables: flujo piloto funcionando, guía de uso y reporte semanal de resultados (tiempo, errores, volumen).

Fase 3 – Ajustes y expansión
- Corrección de lo aprendido en el piloto.
- Extensión gradual al resto de zonas, con prioridad en tener todo estable antes de diciembre.
- Revisión de cómo conectar el inventario en Excel con los pedidos.
- Entregables: operación extendida, documentación final y recomendaciones de mejora.

3. Resultados esperados

- Tiempo recuperado: las dos personas que hoy dedican el día a facturar podrán enfocarse en seguimiento de clientes, cartera y otras tareas de más valor.
- Menos errores de precios: menos notas crédito, reclamos y pérdida de margen por precios mal aplicados.
- Facturación más ágil: los pedidos se facturan el mismo día, lo que mejora el servicio y el flujo de caja.
- Capacidad para crecer: poder atender los picos de diciembre sin sumar personal administrativo.
- Mayor visibilidad: información más ordenada sobre qué se vende, a quién y dónde.

Las metas concretas (por ejemplo, reducción porcentual del tiempo o de errores) las definiremos juntos en la Fase 1 con base en sus datos actuales: [por confirmar].

4. Alcance y supuestos

Incluye
- Diagnóstico, diseño e implementación del piloto en una zona.
- Integración con Siigo para la generación de facturas.
- Capacitación y acompañamiento del equipo involucrado.
- Expansión a las demás zonas según el resultado del piloto [por confirmar si se incluye en esta propuesta o en una posterior].

No incluye (salvo acuerdo adicional)
- Reemplazo del Excel de inventario por un nuevo sistema.
- Cambios en la configuración contable de Siigo.
- Licencias o costos de terceros (Siigo, WhatsApp Business u otras herramientas) [por confirmar].

Supuestos
- Disponibilidad de Marcela o de una persona designada para resolver dudas y validar el proceso.
- Acceso a la lista de precios actualizada y a Siigo con los permisos necesarios.
- Los clientes del piloto aceptan enviar los pedidos con un formato sencillo.
- Decisión sobre el piloto con tiempo suficiente para llegar a diciembre.

Inversión: [por confirmar] · Plazos: [por confirmar]
Los definiremos tras una sesión corta de diagnóstico, para darles cifras y fechas realistas.

5. Siguientes pasos

1. Reunión de 45 minutos con Marcela y Rodrigo para validar esta propuesta y resolver dudas. *[fecha por confirmar]*
2. Envío de información clave: un ejemplo de pedidos de WhatsApp, la lista de precios, una factura típica y el detalle de las zonas, para elegir el piloto.
3. Propuesta económica y cronograma ajustados, con inversión y fechas, en cuanto tengamos esa información.
4. Aprobación de Rodrigo e inicio de la Fase 1, idealmente con margen suficiente para tener el piloto andando antes de la temporada de diciembre.

¿Agendamos esta semana la reunión con Rodrigo? Con gusto la coordinamos en el horario que les convenga.

Análisis del proceso: cuentas por cobrar (aseo, 60 clientes)

1. Mapa del proceso

| # | Etapa | Actividad | Quién | Frecuencia | Tipo |
|---|---|---|---|---|---|
| 1 | Facturación | Generar 60 facturas en el software contable | Asistente | Fin de mes | Manual repetitivo |
| 2 | Descarga | Bajar cada PDF una por una | Asistente | Fin de mes | Manual repetitivo |
| 3 | Envío | Copiar el texto de un correo anterior, adjuntar y enviar (×60) | Asistente | Fin de mes | Manual, propenso a error |
| 4 | Registro | Anotar la fecha de envío en Excel | Asistente | Fin de mes | Doble digitación |
| 5 | Conciliación parcial | Entrar al banco, comparar pagos con facturas y marcar las pagadas | Asistente | Días 15 y 25 | Manual, lento |
| 6 | Cobranza | WhatsApp desde celular personal a clientes con más de 30 días de mora | Asistente | Ad hoc | Sin trazabilidad |
| 7 | Cierre | La contadora pide el Excel y lo cruza otra vez con el banco | Contadora | Mensual | Trabajo duplicado |

Entrada: servicios prestados en el mes. Salida: facturas enviadas, pagos conciliados y cartera cerrada.

2. Cuellos de botella

1. Conciliación hecha dos veces (pasos 5 y 7): es el mayor desperdicio. Las diferencias aparecen porque el Excel es una fuente paralela, sin conexión con el banco ni con la contabilidad.
2. Envío manual de 60 correos (pasos 2-4): son 60 repeticiones de la misma tarea, con riesgo de adjuntar el PDF equivocado o de olvidar un cliente.
3. Cobranza reactiva y sin trazabilidad (paso 6): depende de que la asistente se acuerde, usa un celular personal y no queda historial para la empresa.
4. El Excel como sistema de control: se actualiza a mano, no tiene estados automáticos y es la causa de las diferencias de cierre.

Estimación de tiempo (supuesto mío, por validar): los 3 días entre dos personas son unas 40-48 h/mes, aproximadamente 10-12 h/semana. Calculo que se reparten así:

- Facturación y envío: 8-10 h
- Conciliaciones de los días 15 y 25: 8-10 h
- Cobranza por WhatsApp: 3-5 h
- Cruce de cierre de la contadora: 8-12 h
- Correcciones de diferencias: el resto

3. Las 3 mejoras priorizadas (impacto/esfuerzo)

🥇 1. Conciliación bancaria semiautomática
- Qué automatizar: el cruce entre pagos del banco y facturas abiertas.
- Cómo:
  - Descargar el extracto en CSV/Excel, o usar la conexión bancaria si el software contable la ofrece.
  - Cruzar por número de factura, NIT o monto con Power Query, Google Sheets o un script, o con el módulo de conciliación del software contable.
  - Mostrar solo las excepciones (pagos parciales, sin referencia, duplicados) para revisión humana.
  - Pedir a los clientes que incluyan el número de factura en la transferencia, y ponerlo visible en la factura.
- Herramienta: integración o hoja automatizada. IA solo como apoyo para pagos ambiguos.
- Resultado esperado: ahorro de 12-16 h/mes. Si el cruce se hace una vez y la contadora usa esa misma base, desaparece el segundo cruce de cierre. Esfuerzo: bajo-medio.

🥈 2. Envío automático de facturas con registro de estado
- Qué automatizar: generación en lote, envío del PDF con plantilla de correo y registro de la fecha de envío.
- Cómo:
  - Si el software contable permite envío masivo o programado, usarlo. Suele ser lo más barato.
  - Si no, un flujo en Make, Zapier o Power Automate (o RPA, si el software no tiene API) que tome cada factura, la envíe al correo del cliente con plantilla y escriba el estado en una hoja o base única.
- Herramienta: función nativa del software, integración o RPA ligero.
- Resultado esperado: ahorro de 6-9 h/mes, sin errores de adjuntos y con estado de envío automático. Esfuerzo: bajo.

🥉 3. Recordatorios de cobranza escalonados
- Qué automatizar: mensajes antes del vencimiento, el día del vencimiento y a los 7, 15 y 30 días de mora, con el tono ajustado a cada etapa.
- Cómo:
  - Leer la cartera abierta, que ya se actualiza con la mejora 1, y disparar correos o WhatsApp Business API con plantillas.
  - Registrar el historial en la hoja o en un CRM sencillo.
  - Usar IA para redactar variantes de mensajes y resumir respuestas.
  - Escalar a la asistente solo los casos de más de 30 días.
- Herramienta: integración con WhatsApp Business (Twilio, Wati, etc.) o correo, más IA para redacción.
- Resultado esperado: ahorro de 3-5 h/mes. Además mejora el flujo de caja, porque se cobra antes de que el cliente esté en mora, y la comunicación queda en un canal de la empresa. Esfuerzo: medio.

Impacto combinado estimado: 20-30 h/mes, es decir, pasar de unos 3 días a 1 día o menos.

4. Preguntas para afinar (cambian las herramientas recomendadas)

1. ¿Qué software contable usan? (Siigo, Alegra, Defontana, Odoo, SAP, otro). Define si hay API, envío masivo o conciliación nativa.
2. ¿Facturan electrónicamente? ¿El sistema ya envía el correo al emitir la factura, o lo hace la asistente por separado?
3. ¿Qué banco usan y qué permite exportar? CSV, Excel, API o conexión directa. ¿Los clientes ponen el número de factura en la transferencia?
4. ¿Qué tipo de diferencias aparecen en el cierre? (pagos parciales, un pago por varias facturas, retenciones, facturas mal marcadas). Si son retenciones, hay que contemplarlas en la lógica del cruce.
5. ¿Los clientes pagan por transferencia, cheque o ambos? ¿Hay notas crédito o ajustes frecuentes?
6. ¿El correo de cada cliente es único o hay varios contactos por empresa? ¿Hay datos maestros ordenados (NIT, correo, plazo de pago)?
7. ¿Tienen política de mora definida? (plazos, intereses, suspensión del servicio).

Si me respondes las preguntas 1, 3 y 4, te armo un plan de implementación semana a semana con herramientas concretas y costos aproximados.

Plan de clase: Fracciones equivalentes
Grado: 4.º de primaria · Tiempo: 50 minutos · Grupo: 32 estudiantes (16 parejas)

1. Objetivo de aprendizaje
Al final de la clase el estudiante podrá mostrar con tiras de papel y escribir dos fracciones equivalentes a una fracción dada (por ejemplo, 1/2, 1/3, 2/3 o 3/4).

2. Secuencia

Apertura (8 min): "¿Quién comió más?"
- Plantea: *"Dos amigos reciben chocolates iguales. Sofía se come 1/2 del suyo y Mateo 2/4. ¿Quién comió más?"*
- Haz una votación a mano alzada: Sofía, Mateo o "comieron lo mismo".
- Pide a dos voluntarios que doblen dos tiras iguales frente al grupo para comprobarlo. Anuncia: *"Hoy vamos a descubrir por qué fracciones que se ven distintas pueden valer lo mismo."*

Desarrollo

Actividad 1. Explicación y práctica guiada (10 min)
- En la pizarra, dibuja una tira y divídela en 1/2, luego en 2/4 y luego en 4/8. Deja que el grupo vea que la parte sombreada no cambia.
- Escribe el patrón: 1/2 = 2/4 = 4/8. Pregunta: *"¿Qué pasó con el numerador y el denominador?"* Guía hacia la idea de que ambos se multiplican por el mismo número.
- Práctica guiada: resuelvan juntos 1/3 = ?/6 y 3/4 = ?/8. Algunos estudiantes pasan a la pizarra.

Actividad 2. Trabajo en parejas con tiras (15 min)
- Cada pareja recibe 4 tiras del mismo tamaño y las dobla para encontrar fracciones equivalentes a 1/3, 2/3 y 3/4.
- Registran en una tabla de dos columnas: "Fracción inicial" y "Fracciones equivalentes que encontramos".
- Mientras trabajan, recorre el salón y pregunta: *"¿Cómo sabes que son iguales?"*

Actividad 3. Práctica individual (10 min)
En el cuaderno o en una ficha:
1. Completa: 1/2 = ?/6 · 2/3 = 4/? · 3/5 = ?/10
2. ¿Son equivalentes 2/4 y 3/6? Explica cómo lo sabes.
3. Escribe dos fracciones equivalentes a 3/4.

Cierre (7 min): boleto de salida
- Cada estudiante responde en una hoja o en el cuaderno: *"Ana dice que 3/4 y 6/8 son iguales. ¿Tiene razón? Dibuja o escribe cómo lo sabes."*
- Si queda tiempo, 2 o 3 estudiantes comparten su respuesta. Recoge las hojas para revisarlas después.

3. Materiales y adaptaciones

Materiales
- 4 tiras de papel del mismo largo por pareja (64 en total; córtalas de hojas recicladas antes de la clase).
- Lápices o colores.
- Pizarra y marcador.
- Cuaderno u hojas para el boleto de salida.

Adaptación para quien va más adelante
- Pídele que encuentre tres fracciones equivalentes a 2/3 y describa el patrón que usó.
- Reto: *"¿Podrías seguir encontrando fracciones equivalentes a 1/2 sin parar? ¿Por qué?"*
- También puede buscar el número que falta en igualdades como 5/? = 15/18.

Adaptación para quien necesita apoyo
- Dale tiras ya divididas con marcas ligeras, y limita el trabajo a mitades, cuartos y octavos.
- Trabaja con él en una pareja de apoyo o en un pequeño grupo contigo durante la Actividad 2.
- Ofrécele una tabla de multiplicar a la vista y el modelo resuelto: 1/2 → ×2 → 2/4.

4. Evaluación

| Nivel | Lo que logras |
|---|---|
| Lo logré | Encuentro dos o más fracciones equivalentes a una fracción dada y explico por qué son iguales (dibujo o multiplicando arriba y abajo por el mismo número). |
| Voy en camino | Encuentro una fracción equivalente, o las encuentro con ayuda de las tiras, pero me cuesta explicar por qué son iguales. |
| Necesito más práctica | Todavía no logro encontrar fracciones equivalentes, ni con las tiras ni con la multiplicación. |

Nota para el docente: verifica que los estudiantes ya reconozcan numerador y denominador, y que las tiras tengan exactamente el mismo largo, porque si no, la comparación visual se confunde. Ajusta las fracciones de la actividad a las que indique tu currículo.

Auditoría: formulario de contacto + banner

Resumen
El bloque tiene 4 problemas críticos: el botón no es accionable con teclado, los campos no tienen etiqueta, el contraste es insuficiente y la imagen no tiene `alt`. Lo demás son mejoras de UX y rendimiento de bajo esfuerzo.

---

🔴 Severidad alta

1. Botón `<div onclick>` no accesible
- Dónde: `<div onclick="enviar()" class="boton">`
- Por qué importa: no recibe foco con Tab, no se activa con Enter/Espacio y los lectores de pantalla no lo anuncian como botón (WCAG 2.1.1, 4.1.2). Además, no envía el formulario de forma nativa.
- Arreglo:
  ```html
  <button type="submit" class="boton">Enviar</button>
  ```
  Y gestiona el envío con `<form onsubmit>` o `addEventListener('submit', …)`, no con `onclick`.

2. Campos sin `<label>` (solo placeholder)
- Dónde: los 3 `<input>`
- Por qué importa: el placeholder desaparece al escribir, suele tener poco contraste y no es un nombre accesible fiable (WCAG 1.3.1, 3.3.2, 4.1.2).
- Arreglo:
  ```html
  <label for="nombre">Nombre</label>
  <input id="nombre" name="nombre" type="text" autocomplete="name" required>
  ```
  Haz lo mismo con los otros dos campos. Usa `type="email"` con `autocomplete="email"` y `type="tel"` con `autocomplete="tel"`. Así se activa el teclado adecuado en móvil y la validación nativa (WCAG 1.3.5).

3. Contraste insuficiente (WCAG 1.4.3)
- Texto de los inputs: `#999` sobre `#f4f4f4` ≈ 2,6:1 (mínimo 4,5:1).
- Botón: `#ffb3d9` sobre `#ff2d9d` ≈ 2,1:1.
- Arreglo:
  - Inputs: `color: #595959` o más oscuro (≈6,5:1 sobre `#f4f4f4`).
  - Botón: texto `#fff` sobre un fondo más oscuro, por ejemplo `#d6007f` (≈5:1). Con `#ff2d9d` y texto blanco solo llegas a ≈3,4:1, que no basta para texto normal.

4. Imagen sin `alt`
- Dónde: `<img src="banner.png">`
- Por qué importa: el lector de pantalla leerá el nombre del archivo (WCAG 1.1.1).
- Arreglo: `alt="Descripción útil del banner"`. Si es puramente decorativo, usa `alt=""`.

---

🟠 Severidad media

5. Límites de los campos casi invisibles (WCAG 1.4.11)
- Dónde: `border: none; background: #f4f4f4`
- Por qué importa: `#f4f4f4` sobre blanco tiene ≈1,1:1, y se necesita 3:1 para identificar el componente.
- Arreglo: `border: 1px solid #767676` (o más oscuro) y `border-radius: 4px`.

6. Sin estilo de foco propio
- Dónde: CSS (no hay `:focus-visible`)
- Por qué importa: ahora depende del outline por defecto, que puede verse poco sobre fondos grises o rosas. El botón, al ser `div`, no tiene foco.
- Arreglo:
  ```css
  .campo input:focus-visible, .boton:focus-visible {
    outline: 3px solid #1a5fff; outline-offset: 2px;
  }
  ```

7. Sin validación, errores ni feedback
- Dónde: todo el formulario
- Por qué importa: el usuario no sabe qué es obligatorio, qué formato se espera ni si el envío funcionó (WCAG 3.3.1, 3.3.3).
- Arreglo:
  - Marca los obligatorios con `required` y con texto visible ("obligatorio"), no solo con color.
  - Muestra el error junto al campo con `aria-invalid="true"` y `aria-describedby="error-correo"`.
  - Anuncia el resultado del envío en una región `role="status"` (o `role="alert"` para errores).
  - Mientras se envía, deshabilita el botón y cambia su texto a "Enviando…".

8. Imagen sin dimensiones (CLS) y probablemente pesada
- Dónde: `<img src="banner.png">`
- Por qué importa: sin `width`/`height` el layout salta al cargar. Un PNG de banner suele pesar mucho y perjudica el LCP.
- Arreglo:
  ```html
  <img src="banner.avif" alt="…" width="1200" height="400"
       srcset="banner-600.avif 600w, banner-1200.avif 1200w"
       sizes="100vw" style="max-width:100%;height:auto">
  ```
  - Usa AVIF/WebP, con PNG o JPG como fallback dentro de `<picture>`.
  - Si el banner está en la parte visible inicial, añade `fetchpriority="high"` y no uses `loading="lazy"`.
  - Si está debajo del pliegue, usa `loading="lazy"` y `decoding="async"`.

9. Tamaños de texto y áreas táctiles pequeños
- Dónde: `font-size: 11px; padding: 6px` (input ≈ 25 px de alto) y botón con `width: 90px`
- Por qué importa:
  - 11px es ilegible para muchos usuarios.
  - iOS hace zoom automático en inputs con menos de 16px.
  - El ancho fijo de 90px puede desbordar al ampliar el texto.
  - Las áreas táctiles quedan por debajo de lo recomendado (WCAG 2.5.8 exige mínimo 24px, y 44px es lo recomendable).
- Arreglo:
  ```css
  .campo input { font-size: 1rem; padding: .75rem; min-height: 44px; width: 100%; }
  .boton { min-height: 44px; padding: .75rem 1.5rem; }  /* sin width fijo */
  ```

---

🟡 Severidad baja

10. Estados del botón incompletos
- Dónde: `.boton:hover { opacity: .9 }`
- Por qué importa: el cambio es casi imperceptible. Faltan `:active` y `:disabled`, y la opacidad reduce aún más el contraste.
- Arreglo: cambia el color de fondo en hover y `:active`, y añade `button:disabled { cursor: not-allowed; opacity: .6 }`. Mantén el contraste en todos los estados.

11. Jerarquía visual y estructura
- Por qué importa: no hay título ni agrupación, todos los elementos pesan igual y el banner aparece después del formulario sin contexto.
- Arreglo: añade un `<h1>` o `<h2>` ("Contáctanos"), espaciado vertical consistente entre campos (`.campo { margin-bottom: 1rem }`) y un `<label>` visible encima de cada input. Si el banner es un encabezado, colócalo antes del formulario.

12. CSS al final del body
- Dónde: `<style>` después del contenido
- Por qué importa: puede provocar un parpadeo de contenido sin estilo (FOUC) y es mala práctica de mantenimiento.
- Arreglo: muévelo a `<head>`, o mejor a un archivo CSS externo cacheable. Si es crítico, déjalo inline en el `<head>`.

13. Teléfono
- Por qué importa: con `type="text"` no hay ayuda de formato.
- Arreglo: usa `type="tel"` con `inputmode="tel"` y evita `pattern` restrictivos. Si el teléfono es opcional, indícalo ("opcional").

---

Versión mínima corregida
```html
<h2>Contáctanos</h2>
<form novalidate>
  <div class="campo">
    <label for="nombre">Nombre <span>(obligatorio)</span></label>
    <input id="nombre" name="nombre" type="text" autocomplete="name" required>
  </div>
  <div class="campo">
    <label for="correo">Correo <span>(obligatorio)</span></label>
    <input id="correo" name="correo" type="email" autocomplete="email" required
           aria-describedby="error-correo">
    <p id="error-correo" class="error" hidden></p>
  </div>
  <div class="campo">
    <label for="tel">Teléfono (opcional)</label>
    <input id="tel" name="tel" type="tel" autocomplete="tel">
  </div>
  <button type="submit" class="boton">Enviar</button>
  <p role="status" id="estado"></p>
</form>

<img src="banner.avif" alt="…" width="1200" height="400" style="max-width:100%;height:auto">
```
```css
.campo { margin-bottom: 1rem }
.campo label { display: block; margin-bottom: .25rem }
.campo input { width: 100%; font-size: 1rem; min-height: 44px; padding: .75rem;
  background: #f4f4f4; color: #333; border: 1px solid #767676; border-radius: 4px }
.boton { background: #d6007f; color: #fff; border: 0; border-radius: 4px;
  min-height: 44px; padding: .75rem 1.5rem; cursor: pointer }
.boton:hover { background: #b80069 }
.boton:disabled { opacity: .6; cursor: not-allowed }
:focus-visible { outline: 3px solid #1a5fff; outline-offset: 2px }
.error { color: #b00020 }
```

Prioridad de trabajo: 1 → 2 → 3 → 4 (accesibilidad bloqueante), luego 7 y 8, y el resto en una segunda pasada.

Fase 1: ACLARAR

Antes de especificar nada necesito entender algunos puntos. Las he agrupado y, donde es posible, propongo un valor por defecto para que puedas responder "ok" o corregirme.

1. Datos de origen (Google Sheets)
1. Estructura de la hoja: ¿qué columnas tiene? Necesito al menos identificar cliente, importe y fecha. ¿Puedes pegar los encabezados y 2 o 3 filas de ejemplo (con datos ficticios si prefieres)?
2. ¿Una pestaña o varias? ¿Los pedidos de todas las semanas están en la misma pestaña, o hay una pestaña por semana?
3. Definición de "semana anterior": *Suposición:* lunes 00:00 a domingo 23:59 de la semana inmediatamente anterior a la ejecución. ¿Es correcto? ¿Qué zona horaria usamos?
4. Importe: ¿hay una columna de total por pedido, o hay que calcularlo (cantidad × precio unitario)? ¿Hay impuestos, descuentos o moneda distinta?
5. Calidad de datos: ¿pueden venir nombres de cliente escritos distinto ("ACME", "Acme S.A."), importes vacíos o texto en lugar de números? ¿Cómo debe tratarse eso: ignorar, avisar o fallar?
6. ¿Hay pedidos cancelados o con estado que deban excluirse?

2. Cálculo y contenido del correo
7. Resumen esperado: además del total por cliente, ¿quieres número de pedidos, total general, orden (de mayor a menor) o comparación con la semana previa?
8. Formato del correo: ¿texto plano, tabla HTML en el cuerpo, adjunto (CSV/Excel), o una combinación?
9. Semana sin pedidos: ¿se envía igualmente un correo indicándolo, o no se envía nada?

3. Envío y ejecución
10. Destinatarios: ¿solo el gerente o también copias? ¿Desde qué cuenta se envía (Gmail personal, Google Workspace, SMTP corporativo, servicio como SendGrid)?
11. Dónde y cómo se ejecuta cada lunes: ¿a qué hora? ¿Dónde correrá?
    - Dentro de Google (Apps Script con trigger semanal), lo más simple si todo vive en Google.
    - Un servidor o PC propio (Python + cron / Programador de tareas).
    - Nube (GitHub Actions, Cloud Functions, etc.).
12. Lenguaje preferido: ¿Apps Script, Python u otro? ¿Hay alguna restricción en tu entorno?
13. Autenticación: ¿tienes permisos para crear credenciales de la API de Google, o la hoja está compartida con una cuenta de servicio? ¿Prefieres evitar manejar credenciales (un motivo para elegir Apps Script)?

4. Criterios de éxito y fallos
14. ¿Cómo sabremos que funciona? *Propuesta:* que, con una hoja de prueba con datos conocidos, los totales por cliente coincidan exactamente con un cálculo manual, y que el correo llegue al destinatario de prueba con el formato acordado.
15. Fallos: si el script falla (hoja inaccesible, error de envío), ¿a quién se avisa y cómo? ¿Basta con un correo de error a ti?

Suposiciones provisionales (dímelo si alguna es incorrecta)
- Una sola pestaña con una fila por pedido.
- Semana = lunes a domingo anterior, en la zona horaria del gerente.
- Se suman los importes por cliente tal cual, sin impuestos ni conversiones.
- Correo con tabla en el cuerpo, ordenada de mayor a menor, con total general.

Cuando respondas (aunque sea solo a las preguntas 1, 4, 10, 11 y 12, que son las más críticas), paso a la Fase 2: ESPECIFICAR con alcance y exclusiones. Todavía no escribiré código.

Recomendación breve
No conviene esperar, pero tampoco comprar licencias para todos sin más. Lo más defendible con estas fuentes es un piloto corto que combine formación y licencias, con un máximo de 25 a 31 docentes, y decidir la ampliación con datos. Es una inferencia mía a partir de las fuentes, no algo que ellas afirmen.

Hallazgos por fuente

Fuente 1, circular interna (sept 2026)
- 31 de 48 docentes (≈65 %) ya usan ChatGPT o Gemini con cuentas personales para planear clases.
- Ningún docente ha recibido formación.
- Dos casos de material con errores llegaron a estudiantes.

Fuente 2, cotización del proveedor
- 12 USD por docente al mes, con mínimo de 25 licencias.
- Incluye administración central y datos no usados para entrenar modelos.

Fuente 3, acta del consejo académico
- Hay 9 millones de pesos sin ejecutar en tecnología.
- La coordinación pide priorizar formación sobre herramientas.

Cálculo (aritmética sobre la cotización)
| Escenario | Costo mensual | 12 meses | 4 meses (hasta fin de año) |
|---|---|---|---|
| 25 licencias (mínimo) | 300 USD | 3.600 USD | 1.200 USD |
| 31 licencias (usuarios actuales) | 372 USD | 4.464 USD | 1.488 USD |
| 48 licencias (todos) | 576 USD | 6.912 USD | 2.304 USD |

La proyección a 4 meses supone que el año escolar o fiscal termina en diciembre, lo cual no consta en las fuentes.

Alcance del presupuesto: el acta dice "pesos" sin indicar el país, y no tengo una tasa de cambio confirmada. Por eso no puedo confirmar si 9 millones cubren la compra. En pesos colombianos serían unos 2.000 a 2.500 USD, que alcanzan solo para un piloto parcial. En pesos mexicanos serían bastante más. Hay que verificar la tasa actual.

Hechos vs. inferencias

Hechos (según las fuentes):
- El uso ya existe y es mayoritario, informal y sin formación.
- Hubo errores que llegaron a estudiantes.
- Existe una oferta con administración central y cláusula de no entrenamiento.
- Hay presupuesto sin ejecutar y la coordinación prioriza formación.

Inferencias mías:
- Esperar no elimina el uso de IA, solo lo deja sin control. La decisión real es entre uso informal y uso gestionado.
- Las cuentas personales probablemente implican menos control sobre los datos. Esto es un riesgo potencial, y la circular no dice que se ingresen datos de estudiantes.
- Las licencias solas no corregirían los errores, que parecen un problema de verificación y criterio, es decir, de formación.
- Formación y licencias no compiten. La formación es más efectiva con una herramienta común y las licencias rinden más con formación.

Lo que no pude confirmar
- Moneda y país de los "pesos", y la tasa de cambio.
- Si el presupuesto sirve para pagar formación y si el saldo se pierde al cierre del año.
- Condiciones del contrato: facturación mensual o anual, permanencia, impuestos, posibilidad de cancelar.
- Si hay alternativas o cotizaciones comparables. Solo hay una.
- Qué tipo de errores hubo y si venían de la IA.
- Para qué usan la IA los 31 docentes y si los planes gratuitos o personales cubren esas necesidades.
- Si hay normas locales de protección de datos de menores que el colegio deba cumplir.

Pasos sugeridos
1. Ahora: emitir una guía breve de uso (qué datos no se ingresan, cómo verificar el material antes de entregarlo). Cuesta casi nada y atiende el riesgo inmediato.
2. Piloto de 3 a 4 meses: formación para los 48 docentes y 25 a 31 licencias para quienes ya usan la IA, si el contrato permite pagar mensualmente o cancelar.
3. Medir: errores detectados, tiempo ahorrado y satisfacción docente.
4. Pedir al proveedor las condiciones por escrito y, si es posible, una segunda cotización.
5. Decidir la ampliación en el siguiente ciclo, con esos datos.

Si me das el país, el calendario escolar y las condiciones del contrato, puedo ajustar el cálculo.

Hola, gracias por la confianza de tantos años. Por ahora no vendemos a crédito, así que no te puedo fiar los bultos, y lamento no poder ayudarte con eso.

Lo que sí puedes hacer es pedirlos el viernes cuando te paguen. Los 10 bultos de cemento Argos son $270.000, más $15.000 de domicilio, y si el pedido entra antes de las 2pm te llegan ese mismo día. Pagas por transferencia, Nequi o en efectivo contra entrega.

¿Te dejo el pedido listo para el viernes?

Lectura ejecutiva: septiembre vs agosto (millones de pesos)

1. Qué pasó en tres frases
- Ventas: bajaron de 74 a 68, es decir 6 millones menos (6 ÷ 74 = -8,1%).
- Margen: de cada $100 vendidos, después de pagar los insumos, quedaban $59,5 en agosto y $57,4 en septiembre (agosto: 44 ÷ 74; septiembre: 39 ÷ 68). Como además los gastos fijos no bajaron, lo que sobra después de pagar todo (antes de la cuota del horno) cayó de 11 a 5, un -55%.
- Caja: bajó de 11 a 6, -5 millones (-45%). Hoy alcanza para unos 5 días de gastos fijos (6 ÷ 36,5 × 30).

| | Agosto | Septiembre |
|---|---|---|
| Ventas | 74 | 68 |
| Insumos | 30 | 29 |
| Lo que queda tras insumos | 44 | 39 |
| Nómina + arriendos + otros | 33 | 34 |
| Lo que sobra (antes de la cuota del horno) | 11 | 5 |

2. Señales

Lo que mejoró (poco):
1. Costo de insumos en pesos: 30 → 29 (-1). Ojo: las ventas cayeron más (-8%), así que en proporción empeoró (40,5% → 42,6% de las ventas).
2. Nómina y arriendos estables: 21 y 9, sin sorpresas.
3. Compra anticipada de harina: inventario de 6 → 8. Puede proteger el margen si el precio sigue subiendo, pero no sé cuánto se ahorró (ver faltantes).

Lo que empeoró:
1. Ventas: -6 millones (-8,1%).
2. Lo que sobra tras gastos: 11 → 5 (-55%). La nómina pasó de 28,4% a 30,9% de las ventas (21 ÷ 74 y 21 ÷ 68).
3. Caja: 11 → 6 (-5). Y otros gastos subieron 3 → 4 (+33%).

Riesgos de caja a 60 días:
- Cartera vencida: de 12 millones por cobrar, 5 llevan más de 45 días (42%). Es casi lo mismo que toda la caja de hoy.
- Colchón de ventas: con la cuota del horno, los gastos fijos son 36,5 al mes (21 + 9 + 4 + 2,5). Con el margen de septiembre, el punto de equilibrio es 36,5 ÷ 0,5735 ≈ 63,6 millones. Se vendió 68, o sea solo ~6% por encima. Otra caída parecida a la de septiembre nos deja en pérdida.
- Deudas: la cuota del horno son 2,5 al mes y quedan 14 (35 millones en total). En 60 días salen 5 millones, casi toda la caja actual.
- Inventario: 8 millones equivalen a ~8 días de consumo (8 ÷ 29 × 30). Para una panadería no es exagerado, pero son 2 millones de caja convertidos en harina.

3. Tres decisiones para este mes

1. Cobrar los 5 millones vencidos.
   - Qué: llamar uno a uno a los clientes con más de 45 días, fijar fecha de pago y no entregar más a crédito a quien siga atrasado. Se puede ofrecer 3% de descuento por pago inmediato (cuesta 0,15 millones si pagan los 5).
   - Impacto: +3 a +5 millones de caja, unas 6 horas de trabajo.
   - Responsable: el dueño, con quien lleve la facturación.

2. Congelar compras de insumos hasta gastar la harina adelantada.
   - Qué: bajar el inventario de 8 a ~6 millones y pedir solo lo que se consuma en la semana.
   - Impacto: ~2 millones de caja liberados.
   - Responsable: jefe de producción o compras, con revisión semanal del dueño.

3. Entender la caída de 6 millones en ventas y ajustar turnos.
   - Qué: comparar semana a semana y por punto cuánta gente entró y cuánto gastó cada cliente. Con esa información, ajustar turnos en las horas flojas.
   - Impacto: recortar 5% de nómina libera ~1 millón al mes (21 × 5%). Recuperar 2 puntos de margen (revisando precios y productos que dejan poco) son ~1,4 millones al mes (68 × 2,1%).
   - Responsable: administradores de cada punto, con el dueño.

Datos que faltan (y qué cambiarían)
- ¿La cuota del horno (2,5) está dentro de los gastos? Si no lo está, lo que realmente sobra en septiembre es 2,5, no 5, y la situación es más apretada.
- Cartera de agosto: sin ella no sé si el problema de cobro crece o ya existía. Con la cartera, la caída de caja de 5 se explicaría mejor. Hoy solo veo ~0,5 millones explicados (5 de lo que sobra, menos 2 de harina, menos 2,5 de cuota). Faltan unos 4,5 millones: puede ser cartera que creció, pagos a proveedores o impuestos.
- Precio y ahorro de la harina: si el ahorro fue menor a lo que cuesta tener 2 millones parados, la compra no valió la pena.
- Fechas de pago a proveedores e impuestos próximos: podrían apretar la caja más que la cuota.
- Ventas por punto: si la caída viene de un solo local, la solución es distinta a un problema general.

Asunto: Jueves 9 de octubre: sin clases en primaria

Familias de 3.º, buenos días.

Informamos a padres, madres y acudientes que el jueves 9 de octubre no habrá clases en primaria, por jornada pedagógica de docentes. Bachillerato sí tiene clases.

El viernes retomamos con normalidad.

Contacto: [correo por confirmar]

Cordialmente,
Coordinación de Primaria
Colegio Nueva Aurora

---
*Notas para quien publica: el aviso tiene unas 55 palabras. Falta el correo del área que firma, y supuse que firma Coordinación de Primaria, así que confirme ambos datos. Si hoy es posterior al 1 de octubre, el aviso no cumple los 8 días de anticipación. Esa regla es para eventos, pero conviene tenerlo presente.*

Adaptación: Ciencias sociales, 6.º grado
Objetivo de aprendizaje (inferido del material): identificar rasgos de las civilizaciones mesoamericanas (agricultura, organización social, conocimientos) y explicar la importancia de uno de ellos, el calendario.

---

1. Versión de acceso

*(Formato: letra sans serif como Arial o Verdana, tamaño 14, interlineado 1,5, texto alineado a la izquierda y sin justificar, fondo blanco crema si se imprime.)*

Las civilizaciones de Mesoamérica

Paso 1. Lee el texto. Lee una parte a la vez.

| Texto | Palabras clave |
|---|---|
| Los mayas y los aztecas vivieron en Mesoamérica. | Mesoamérica: región de México y América Central donde vivieron estos pueblos. |
| Ellos inventaron sistemas de escritura. | Sistema de escritura: signos para guardar ideas por escrito. |
| Hicieron calendarios muy precisos. | Calendario: forma de medir y ordenar los días y los meses del año. Preciso: muy exacto, sin errores. |
| Cultivaban maíz, frijol y calabaza. | Cultivar: sembrar plantas para tener alimento. *(En Venezuela: frijol = caraota, calabaza = auyama.)* |
| Construyeron ciudades. Tenían templos y mercados. | Templo: edificio para adorar a los dioses. Mercado: lugar para comprar y vender. |
| La sociedad tenía cinco clases: | Sociedad: todas las personas que viven juntas. Clase: grupo con un mismo lugar o trabajo en la sociedad. |
| 1. gobernantes, 2. sacerdotes, 3. guerreros, 4. comerciantes, 5. campesinos. | Gobernante: manda en la ciudad. Sacerdote: dirige las ceremonias. Guerrero: combate en la guerra. Comerciante: vende y compra productos. Campesino: trabaja la tierra. |

Paso 2. Subraya o marca con color: los 3 alimentos y las 5 clases sociales.

Paso 3. Responde. Puedes escribir, decirlo en voz alta a tu docente o dibujar y explicar.

Pregunta 1. ¿Qué cultivaban?
Cultivaban ________, ________ y ________.

Pregunta 2. ¿Cómo estaba organizada la sociedad?
La sociedad tenía ____ clases: ________, ________, ________, ________ y ________.

Pregunta 3. ¿Por qué crees que el calendario era importante para ellos?
Piensa: ¿cuándo se siembra el maíz? ¿Cómo sabes cuándo es el momento?
Escribe con esta frase:
*Creo que el calendario era importante porque ________.*

Paso 4. Revisa. ¿Respondí las 3 preguntas? ¿Usé palabras del texto?

---

2. Versión base

Lectura y preguntas

Lee el párrafo con atención y responde.

> Las civilizaciones mesoamericanas, como la maya y la azteca, desarrollaron sistemas de escritura, calendarios precisos y una agricultura basada en el maíz, el frijol y la calabaza. Construyeron ciudades con templos y mercados, y organizaron su sociedad en clases: gobernantes, sacerdotes, guerreros, comerciantes y campesinos.

Sugerencia: antes de responder, subraya en el texto la información que necesitas para cada pregunta.

Ejemplo resuelto (con otra pregunta, para ver cómo se hace):

> Pregunta: ¿Qué construyeron?
> Cómo se hace: busco la palabra *construyeron* en el texto y copio la información completa.
> Respuesta: Construyeron ciudades con templos y mercados.
>
> Pregunta de opinión: ¿Por qué crees que construyeron templos?
> Cómo se hace: doy mi idea (*creo que…*) y la explico con una razón (*porque…*).
> Respuesta: Creo que construyeron templos porque la religión era importante para ellos. Los sacerdotes formaban una clase social, y eso muestra que las ceremonias tenían un papel central.

Preguntas:
1. ¿Qué cultivaban?
2. ¿Cómo estaba organizada la sociedad?
3. ¿Por qué crees que el calendario era importante para ellos? Explica con al menos una razón.

---

3. Versión de profundización

Del dato a la relación: agricultura, calendario y sociedad

Cuando uses el texto, cita la frase que apoya tu idea.

Reto 1: relacionar.
El texto menciona un cultivo basado en maíz, frijol y calabaza, un calendario preciso y cinco clases sociales. Elige dos de estos tres elementos y explica cómo se relacionan. Por ejemplo, ¿qué clase social necesitaría más el calendario y para qué?

Reto 2: situación nueva.
Imagina que una ciudad maya sufre una sequía de dos años.
- a) ¿Qué clase social sufriría primero las consecuencias? ¿Por qué?
- b) ¿Cómo podría ayudar el calendario a prepararse? ¿Qué no podría resolver?
- c) ¿Qué decisión tomarías como gobernante? Justifícala.

Reto 3: conectar con hoy.
Escoge una de nuestras herramientas actuales (calendario escolar, pronóstico del tiempo, mercado del barrio). Explica qué función cumple hoy y en qué se parece o se diferencia de lo que hacían los pueblos mesoamericanos.

Para investigar (opcional): el texto habla de mayas y aztecas juntos. Busca una diferencia entre ellos (por ejemplo, ubicación, época o ciudad principal) y explica por qué conviene no tratarlos como si fueran iguales.

---

4. Nota para el docente

Qué cambia y qué no

| | Acceso | Base | Profundización |
|---|---|---|---|
| Objetivo | Igual | Igual | Igual (se amplía) |
| Contenido esencial (escritura, calendario, cultivos, ciudades, 5 clases) | Completo | Completo | Se da por conocido y se usa |
| Texto | Fragmentado en frases cortas, con glosario al margen | Original sin cambios | Original más situaciones nuevas |
| Demanda cognitiva | Recordar y explicar con apoyo (marco de frase) | Recordar, localizar, inferir | Relacionar, aplicar, justificar con evidencia |
| Formato de respuesta | Completar, oral o dibujo | Escrita | Escrita argumentada |

No cambia el contenido esencial, el nivel de exigencia en la pregunta 3 (inferir) ni el producto final: todos explican la importancia del calendario.

Adaptaciones específicas

- Dislexia: tipografía sans serif de 14 pt, interlineado 1,5, texto sin justificar, sin cursiva ni subrayado en el texto base, bloques cortos y espacio en blanco, fondo crema, lectura en voz alta del texto por el docente o por un compañero si lo desea, más tiempo y opción de responder oralmente. No penalizar ortografía en esta tarea, porque no es el objetivo evaluado.
- Estudiantes venezolanos recién llegados: su español oral es bueno, así que no se simplifica el contenido como si fueran principiantes. Se apoya la lectura con fragmentación, glosario y respuestas orales. Se incluyen equivalentes léxicos (caraota, auyama), que además valoran su variedad lingüística. Conviene verificar con ellos qué palabras les resultan nuevas, porque los glosarios solo deben explicar lo necesario.
- Compatibles con otras necesidades: el formato de la versión de acceso (letra grande, espacio, estructura clara) sirve también para baja visión (se puede ampliar a 18 pt) y para TDAH (pasos numerados, casillas de revisión, tareas en bloques cortos).
- Aprendizaje de todo el grupo: un esquema o dibujo de las 5 clases en la pizarra beneficia a todos.

Evaluar a todos con el mismo objetivo

Usa la misma rúbrica de tres criterios para las tres versiones:

| Criterio | Logrado | En proceso |
|---|---|---|
| Identifica los cultivos y las clases sociales | Los nombra completos y correctos | Faltan elementos |
| Explica la importancia del calendario con una razón | Razón coherente (por ejemplo, sembrar y cosechar, ceremonias, organizar la vida) | Responde sin razón o solo repite el texto |
| Usa información del texto | Se apoya en el texto | No hay conexión con el texto |

Quienes hagan la profundización pueden alcanzar un nivel "avanzado" con un cuarto criterio: relaciona y aplica con evidencia. Esto es un extra, no una penalización para los demás.

Organización en el aula

- Entrega las tres versiones con la misma portada y el mismo título, para que ninguna parezca "la de los que no pueden".
- Los tres estudiantes que terminan pronto pueden pasar a la profundización después de completar la versión base, o empezar directamente por el Reto 1 si ya dominan los datos.
- Una puesta en común final, con las respuestas de las tres versiones, deja claro que hay un mismo aprendizaje con diferentes caminos.