Por Danilo Toro, Fundador de Robotipy
Cómo elegir un proveedor de RPA en Chile: 12 preguntas antes de firmar
Doce preguntas para comparar proveedores de RPA en Chile antes de firmar: referencias, precio cerrado, licencias, soporte, monitoreo, propiedad del código y Ley 21.719.
Un buen proveedor de RPA puede mostrarte procesos parecidos al tuyo funcionando en otros clientes y te da un precio cerrado con el alcance por escrito. Además, deja resuelto qué pasa después de la entrega. Los proveedores se diferencian sobre todo en el contrato y en los meses que siguen a la puesta en producción.
Si tienes dos o tres propuestas parecidas, estas 12 preguntas te ayudan a compararlas, incluida la nuestra.
¿Qué preguntas hay que hacerle a un proveedor de RPA antes de firmar?
La tabla agrupa las 12 preguntas en seis bloques. Las que más distinguen a un proveedor de otro son las del bloque de después de la entrega (preguntas 8 a 10).
| Pregunta | Por qué importa | Respuesta que debería preocuparte |
|---|---|---|
| Experiencia y referencias | ||
| 1. ¿Puedo hablar con un cliente de mi industria con un robot en producción? | Una llamada a un cliente permite verificar lo que un logo en la presentación no muestra. | "Nuestros clientes son confidenciales", sin otra forma de verificar. |
| 2. ¿Ya automatizaron mi ERP, mis bancos o mis portales? | Si el sistema es nuevo para el proveedor, la curva de aprendizaje se paga en plazo o en precio. | "Todos los sistemas se automatizan igual." |
| Método y alcance | ||
| 3. ¿Cómo documentan el proceso y quién aprueba ese documento? | Una excepción que no queda escrita suele aparecer después como falla en producción. | "Lo vamos entendiendo sobre la marcha." |
| 4. ¿Cómo validan el robot antes de apagar el proceso manual? | Sin marcha blanca, los errores aparecen en el cierre de mes. | "Lo probamos nosotros y te lo entregamos listo." |
| Tecnología y licencias | ||
| 5. ¿Trabajan con varias plataformas o con una sola? | Quien vende una sola herramienta tiende a usarla para todo. | Nunca recomienda una API, un script o no automatizar. |
| 6. ¿La licencia está incluida o va aparte, y a nombre de quién queda? | Suele ser un costo recurrente, aparte del desarrollo. | Queda a nombre del proveedor y no sabes cuánto cuesta renovarla. |
| Precio y contrato | ||
| 7. ¿El precio es cerrado y cómo se cobran los cambios de alcance? | Con un cobro por hora sin tope, todo el riesgo queda de tu lado. | "Cotizamos por hora y vamos viendo." |
| Después de la entrega | ||
| 8. ¿Qué pasa cuando cambia una pantalla y quién paga el ajuste? | Cuando un portal o un ERP se actualiza, el robot se detiene. | "Eso no debería pasar", sin tarifa de soporte escrita. |
| 9. ¿Quién monitorea el robot y a quién le llegan las alertas? | Un robot que falla en silencio puede pasar días detenido. | "Si falla, tu equipo nos avisa." |
| 10. ¿De quién son el código y los robots al terminar el contrato? | Sin archivos fuente, cambiar de proveedor obliga a rehacer el robot. | El contrato no lo menciona. |
| Seguridad y datos | ||
| 11. ¿El robot usa un usuario dedicado y dónde se guardan sus credenciales? | Una cuenta compartida no deja trazabilidad y frena la revisión de seguridad. | "Usamos el usuario de tu analista", o claves escritas en el robot. |
| 12. ¿Cómo cumplen la Ley 21.719 si acceden a datos personales? | La ley exige un contrato con quien trata datos por cuenta tuya. | "Eso lo ve tu área legal", sin contrato de encargo. |
¿Cómo se verifica la experiencia de un proveedor de RPA?
La experiencia de un proveedor se verifica hablando con clientes que tengan robots en producción, idealmente de tu industria y con tus mismos sistemas. Pide dos referencias y llama a las dos. En la llamada, pregunta cuánto tardó el proyecto en comparación con lo prometido y cuántas veces falló el robot durante el primer semestre. También interesa saber cómo respondió el proveedor ante esas fallas.
Un caso publicado sirve si dice qué se automatizó, en qué sistema y con qué resultado. Revisa además si el equipo ya trabajó con tu ERP y tus bancos. SAP, AS400 o el portal de un banco chileno tienen particularidades que se aprenden proyecto a proyecto. Si tu sistema es nuevo para el proveedor, pregunta cómo consideraron ese aprendizaje en el plazo y en el precio.
¿Qué método de trabajo debería mostrarte un proveedor de RPA?
Un proveedor con método documenta el proceso por escrito antes de construir el robot. Luego lo valida en paralelo con el proceso manual, y solo después tu equipo deja de hacerlo a mano. Pregunta cuántas sesiones dedica a entender el proceso, si graba la pantalla y quién firma el documento. El objetivo es que las excepciones queden escritas. En cómo documentar un proceso antes de automatizarlo contamos un caso en que un campo que todos daban por conocido apareció con tres largos distintos en tres fuentes.
Pregunta también cómo hacen la marcha blanca, que es el período en que el robot opera junto al proceso manual para comparar resultados, y qué criterio usan para darla por aprobada.
¿Importa con qué plataforma de RPA trabaja el proveedor?
Lo que más importa es que el proveedor sepa elegir la herramienta adecuada para cada proceso, y eso lo hace mejor quien trabaja con más de una plataforma. Un proveedor que usa una sola tiende a resolver todo con ella, aunque el proceso funcionara mejor con una API o un script en Python. Pregunta en qué casos te recomendarían no usar RPA. Si contestan que en ninguno, es probable que también propongan RPA para tu proceso aunque no sea la mejor opción.
Sobre la licencia, averigua si está incluida, cada cuánto se renueva, cuánto cuesta y a nombre de quién queda. Cuando queda a nombre del proveedor, tu robot depende de esa relación comercial. Si tu empresa ya tiene una licencia, verifica que la propuesta no la cobre otra vez.
¿Cómo debería cobrar un proveedor de RPA?
Para un primer proyecto, lo recomendable es un precio cerrado por un alcance escrito, con una regla clara para cotizar los cambios antes de ejecutarlos. Si el cobro es por hora y sin tope, cualquier subestimación del proveedor se traslada a tu presupuesto.
Lee con cuidado la cláusula de cambios. Durante el desarrollo siempre aparece algo que no estaba previsto, como una excepción que nadie mencionó, un sistema adicional o una regla que el negocio modificó. Cada cambio debería conversarse y cotizarse antes de seguir, para que no aparezca por sorpresa en la última factura. Pide además el desglose entre desarrollo, licencia y soporte. En cuánto cuesta automatizar un proceso explicamos qué variables mueven el precio.
¿Qué tiene que quedar resuelto para después de la entrega?
Antes de firmar deberían quedar por escrito quién arregla el robot cuando cambia el entorno, quién lo monitorea y quién es dueño del código. Un robot que navega por pantalla se detiene cuando un portal se rediseña o cuando el ERP se actualiza. Por eso conviene preguntar qué cubre la garantía y qué se cobra como soporte. Una falla por un caso que ya existía antes del desarrollo le corresponde al proveedor, porque viene de su análisis. En cambio, si un portal cambió después de la entrega, se trata de mantenimiento correctivo, como explicamos en mantenimiento de robots RPA.
Si la propuesta dice "hacemos seguimiento" sin explicar cómo, asume que el primero en enterarse de una falla será tu equipo. En cómo monitorear robots RPA en producción contamos qué conviene registrar y a quién avisar. Al terminar el contrato deberías recibir los archivos fuente, la documentación y la lista de puntos frágiles del robot. Con eso, otro equipo puede mantenerlo si cambias de proveedor.
¿Qué preguntar sobre credenciales y la Ley 21.719?
Cada robot debería operar con un usuario dedicado, cuyos permisos se limiten a lo que necesita, y sus credenciales deberían guardarse fuera del código. Un robot que entra con la cuenta de un analista no deja trazabilidad y se detiene cuando esa persona cambia su contraseña.
Si el proveedor tendrá acceso a datos personales de clientes, trabajadores o proveedores, aplica la Ley 21.719, que comienza a regir el 1 de diciembre de 2026. Quien trata datos por cuenta de tu empresa debe firmar contigo un contrato que fije el objeto del encargo, su duración, la finalidad, el tipo de datos y las obligaciones de cada parte. Además, el tercero no puede delegar el encargo sin tu autorización escrita. A octubre de 2026, el Senado tramita un proyecto del Ejecutivo (boletín 18.623-07) que propone mover la vigencia al 1 de diciembre de 2027. Mientras ese cambio no se publique, rige la fecha de 2026.
¿Cómo responde Robotipy estas preguntas?
Robotipy es una consultora de automatización fundada en 2023, con operación en Chile y en Argentina. Hemos entregado más de 70 proyectos y somos Platinum Partner de Rocketbot. También hemos trabajado con UiPath, Power Automate, n8n, Claude (Anthropic) y Python. Con esas herramientas hemos automatizado procesos sobre SAP, Finnegans, AS400, Defontana y portales bancarios de Chile y de Argentina. Los casos publicados están en casos de éxito.
El desarrollo cuesta en promedio USD 6.000 e incluye un mes de trabajo y la marcha blanca. La licencia de Rocketbot, de USD 2.500, se cobra solo si no tienes una propia. El soporte mensual es opcional y cuesta desde USD 300. Monitoreamos los robots con Robotipy Monitor. El diagnóstico inicial no tiene costo. Lo que acordemos sobre código, credenciales y datos debería quedar escrito en la propuesta, igual que se lo pedirías a cualquier otro proveedor.
¿Cuándo te conviene otro tipo de proveedor?
Si tu empresa ya está estandarizada en una plataforma de RPA y tiene un proveedor que la conoce bien, lo más probable es que te convenga seguir con él. Una segunda plataforma suma licencias, servidores y conocimiento que mantener.
Otro perfil también puede servirte mejor si necesitas un integrador global, con presencia en muchos países, para una implementación corporativa en varias regiones a la vez. Por último, si al hacer estas preguntas descubres que tu proceso todavía cambia cada semana, lo recomendable es estabilizarlo antes de contratar a cualquier proveedor, como explicamos en errores comunes al implementar RPA.
