# E5 - Inicio condicionado (seguimiento a kickoff, primer pago no recibido)

## A. Front matter (interno, no se envía)

**Propósito.** Avisar al cliente que el inicio formal del proyecto sigue condicionado a la
recepción del primer pago, que ese pago todavía no llegó, y que la fecha de inicio acordada en
el kickoff (E4) está en riesgo si no se resuelve a tiempo.

**Disparador.** Se envía cuando el contrato ya está firmado y la fecha de inicio comprometida en
E4_kickoff_start se acerca o ya pasó, pero el primer pago (hito 1) todavía no aparece registrado.

**SLA de envío.** El mismo día en que el equipo confirma que el pago no llegó antes de la fecha
de inicio pactada. No se espera al vencimiento de la tolerancia de pago (1.5 semanas, ver
`00_PROCESS/SOURCES.md` sección 3) para avisar.

**Adjuntos y enlaces.** Invoice [NUMERO_INVOICE] (se adjunta de nuevo, ya fue enviada junto con
el kickoff). Enlace a `05_PAYMENTS/Payment_Methods_ES-EN.md` para el detalle de métodos de pago.

**Checklist interno antes de enviar.**
1. Confirmar que el pago del hito 1 no aparece registrado a la fecha de envío.
2. Confirmar que [NUMERO_INVOICE], [MONTO_HITO_1] y [FECHA_INICIO_ORIGINAL] coinciden con los que
 se usaron en E4_kickoff_start.
3. Calcular [FECHA_LIMITE_TOLERANCIA] como 1.5 semanas después de la fecha de inicio pactada.
4. Confirmar que el enlace a `05_PAYMENTS/Payment_Methods_ES-EN.md` abre y está actualizado.
5. Confirmar firma y datos de contacto vigentes.

**Variables a reemplazar.**
- `[Nombre]` / `[Name]` - nombre de contacto del cliente.
- `[SERVICIO]` / `[SERVICE]` - nombre o ID del servicio contratado (catálogo en SOURCES.md
 sección 2).
- `[NUMERO_INVOICE]` / `[INVOICE NUMBER]` - número de la invoice del hito 1.
- `[MONTO_HITO_1]` / `[MILESTONE 1 AMOUNT]` - monto del primer pago según el precio de referencia
 del servicio (SOURCES.md sección 2).
- `[FECHA_INICIO_ORIGINAL]` / `[ORIGINAL START DATE]` - fecha de inicio acordada en el kickoff.
- `[FECHA_LIMITE_TOLERANCIA]` / `[PAYMENT TOLERANCE DEADLINE]` - fecha de inicio original + 1.5
 semanas.
- `[[PENDING: teléfonos y lista de países de la firma real de Pablo]]` - bloque de firma,
 SOURCES.md sección 6.

---

## B. Cuerpo ES

**Asunto:** Fecha de inicio de [SERVICIO] en riesgo: seguimos esperando el primer pago

**Preview text:** El contrato ya quedó firmado. El inicio sigue condicionado al primer pago y
todavía no lo vemos registrado.

**Cuerpo:**

Hola [Nombre],

El contrato de [SERVICIO] ya quedó firmado, gracias por eso. Pero a la fecha no hemos recibido
el primer pago, invoice [NUMERO_INVOICE] por [MONTO_HITO_1], y eso pone en riesgo la fecha de
inicio que fijamos para el [FECHA_INICIO_ORIGINAL].

Te explico por qué importa. El inicio formal quedó condicionado a la recepción de ese primer
pago porque así bloqueamos la capacidad del equipo para la ventana de trabajo que acordamos. Sin
el pago confirmado, no podemos sostener esa ventana para ustedes.

La regla que aplica es la misma que está en el contrato: tolerancia de pago de 1.5 semanas desde
la fecha pactada. Si llegamos al [FECHA_LIMITE_TOLERANCIA] sin el pago, el trabajo se pausa de
forma automática hasta que se normalice. No es una amenaza, es la cláusula que firmamos juntos.

Para que pagar sea simple, tienes el detalle completo de métodos de pago (transferencia local o
enlace de pago con tarjeta) en `05_PAYMENTS/Payment_Methods_ES-EN.md`.

Si hay un bloqueo de tu lado, por ejemplo un PO interno o un ciclo de aprobación, dímelo y lo
resolvemos juntos. No es la primera vez que pasa.

Para no perder la fecha, necesito uno de estos dos caminos:

1. Confirmación del pago antes del [FECHA_LIMITE_TOLERANCIA], para arrancar en
 [FECHA_INICIO_ORIGINAL] sin cambios.
2. Si hay un bloqueo interno, una fecha realista de cuándo se resuelve, para reprogramar el
 inicio sin perder la ventana de equipo que ya reservamos.

Saludos

Pablo Esparza Jiménez
COO / Co-Founder, Coordenadas.co
hola@coordenadas.co
[[PENDING: teléfonos y lista de países de la firma real de Pablo]]

---

## C. Body EN

**Subject:** Start date for [SERVICIO] at risk: still waiting on the first payment

**Preview text:** The contract is signed. The start date is still conditioned on the first
payment, and we have not seen it come through yet.

**Body:**

Hi [Name],

The contract for [SERVICIO] is signed, thank you for that. But we have not received the first
payment yet, invoice [NUMERO_INVOICE] for [MONTO_HITO_1], and that puts the start date we set
for [FECHA_INICIO_ORIGINAL] at risk.

Here is why it matters. The formal start was conditioned on receiving that first payment because
that is how we block the team's capacity for the agreed window. Without the payment confirmed,
we cannot hold that window for you.

The rule that applies is the same one in the contract: payment tolerance of 1.5 weeks from the
agreed date. If we reach [FECHA_LIMITE_TOLERANCIA] without payment, work pauses automatically
until the account is current. This is not a threat, it is the clause we both signed.

To make paying easy, you have the full detail of payment methods (local transfer or card payment
link) in `05_PAYMENTS/Payment_Methods_ES-EN.md`.

If there is a blocker on your side, for example an internal PO or an approval cycle, tell me and
we will work through it together. This is not the first time it happens.

To keep the date, I need one of these two paths:

1. Payment confirmation before [FECHA_LIMITE_TOLERANCIA], so we start on
 [FECHA_INICIO_ORIGINAL] with no changes.
2. If there is an internal blocker, a realistic date for when it resolves, so we reschedule the
 start without losing the team window we already reserved.

best regards

Pablo Esparza Jiménez
COO / Co-Founder, Coordenadas.co
hola@coordenadas.co
[[PENDING: teléfonos y lista de países de la firma real de Pablo]]