Trabajar con clientes de Estados Unidos, desde Madrid
Polargate tiene espacios de trabajo contratados en Nueva York, Miami y Los Ángeles, y ninguna sociedad estadounidense: se contrata con POLARGATE, S.L., empresa española domiciliada en Madrid. Tiene un cliente estadounidense con un sistema en producción, software hotelero funcionando con huéspedes reales en el Caribe y en el mismo horario que la Costa Este, facturación preparada para empresas de fuera de la Unión Europea y una jornada que se solapa con Nueva York, Miami y Los Ángeles.

Desde dónde trabajamos
Tenemos espacios de trabajo contratados en Nueva York, Miami y Los Ángeles, y ninguna sociedad estadounidense. Polargate es POLARGATE, S.L., una empresa española con domicilio social en Madrid, y es la sociedad con la que contratas, sea donde sea la reunión. Esas direcciones son sitios reales donde recibimos correo, nos sentamos contigo y que pueden figurar en un contrato, pero no son oficinas con plantilla local: el estudio son dos personas, Pedro Ciordia, fundador y CTO, y Andrés Ciordia, Chief AI Officer, con especialistas de nuestra red en cada proyecto. Lo que sí es real: un cliente estadounidense con un sistema en producción, software hotelero en marcha en el Caribe y una jornada que se solapa con Nueva York, Miami y Los Ángeles.
Esa es la respuesta honesta. El resto de la página es lo que eso significa en la práctica.
La prueba: un cliente estadounidense en producción
Construimos y dirigimos técnicamente el CRM de un grupo de servicios de apoyo jurídico en Estados Unidos. Corre sobre Odoo 18 Enterprise con un único módulo propio que no depende de nada más allá de módulos Community: cinco modelos nuevos, cada uno con su fichero de permisos revisado y sin huecos, más extensiones de los modelos nativos de oportunidades, contactos, actividades y etapas.
La cadena de despliegue es aburrida a propósito. Repositorio privado, proyecto gestionado de Odoo y la producción del cliente corriendo sobre ese mismo proyecto. La suite de tests se ejecuta en cada build de desarrollo y de preproducción. El paso a producción lo dispara siempre una persona, a mano.
Lo que está medido:
- 15 entregables completados en cinco semanas y consolidados en un documento de entrega.
- 99 tests propios en verde, partiendo de cero tests.
- 313 ms en leer los campos nuevos sobre 400 oportunidades reales de producción, comprobado para descartar bucles o consultas pesadas.
- De 10 a 15 minutos desde el merge hasta la versión viva en producción.
- Un ensayo de migración reproducible en contenedor: 132 filas y 56 relaciones sobre 200 registros sobrevivieron al upgrade, y la vuelta atrás devolvió el código y el acceso al dato.
Ese cliente es NationwideLegal, y aparece con su nombre porque dio su consentimiento. A cualquier otro cliente lo nombramos solo cuando dice que sí. Nombrar a un cliente es decisión del cliente, no nuestra.
Cómo se audita el trabajo
Ese sistema pasó por una auditoría adversarial: 41 agentes, 2,3 millones de tokens, 17 hallazgos y dos escépticos independientes rebatiendo cada hallazgo antes de darlo por real. La primera fase de ese método no es leer código. Es ejecutar los escenarios contra un entorno real suplantando al usuario afectado y anotar el estado antes y después de cada escritura. Validar permisos con una cuenta de administrador no prueba nada, porque el bypass de administrador la exime.
El Caribe, en horario de la Costa Este
Nuestra plataforma hotelera está en producción con huéspedes reales en dos hoteles del Caribe, uno de ellos desde agosto de 2026. Ahí el aislamiento entre clientes no es una afirmación, es una prueba: RLS en todas las tablas con identificador de hotel y un guardián que descubre hoteles y tablas en vez de enumerarlas a mano. Verificado en agosto de 2026 entre dos hoteles reales, sin fuga cruzada, sobre 81 tablas vigiladas, y corriendo en integración continua.
Esos hoteles están en UTC-4 todo el año, así que coinciden con Nueva York en verano y van una hora por delante en invierno. Ese trabajo ya ocurre en horario de oficina americano, y ya se factura desde España como servicio a una empresa de fuera de la Unión Europea.
Trabajar con la diferencia horaria
Madrid va seis horas por delante de Nueva York y Miami, y nueve por delante de Los Ángeles.
Costa Este
El solape es la segunda mitad de nuestro día y la primera del vuestro. Ahí caben las llamadas, las demos y las decisiones sin que nadie madrugue a las cinco.
Costa Oeste
Solo se tocan los bordes de las dos jornadas, así que el trabajo tiene que sobrevivir a la noche. Eso significa decisiones por escrito, un documento de referencia semanal que emitimos nosotros y despliegues que pasamos a producción a mano en el momento que le conviene a tu día, no al nuestro.
Lo que no prometemos
Ni mesa 24/7, ni guardias, ni número de teléfono en Estados Unidos, ni gestor de cuenta local: los espacios de Nueva York, Miami y Los Ángeles son sitios para trabajar y para verte, no equipos esperando tu llamada. Si necesitas una ventana de respuesta, la acordamos en el contrato, donde es una obligación y no un eslogan.
Idiomas
Inglés, español y neerlandés. El trabajo para clientes estadounidenses se entrega en inglés por defecto: documentos, tickets y código. Si tu equipo en Miami trabaja en español, o tu operación está en Latinoamérica, son las mismas dos personas siguiendo en otro idioma, no un traspaso a otro equipo.
Qué hacemos
- Construir el producto. Web, app nativa y backend sobre un mismo stack: Vite, React, TypeScript, Tailwind, Supabase con RLS, Vercel y Capacitor con actualizaciones OTA autoalojadas. El backend vive siempre en infraestructura tuya o nuestra, nunca en un backend gestionado de un tercero del que luego haya que migrar.
- Dirigir técnicamente un sistema que ya tienes. El caso estadounidense es justo eso: un ERP y CRM que ya existía, con su modelo de acceso, sus migraciones y su disciplina de despliegue rehechos alrededor de cómo vende el equipo de verdad.
- Operar después del arranque. Portal de cliente, tickets alimentados por correo entrante verificado y bolsa de horas liquidada en vivo desde los partes de tiempo reales.
Cómo empezar
Rellena el formulario de /start contando qué tienes hoy y qué necesitas que pase. La primera llamada va en tu mañana. Después, alcance y prioridad por escrito antes de que nada entre en la lista, y un documento semanal que emitimos nosotros, para que nadie tenga que reconstruir el estado del proyecto leyendo un hilo de chat.
Preguntas, respondidas
¿Polargate tiene sociedad en Estados Unidos?
¿Cómo funcionan el contrato y la facturación con un proveedor europeo?
¿Cuánto de mi jornada cubrís de verdad?
¿Habéis entregado de verdad para un cliente estadounidense, o solo para europeos?
¿Dónde viven nuestro código y nuestros datos?
Arranca el motor
Cuéntanos qué estás construyendo en unas pocas preguntas cortas. Un ingeniero senior responde por escrito en 48 horas laborables con una primera lectura de alcance, plazos y precio.
