E5 · Inicio condicionado

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

El contrato ya quedo firmado. El inicio sigue condicionado al primer pago y todavia no lo vemos registrado.

Hola [Nombre], El contrato de [SERVICIO] ya quedo 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 que importa. El inicio formal quedo condicionado a la recepcion de ese primer pago porque asi 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 esta 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 automatica hasta que se normalice. No es una amenaza, es la clausula que firmamos juntos. Para que pagar sea simple, tienes el detalle completo de metodos 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 aprobacion, dimelo y lo resolvemos juntos. No es la primera vez que pasa. Para no perder la fecha, necesito uno de estos dos caminos: 1. Confirmacion 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 cuando se resuelve, para reprogramar el inicio sin perder la ventana de equipo que ya reservamos. Saludos Pablo Esparza Jimenez COO / Co-Founder, Coordenadas.co hola@coordenadas.co [[PENDING: telefonos y lista de paises de la firma real de Pablo]]

Confirmacion del pago antes del [FECHA_LIMITE_TOLERANCIA], para arrancar en [FECHA_INICIO_ORIGINAL] sin cambios.

Si hay un bloqueo interno, una fecha realista de cuando se resuelve, para reprogramar el inicio sin perder la ventana de equipo que ya reservamos.

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

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

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 Jimenez COO / Co-Founder, Coordenadas.co hola@coordenadas.co [[PENDING: telefonos y lista de paises de la firma real de Pablo]]

Payment confirmation before [FECHA_LIMITE_TOLERANCIA], so we start on [FECHA_INICIO_ORIGINAL] with no changes.

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.