Preguntas frecuentes

Estimamos a partir del alcance, no de una tabla de tarifas. Tras una primera conversación, dividimos el trabajo en partes, dimensionamos cada una y dejamos por escrito los supuestos de la estimación. Los factores principales son el número de sistemas e integraciones, el estado de sus datos, los requisitos de seguridad y regulatorios, las pruebas necesarias y la experiencia del equipo. Recibe una estimación por escrito con opciones, para que decida qué hacer primero. Usted conoce el precio y el plazo antes de que empecemos.

Los factores principales son el estado de sus datos, el número de sistemas que hay que integrar, la precisión que debe alcanzar el sistema y cuánta revisión humana necesita el proceso. Los costos de operación también cuentan: uso de modelos, alojamiento y monitorización. Estimamos tras una breve fase de descubrimiento, separamos el costo de desarrollo del costo de operación y mostramos cómo varía este último con el volumen, para que no haya sorpresas después.

El costo de desarrollo depende del número y el estado de sus fuentes, de las integraciones y los permisos implicados y de lo estricto que sea el nivel de precisión. El costo de operación depende del uso, del modelo elegido, de cuánto texto se envía con cada solicitud y del almacenamiento en caché. Estimamos ambos y mostramos cómo un modelo más pequeño o una mejor recuperación pueden reducir el costo de operación.

Los factores principales son el estado y la accesibilidad de sus datos, si existen etiquetas o hay que crearlas, con cuántos sistemas debe conectarse el modelo y el nivel de explicación y documentación que esperan sus reguladores. Los costos de operación dependen del volumen de predicciones y de si los resultados se necesitan en tiempo real o por lotes. Estimamos una vez terminada la revisión de datos.

El costo de desarrollo depende del número y la complejidad de las fuentes, de lo limpias que estén y de cuántas áreas temáticas e informes entran en el alcance. El costo de operación depende de los volúmenes de datos, de la frecuencia de actualización y de los patrones de consulta. Estimamos ambos, diseñamos para controlar el gasto en cómputo y configuramos la monitorización de costos para que el uso no crezca sin que nadie lo note.

El número de tipos y formatos de documento, la calidad de los escaneos, cuántas reglas de validación y sistemas intervienen y el volumen procesado. El costo de operación depende de los volúmenes y de los servicios de extracción utilizados. Estimamos tras probar una muestra de sus documentos y mostramos la proporción prevista de documentos que seguirán necesitando a una persona.

El alcance es el factor principal: cuántos roles de usuario, flujos de trabajo y pantallas, con cuántos sistemas debe conectarse el software y qué exigencias de seguridad, auditoría y disponibilidad tiene. También influyen el estado de sus datos y el número de personas que deben aprobar las decisiones. Estimamos después de la fase de descubrimiento, a partir de un backlog priorizado, para que usted elija qué entra en la primera versión y qué puede esperar.

El número de roles de usuario y flujos de trabajo, las integraciones que hay detrás de la aplicación, los idiomas y diseños que debe admitir, y sus necesidades de seguridad y auditoría. También importa la profundidad del diseño: una herramienta para un equipo interno pequeño necesita menos que un portal público del que dependen sus clientes. Estimamos a partir del backlog tras la fase de descubrimiento, para que usted decida qué entra en la primera versión.

El número de recorridos y pantallas, si necesita una aplicación nativa para cada plataforma o una única aplicación multiplataforma, el trabajo de back end y la seguridad que requiere la aplicación. El uso sin conexión, los pagos, las funciones del dispositivo y la variedad de dispositivos que se deben admitir añaden esfuerzo. Las publicaciones en las tiendas y la adaptación a las nuevas versiones del sistema operativo son costos recurrentes que conviene planificar.

El número de aplicaciones y entornos, lo lejos que están hoy de un despliegue automatizado, los controles de cumplimiento que debe satisfacer y si las cargas de trabajo pasan de un proveedor a otro o salen de su propio centro de datos. La operación continua es una decisión aparte: podemos operar la plataforma con usted o traspasarla cuando su equipo esté preparado.

A menudo, pero no prometemos una cifra antes de haberlo analizado. Los ahorros habituales proceden de recursos que nadie usa, instancias sobredimensionadas, almacenamiento que nunca caduca y entornos que funcionan cuando nadie está trabajando. Primero etiquetamos el gasto por equipo y servicio, para que los ahorros se midan en lugar de suponerse, y ordenamos lo que encontramos por esfuerzo y riesgo.

El número de aplicaciones y recorridos incluidos, lo fácil que sea probar el código actual, el estado de sus datos y entornos de prueba, y cuántas integraciones hay que simular. Una aplicación antigua sin puntos de prueba estables requiere más esfuerzo que una nueva desarrollada pensando en las pruebas. Empezamos por los recorridos de mayor riesgo, para que el valor llegue pronto.

El número de grupos de usuarios y recorridos, cuánta investigación se necesita, si ya existe un sistema de diseño y cuántas plataformas e idiomas debe cubrir el diseño. Rediseñar un producto consolidado con muchas pantallas requiere más que diseñar una herramienta nueva y acotada. Definimos el alcance del diseño por etapas, para que usted pueda revisar las conclusiones y los flujos antes de comprometerse con la interfaz completa.

Del tamaño y la complejidad del sistema antiguo, de la calidad de sus datos, del número de sistemas que dependen de él y de cuánto debe cambiar en lugar de conservarse. Los lenguajes y bases de datos antiguos que pocos ingenieros conocen añaden esfuerzo. Como el trabajo es incremental, puede financiarlo por etapas y ver el resultado de cada una antes de aprobar la siguiente.

Del número de interfaces, la complejidad del mapeo y de las reglas de negocio, los volúmenes y horarios que necesita cada flujo y de si hay licencias de middleware de por medio. La depuración de datos y las pruebas con socios añaden esfuerzo. Estimamos por interfaz tras la evaluación, para que vea el costo de cada flujo y decida el orden.

Del número de bancos y canales, los tipos de pago y países incluidos en el alcance, lo que su ERP ya admite y la complejidad de sus reglas de conciliación. Los requisitos de firma y cifrado y el proceso de pruebas de cada banco añaden esfuerzo. Estimamos por banco y por flujo tras la fase de análisis, para que pueda escalonar el trabajo y su costo.

Del número de proveedores, tipos de terminal y canales de venta, de si el adquirente usa ISO 8583 o una API, de los pasos de certificación que exige cada proveedor y del número de tiendas en las que implantar. Las reglas de liquidación y conciliación añaden esfuerzo cuando las comisiones y los abonos son complejos. Estimamos por proveedor y por flujo tras la fase de mapeo.

Del número de socios y flujos, la calidad de sus API, el mapeo y las reglas de negocio, las necesidades de volumen y horarios y de las posibles licencias de la plataforma de integración. El trabajo de identidad y la certificación con un socio añaden esfuerzo. Estimamos por conexión tras el inventario, para que pueda elegir el orden y ver el costo de cada una.

Un equipo dedicado suele facturarse como un costo mensual por los roles acordados, para que usted pueda planificar su presupuesto. El costo depende del número de personas, su experiencia y sus capacidades, y de la cobertura fuera del horario habitual. Si prefiere pagar por el tiempo real dedicado, podemos trabajar por tiempo y materiales. Usted conoce el precio y el plazo antes de que empecemos.

Normalmente por tiempo y materiales: una tarifa por ingeniero según el tiempo trabajado, o una tarifa mensual para una asignación a tiempo completo. La tarifa depende de las capacidades y la experiencia del rol y del trabajo fuera del horario habitual. Usted conoce el precio y el plazo antes de que empecemos.

Puede cambiarlo. El costo depende de los roles, la experiencia y las capacidades que requiere el trabajo, y de quién puede aportarlos. Usted conoce el precio y el plazo antes de que empecemos. Cualquier cambio en la combinación se acuerda antes con usted.

Un alcance bien definido puede tener un precio fijo para ese alcance, con los cambios gestionados mediante el control de cambios. Cuando el alcance es menos seguro, presupuestamos por separado la fase de descubrimiento y después el desarrollo, o trabajamos por tiempo y materiales con un presupuesto sobre el que informamos. Usted conoce el precio y el plazo antes de que empecemos.

Normalmente como un alcance cerrado con honorarios fijos, acordados tras una breve conversación para delimitarlo, o como un número de días de consultor para un asesoramiento abierto. El precio depende del tamaño del entorno que hay que revisar, del número de opciones que comparar y de la profundidad de análisis que requiere la decisión. Usted conoce el precio y el plazo antes de que empecemos.

Normalmente son honorarios fijos para un alcance cerrado, acordados tras una breve llamada de definición del alcance. El precio depende del número de áreas de negocio implicadas, de cuántos casos de uso se evalúan en profundidad y de cuánta revisión práctica de sus datos y sistemas se necesita. Usted conoce el precio y el plazo antes de que empecemos.

Del número de sistemas y socios implicados, de los controles regulatorios aplicables, del volumen y la velocidad que debe soportar el sistema, y de cuántas pruebas exigen los socios antes de la puesta en producción. La incorporación a los socios, como la certificación con un banco o un procesador, suele marcar el ritmo más que el código. Estimamos tras la fase de descubrimiento y dividimos el trabajo en etapas que usted puede financiar y aprobar una a una.

Del número de sistemas, tiendas y canales, de lo bien que el POS y el ERP exponen sus datos y de cuántas excepciones requieren reglas, como las devoluciones entre canales o los pagos divididos. La implantación tienda por tienda también añade esfuerzo de pruebas. Estimamos tras revisar los sistemas y una muestra de transacciones reales.

Del número de socios y formatos, de cuántos tipos de mensaje necesita cada uno, de la calidad de los entornos de pruebas de los socios y de qué parte del proceso todavía se gestiona en papel o por correo electrónico. Estimamos por socio y por flujo tras una revisión, para que pueda empezar por los socios más importantes y añadir el resto por etapas.

Del número de sistemas que integrar, de las aprobaciones de fabricantes necesarias, del trabajo de privacidad y seguridad clínica, y de las pruebas de accesibilidad y usabilidad con pacientes y personal. Estimamos tras la fase de descubrimiento y dividimos el trabajo en etapas, empezando por la que elimina más trabajo manual.

Del número de servicios e integraciones, de los proveedores de identidad y de pago implicados, de las evaluaciones de accesibilidad y seguridad, y de la investigación con usuarios que requiere el servicio. Presupuestamos por etapa, de modo que una fase de descubrimiento o un piloto pueden aprobarse por separado antes del desarrollo completo.

Del número de sistemas y socios, de cuántos tipos de mensaje necesita cada uno, de la calidad de los datos, de las opciones de extensión de su versión de ERP y de cuántas pruebas exigen sus socios. Estimamos por flujo tras la fase de descubrimiento, para que pueda empezar por los flujos que más esfuerzo ahorran.

El compromiso depende del modelo y se acuerda con usted. Un proyecto se extiende hasta completar el alcance acordado. Los equipos y las asignaciones tienen periodos de preaviso, para que las personas puedan incorporarse y salir de forma ordenada y el trabajo se traspase. Fijamos estas condiciones por escrito antes de empezar.

La propiedad intelectual del trabajo que desarrollamos para usted es suya desde el primer commit, sin ningún trámite de cesión al final. Esto incluye el código a medida, la documentación y los demás entregables creados para usted. Lo que aportamos y ya existía antes, como herramientas o bibliotecas internas, sigue siendo nuestro, y usted recibe una licencia para usarlo en sus sistemas. Los componentes de código abierto mantienen sus propias licencias, y se los enumeramos.

Sí. Firmamos un acuerdo de confidencialidad mutuo antes de que comparta nada confidencial, con su modelo o con el nuestro. Todas las personas que trabajan en su proyecto están sujetas a obligaciones de confidencialidad, tanto si son empleados de XSIS como si forman parte de un equipo externalizado.

La propiedad intelectual del trabajo que desarrollamos para usted es suya desde el primer commit, sin ningún trámite de cesión al final. Esto incluye el código, los prompts, los conjuntos de evaluación y los modelos ajustados producidos para usted, y sus datos siguen siendo suyos. Las herramientas de XSIS que ya existían antes siguen siendo nuestras y se le conceden bajo licencia. Los modelos y servicios de terceros siguen sujetos a sus propias licencias, que le detallamos para que sepa qué permite cada componente.

La propiedad intelectual del trabajo que desarrollamos para usted es suya desde el primer commit, sin ningún trámite de cesión al final. Esto incluye el código, los prompts, los conjuntos de evaluación, los índices de recuperación y los pesos de cualquier modelo ajustado producido para usted. Las herramientas de XSIS que ya existían antes siguen siendo nuestras y se le conceden bajo licencia. Los modelos comerciales siguen siendo del fabricante y se usan según sus condiciones, que le detallamos. Sus documentos y datos siguen siendo suyos en todo momento.

La propiedad intelectual del trabajo que desarrollamos para usted es suya desde el primer commit, sin ningún trámite de cesión al final. Esto incluye los modelos entrenados, el código de las variables, los pipelines y la documentación producidos para usted, y sus datos siguen siendo suyos. Las herramientas de XSIS que ya existían antes siguen siendo nuestras y se le conceden bajo licencia. Las bibliotecas de código abierto que usamos siguen sujetas a sus propias licencias, que dejamos registradas para usted.

La propiedad intelectual del trabajo que desarrollamos para usted es suya desde el primer commit, sin ningún trámite de cesión al final. El código a medida, los diseños y los documentos que produce el equipo residen en sus propios repositorios y herramientas. Las herramientas de XSIS que ya existían antes siguen siendo nuestras y se le conceden bajo licencia. Todos los miembros del equipo, incluidos los ingenieros de equipos externalizados, están sujetos a las mismas condiciones de confidencialidad.

La propiedad intelectual del trabajo que desarrollamos para usted es suya desde el primer commit, sin ningún trámite de cesión al final. El trabajo que un ingeniero produce para usted reside en sus propios repositorios. Las herramientas de XSIS que ya existían antes siguen siendo nuestras y se le conceden bajo licencia. Cada ingeniero firma nuestras condiciones de confidencialidad y sigue sus políticas de seguridad mientras trabaja en sus sistemas.

La propiedad intelectual del trabajo que desarrollamos para usted es suya desde el primer commit, sin ningún trámite de cesión al final. Esto incluye el software a medida, los diseños y los documentos entregados para usted. Las herramientas o bibliotecas nuestras ya existentes que se utilicen en el proyecto siguen siendo nuestras, se indican en el contrato y se le conceden bajo licencia.

La propiedad intelectual del trabajo que desarrollamos para usted es suya desde el primer commit, sin ningún trámite de cesión al final. Los conectores se entregan con su código fuente, sus pruebas y su documentación, para que su equipo u otro proveedor pueda mantenerlos. Las herramientas de XSIS que ya existían antes siguen siendo nuestras y se le conceden bajo licencia. Las API de los socios y las licencias de las plataformas de integración siguen sujetas a las condiciones propias de esos fabricantes.

XSIS emplea a sus propios ingenieros, que lideran los proyectos, marcan la dirección técnica y responden de la calidad. Cuando un proyecto necesita más capacidad o una especialidad concreta, incorporamos ingenieros de socios de outsourcing evaluados. Trabajan con los mismos estándares, contratos y normas de seguridad, y usted siempre sabe quién forma parte de su equipo y quién lo emplea.

Usted entrevista a cada ingeniero antes de que se incorpore; no hay asignaciones a ciegas. Si alguien no encaja, lo sustituimos sin costo. Comuníqueselo a su responsable de entrega y planificaremos un traspaso para que el conocimiento se quede en el equipo. Lo mismo se aplica si alguien tiene que dejar el proyecto por motivos propios.

Sí. Muchos clientes quieren que sus ingenieros trabajen en el mismo repositorio desde el principio, para que el conocimiento se quede en la empresa. Acordamos juntos las reglas de trabajo: revisión de código, estrategia de ramas, la definición de terminado y quién aprueba las versiones. Sus ingenieros pueden sumarse a las iteraciones, trabajar en pareja con los nuestros o asumir partes del sistema cuando estén preparados.

Ese es el objetivo. Todo se define como código y se documenta, y sus ingenieros revisan y aprueban los cambios con nosotros desde el principio. Trabajamos con ellos en los incidentes y las publicaciones, redactamos manuales de operación para las tareas habituales y nos retiramos a medida que asumen el control. Si prefiere que sigamos operando la plataforma, podemos continuar bajo un acuerdo de soporte.

Sí. A menudo nos sumamos a un equipo de QA propio para aportar competencias de automatización, asumir las pruebas de rendimiento o de seguridad, o cubrir un periodo de mucha carga. Acordamos cómo se reparte el trabajo, usamos las mismas herramientas y el mismo backlog, y formamos a sus probadores para que amplíen los conjuntos que creamos.

En el mismo equipo y al mismo ritmo. Los diseñadores participan en la planificación, entregan los diseños y componentes con sus estados y su comportamiento documentados, y revisan lo que se desarrolla antes de publicarlo. Los ingenieros participan pronto en la investigación y en las revisiones de diseño, para detectar las ideas difíciles de desarrollar antes de pulirlas.

Sí, y es habitual. Recuperamos el conocimiento a partir del código, los datos, los registros y las personas que usan el sistema, y plasmamos lo que realmente hace en pruebas de caracterización. Esas pruebas se convierten en la especificación que deben cumplir las partes nuevas, de modo que el comportamiento no documentado se conserva salvo que usted decida cambiarlo.

Partimos de las capacidades que requiere el trabajo, no de quién está disponible. Los candidatos pasan entrevistas técnicas y ejercicios prácticos dirigidos por nuestros ingenieros sénior, y comprobamos su experiencia frente al tipo de trabajo que usted realiza. Después le enviamos sus perfiles y usted mismo los entrevista. Nadie se incorpora a su equipo sin su aprobación.

Usted decide en qué trabaja el equipo: su product owner fija las prioridades y acepta el trabajo. Nosotros gestionamos el equipo a diario mediante un líder de equipo que planifica el trabajo, elimina bloqueos, vela por la calidad y le informa a usted. La gestión jerárquica, el desempeño y la sustitución de personas siguen a cargo de XSIS.

Usted entrevista a cada ingeniero antes de que se incorpore; no hay asignaciones a ciegas. Si alguien no encaja, lo sustituimos sin costo. Comuníqueselo a su líder de equipo o a su contacto de cuenta en cuanto lo detecte. También revisamos el rol y las instrucciones, que a veces son la verdadera causa, y planificamos un periodo de solapamiento para que el conocimiento se traspase y no se pierda.

Sí. El equipo sigue su hoja de ruta. Puede añadir roles cuando empieza una nueva línea de trabajo y liberarlos cuando termina. Acordamos cada cambio con usted por adelantado, con preaviso suficiente para incorporar a las personas correctamente o traspasar su trabajo de forma ordenada. Las condiciones de preaviso figuran en el contrato.

Con el aumento de personal, nuestros ingenieros se incorporan a su equipo y sus responsables dirigen su trabajo a diario. Con un equipo dedicado, aportamos un equipo completo con su propio líder y lo gestionamos a diario mientras usted fija las prioridades. El aumento de personal encaja cuando usted ya tiene la gestión y el proceso. Un equipo dedicado encaja cuando prefiere que nosotros asumamos una parte mayor de esa labor.

Nuestros ingenieros sénior realizan entrevistas técnicas y ejercicios prácticos a cada candidato según la descripción de su rol. Revisamos su trabajo anterior y el tipo de sistemas que ha construido. Los ingenieros de equipos externalizados pasan la misma evaluación que los nuestros. Después, usted mismo los entrevista, y solo se incorporan las personas que usted elige.

Sus responsables dirigen el trabajo: qué construir, en qué orden y cómo se revisa. XSIS sigue siendo el empleador o la parte contratante. Nos ocupamos de la remuneración, las ausencias, el equipamiento, el apoyo al desempeño y la sustitución, y nuestro contacto de cuenta mantiene la comunicación con usted y con el ingeniero.

Usted entrevista a cada ingeniero antes de que se incorpore; no hay asignaciones a ciegas. Si alguien no encaja, lo sustituimos sin costo. Infórmenos lo antes posible y planificaremos el traspaso para que no se pierda el trabajo en curso.

Sí. Puede añadir personas cuando empieza un nuevo trabajo y liberarlas cuando termina. El contrato fija el preaviso necesario para ambas partes, de modo que los nuevos ingenieros puedan buscarse y evaluarse correctamente y los que se van puedan traspasar su trabajo.

Significa que nuestros propios ingenieros lideran cada proyecto y asumen la responsabilidad sobre él, y que incorporamos ingenieros de equipos externalizados evaluados cuando el trabajo requiere más personas o una especialidad que no tenemos en plantilla. Los ingenieros externalizados trabajan bajo nuestro contrato y nuestros estándares, dentro de un equipo que lideran nuestras personas.

Sí. El mapa del equipo indica cada persona, su rol y quién la emplea. Usted entrevista a cada ingeniero antes de que se incorpore; no hay asignaciones a ciegas. No añadimos ni cambiamos a nadie sin informarle antes.

XSIS. Su contrato es con nosotros, y nuestro responsable de entrega responde del trabajo de todo el equipo, sea quien sea el empleador de cada ingeniero. Por eso nuestros ingenieros revisan los cambios de los ingenieros externalizados antes de integrarlos, y por eso se aplica a todos un único conjunto de estándares.

Sí. Indíquenoslo antes de que propongamos el equipo. Algunos clientes necesitan que cierto trabajo, como el acceso a datos de producción, lo realicen solo ingenieros de XSIS. Planificamos los roles en función de ello y le decimos con claridad si eso cambia lo que podemos entregar o cuándo.

Depende del modelo, y lo dejamos por escrito. En la entrega por proyecto, XSIS responde de entregar el alcance acordado. En un equipo dedicado, XSIS responde de gestionar bien el equipo y usted, de sus prioridades. En el aumento de personal, sus responsables dirigen el trabajo y XSIS responde de las personas que aporta.

Sí. Un equipo dedicado puede llevar su producto mientras un proyecto independiente entrega una integración bancaria, o podemos incorporar a un especialista en su propio equipo junto a un equipo que dirigimos nosotros. Cada parte tiene sus propias condiciones, y un único contacto de XSIS las coordina.

Antes de desarrollar acordamos con su equipo un conjunto de evaluación: ejemplos reales con las respuestas que esperan sus expertos. Cada versión del sistema se puntúa con él, y los revisores comprueban una muestra de los casos más difíciles. Usted decide el umbral para la publicación. En producción seguimos midiendo y derivamos los casos inciertos a una persona en lugar de adivinar.

Trabajamos con modelos comerciales como los modelos GPT de OpenAI, Anthropic Claude y Google Gemini, con modelos abiertos como Meta Llama y Mistral, y con aprendizaje automático clásico cuando encaja mejor. Elegimos para cada tarea según la calidad, el costo, la latencia y dónde puede ejecutarse el modelo. Diseñamos para que el modelo pueda cambiarse más adelante. Mencionar un proveedor no implica una alianza con él.

Reducimos el riesgo por capas. El modelo responde a partir de fragmentos recuperados de su contenido y debe citarlos. Las salvaguardas comprueban que esos fragmentos respaldan cada afirmación. Cuando las fuentes no contienen una respuesta, la funcionalidad lo indica en lugar de adivinar. El conjunto de evaluación mide con qué frecuencia hay respuestas sin respaldo, y no publicamos hasta que esa tasa cumple el umbral que usted acuerde.

Para responder a partir de sus documentos, la recuperación suele ser el mejor punto de partida: mantiene las respuestas actualizadas, muestra las fuentes y respeta los permisos. El ajuste fino ayuda cuando se necesita un formato o un estilo uniforme, un vocabulario especializado o un modelo más pequeño y económico de ejecutar. Muchos sistemas combinan ambos. Probamos las opciones con su conjunto de evaluación y recomendamos la más sencilla que alcance el nivel exigido.

Elegimos para cada tarea según la calidad de las respuestas en su conjunto de evaluación, el costo por solicitud, la velocidad, el soporte de idiomas y dónde se permite ejecutar el modelo. Las opciones incluyen los modelos GPT de OpenAI, Anthropic Claude, Google Gemini, Meta Llama y Mistral, mediante servicios como Azure OpenAI, Amazon Bedrock o Vertex AI. El modelo queda detrás de una única interfaz, por lo que puede sustituirse más adelante.

Depende del problema, no de una cantidad fija. Lo importante es contar con un histórico suficiente para cubrir los patrones que el modelo debe aprender, incluidas las estacionalidades y los eventos poco frecuentes, y con etiquetas fiables del resultado que quiere predecir. Lo comprobamos durante la revisión de datos y le decimos con claridad si los datos todavía no permiten alcanzar el objetivo, y qué recopilar para que lo permitan.

Depende más de su nube, sus volúmenes, sus capacidades y su presupuesto que de un producto concreto. Snowflake, Databricks, BigQuery y Amazon Redshift funcionan bien para la mayoría de las empresas, y PostgreSQL es suficiente para muchas. Comparamos las opciones con sus requisitos y sus contratos vigentes, y diseñamos para que las transformaciones, escritas en SQL con dbt, sigan siendo portables.

Sí. Usamos los métodos de extracción admitidos por el ERP, como sus API, sus servicios de exportación o la captura de datos de cambios desde una réplica, en lugar de consultas pesadas contra la base de datos en producción. Cuando es necesario, las cargas se programan fuera de los periodos de mayor carga. Con SAP, Oracle, Microsoft Dynamics 365, NetSuite y Odoo seguimos el enfoque que recomienda cada proveedor.

Solo para decisiones que no pueden esperar, como el filtrado de fraude, la disponibilidad de inventario o el estado de los pagos. Para la mayoría de los informes bastan cargas cada hora o nocturnas, cuya operación cuesta mucho menos. Usamos procesamiento en streaming con Apache Kafka o captura de datos de cambios donde se necesita tiempo real, y procesos por lotes donde no, y lo decidimos con usted para cada caso de uso.

La mayoría de los documentos empresariales estructurados y semiestructurados: facturas de proveedores, notas de crédito, recibos, extractos y avisos bancarios, órdenes de compra, notas de entrega, documentos aduaneros y de transporte, siniestros, formularios de solicitud y documentos de identidad. La escritura a mano, los escaneos de baja calidad y los formatos poco habituales reducen la precisión, por eso medimos con sus propias muestras antes de acordar el alcance.

No. La automatización robótica de procesos (RPA) reproduce clics en una pantalla y falla cuando la pantalla cambia. Nosotros leemos el documento con IA documental, lo verificamos con reglas de negocio y lo registramos a través de las interfaces admitidas por el ERP. Cuando un sistema no tiene ninguna interfaz, la automatización de pantallas puede ser el último recurso, y lo indicamos cuando la usamos.

Registramos en SAP S/4HANA, Oracle NetSuite, Microsoft Dynamics 365, Odoo y Sage, y en sistemas a medida y de flujo de trabajo, a través de sus API, sus servicios de importación o sus plataformas de integración. El registro sigue las mismas reglas de aprobación que su equipo usa hoy. Mencionar aquí un producto no implica una alianza con su proveedor.

Partimos de lo que su equipo puede operar y de los perfiles que puede contratar, de lo que usan sus demás sistemas y de lo que debe hacer el software. Para la mayoría del software empresarial, eso significa un lenguaje de uso general como TypeScript, Java, C# o Python, una base de datos relacional como PostgreSQL o SQL Server, y la nube que ya utiliza. Evitamos herramientas de nicho salvo que resuelvan un problema real, y dejamos constancia de cada decisión y sus motivos.

Usamos React con Next.js para la mayoría de las aplicaciones nuevas, porque admite renderizado en el servidor, cuenta con herramientas sólidas y es ampliamente conocido por los ingenieros. También trabajamos con Angular y Vue, y continuamos con el framework que usted ya utiliza cuando es la opción sensata. La decisión depende de las competencias de su equipo, de lo que debe hacer la aplicación y de lo que usted mantendrá después.

Sí. Mantenemos todos los textos fuera del código para que puedan traducirse, y maquetamos las páginas con propiedades lógicas para que se reflejen correctamente en idiomas de derecha a izquierda como el árabe. Las fechas, los números y las monedas siguen la configuración regional de cada idioma. Lo planificamos desde el principio, porque añadir un segundo idioma a una aplicación creada para uno solo supone mucho más trabajo.

Las aplicaciones nativas en Swift y Kotlin ofrecen el acceso más completo a las funciones del dispositivo y la mejor adaptación a cada plataforma. Las aplicaciones multiplataforma en React Native o Flutter comparten la mayor parte del código entre iOS y Android, lo que reduce el costo de desarrollarlas y modificarlas. Recomendamos el desarrollo nativo cuando la aplicación depende mucho del dispositivo, como en el caso de hardware de pago o contenido multimedia complejo, y el multiplataforma para la mayoría de las aplicaciones empresariales y de consumo.

Sí, cuando los recorridos lo permiten. Guardamos en el dispositivo, cifrados, los datos que necesita el usuario y ponemos sus cambios en cola hasta que vuelve la conexión. Las reglas de sincronización deciden qué ocurre cuando el mismo registro se ha modificado en dos lugares. Diseñamos esas reglas con usted, porque son decisiones de negocio tanto como técnicas.

Normalmente el que ya utiliza, salvo que haya un motivo claro para cambiar. Amazon Web Services, Microsoft Azure y Google Cloud ejecutan bien cargas de trabajo empresariales. Los factores decisivos son sus contratos y competencias actuales, los servicios gestionados que necesita, las normas de residencia de datos y cómo se conectan sus demás sistemas. Trabajamos con los tres y limitamos el código específico de cada proveedor a los puntos donde vale la pena.

Usamos las herramientas que encajan con su stack y su equipo: Playwright o Cypress para las pruebas web de extremo a extremo, Appium para aplicaciones móviles, Jest, JUnit o pytest para las pruebas unitarias, Postman para las comprobaciones de API, k6 o JMeter para el rendimiento y OWASP ZAP para los análisis de seguridad. Siempre que podemos, mantenemos las pruebas en su repositorio y en el lenguaje de sus ingenieros, para que puedan mantenerlas.

Usamos el entorno de pruebas o sandbox del socio cuando existe, y simuladores cuando no, para que las pruebas puedan ejecutarse con cada cambio sin depender de un tercero. Los datos de prueba cubren los casos desfavorables: pagos rechazados, tiempos de espera agotados, mensajes duplicados y fallos parciales. Las comprobaciones de extremo a extremo confirman que los totales concilian entre sistemas, no solo que cada llamada devolvió un resultado correcto.

Sí. El diseño de derecha a izquierda es más que invertir la pantalla. La navegación, los indicadores de progreso, los gráficos y los iconos que implican una dirección deben reflejarse, mientras que los números, los logotipos y los controles multimedia normalmente no. El texto en árabe necesita su propia tipografía, su propio tamaño y su propio interlineado. Diseñamos ambas direcciones a la vez y las revisamos con lectores nativos.

Un sistema de diseño es un conjunto compartido de colores, tipografía, espaciado y componentes, con pautas sobre cuándo usar cada uno, sincronizado entre los archivos de diseño y el código. Lo necesita cuando varios equipos o productos deben verse y comportarse de forma coherente, o cuando un producto va a crecer durante años. Para una única herramienta pequeña, suele bastar con una biblioteca de componentes más ligera.

Cuando el núcleo antiguo es estable y correcto, pero de difícil acceso. Unas API modernas delante de él permiten que nuevos canales, socios y productos usen sus funciones sin tocar sus componentes internos, con un riesgo mucho menor que sustituirlo. Recomendamos la sustitución cuando el sistema impide el cambio, no se puede proteger o ya no es posible encontrar personal para mantenerlo.

Trabajamos con las tecnologías sobre las que se construyeron muchos sistemas empresariales, incluidas versiones antiguas de Java y .NET, bases de datos relacionales como Oracle Database y SQL Server, servicios SOAP e interfaces basadas en archivos. Para plataformas menos comunes, evaluamos primero el código y le decimos con claridad si contamos con los conocimientos necesarios o si conviene incorporar un especialista al equipo.

Trabajamos con SAP S/4HANA y SAP Business One, Oracle NetSuite, Oracle Fusion Cloud ERP, Microsoft Dynamics 365 Finance y Supply Chain Management, Dynamics 365 Business Central, Odoo, Sage Intacct y Sage X3, así como con sistemas a medida y antiguos. En cada caso usamos las interfaces que admite el fabricante, para que las actualizaciones no rompan la integración. Mencionar un producto no implica una asociación con su fabricante.

No siempre. Unos pocos flujos estables entre dos sistemas pueden resolverse con llamadas directas a la API. Cuando varios sistemas intercambian datos, o necesita mapeo, colas y monitorización en un solo lugar, un middleware como MuleSoft, Boomi o Azure Logic Apps suele amortizarse. Si ya dispone de uno, construimos sobre él. Le exponemos las ventajas e inconvenientes, incluido el costo de las licencias, antes de que decida.

Trabajamos con los mensajes ISO 20022 que usan los bancos para los pagos y la información corporativa: pain.001 para pagos, pain.002 para estados y camt.052, camt.053 y camt.054 para informes de cuenta. También gestionamos los extractos SWIFT MT940 y MT942 que muchos bancos siguen enviando. Para el transporte usamos SFTP host-to-host, EBICS cuando los bancos lo ofrecen y las API bancarias. Cada banco tiene su propia variante de cada formato, por lo que construimos a partir de la guía de implementación del banco y no solo del estándar.

Conectamos bancos con SAP S/4HANA, Oracle NetSuite, Oracle Fusion Cloud ERP, Microsoft Dynamics 365, Odoo y Sage, así como con sistemas de tesorería y a medida. Algunos ERP tienen sus propios módulos de comunicación bancaria. En esos casos, los configuramos y ampliamos en lugar de construir algo paralelo. Mencionar un producto aquí no implica una asociación con su fabricante.

Sí, cuando el adquirente o el procesador lo ofrece. ISO 8583 es un marco más que un formato único: cada adquirente publica su propia especificación de campos, tipos de mensaje y gestión de red. Construimos a partir de esa especificación, gestionamos autorizaciones, reversiones y mensajes de aviso, y probamos cada código de respuesta. Cuando una pasarela ofrece una API moderna por delante del adquirente, a menudo recomendamos esa opción.

Integramos terminales EMV con chip y sin contacto mediante el protocolo que facilita su proveedor, normalmente una API local o en la nube entre el POS y el terminal. El terminal y su aplicación de pago están certificados por el proveedor, por lo que nos integramos con ellos en lugar de modificarlos. Confirmamos con usted y con el proveedor los modelos y protocolos exactos al inicio.

Depende de cuántas conexiones tenga y de quién las vaya a operar. Una plataforma de integración como MuleSoft, Boomi o Azure Logic Apps le ofrece conectores listos, mapeo y monitorización en un solo lugar, con un costo de licencia. Los servicios a medida le dan control total y no requieren licencia, pero usted mantiene más código. Comparamos ambas opciones para su caso y construimos sobre la plataforma que ya tenga.

Leemos los límites publicados por cada socio y diseñamos en función de ellos: agrupamos solicitudes cuando la API lo permite, almacenamos en caché los datos que rara vez cambian, distribuimos las tareas programadas y reducimos el ritmo cuando el socio indica que un límite está cerca. La monitorización muestra lo cerca de su límite que funciona cada flujo, para que el crecimiento no se convierta en fallos.

Normalmente no. La mayoría de los bancos obtienen más encapsulando el core en API bien definidas y desarrollando nuevos productos y canales como servicios a su alrededor. Así, el sistema de registro se mantiene estable mientras las partes orientadas al cliente evolucionan más rápido. Cuando un core realmente debe sustituirse, planificamos la migración por etapas, con ambos sistemas conciliados hasta que se apaga el antiguo.

Sí. Desarrollamos servicios que generan, validan y leen mensajes ISO 20022, tanto para pagos e informes corporativos, como pain.001 y camt.053, como para los mensajes interbancarios que utilizan los sistemas de pagos inmediatos y de alto valor. Cada esquema y cada banco tiene sus propias reglas, por lo que trabajamos a partir de sus guías de implementación y probamos en sus entornos de pruebas.

Sí. Combinamos reglas que sus analistas pueden leer y modificar con modelos de aprendizaje automático entrenados con sus propios datos, y explicamos por qué se generó cada alerta. Las alertas llegan a una cola de casos donde los analistas deciden, y sus decisiones retroalimentan las reglas y los modelos. Si ya utiliza proveedores especializados de control, los conectamos.

La tienda sigue vendiendo. Las ventas se almacenan localmente y se envían cuando vuelve la conexión, cada una con un identificador único para que nada se registre dos veces. Las actualizaciones de precios e inventario se ponen en cola de la misma forma. Operaciones puede ver qué tiendas van con retraso y cuánto, de modo que una interrupción prolongada se detecta de inmediato y no al cierre de mes.

Integramos plataformas de POS mediante lo que ofrezcan: API en la nube, servidores de tienda, exportaciones de base de datos o archivos. Antes de estimar, revisamos la documentación del POS y una muestra de sus datos, porque eso determina el enfoque. Nombrar una plataforma de POS o un ERP en este sitio no implica una alianza con su fabricante.

Sí. Desarrollamos y mantenemos flujos EDI en EDIFACT y ANSI X12, mediante AS2, SFTP o una red de valor añadido, para pedidos, avisos de expedición, facturas y mensajes de estado. También traducimos el EDI a API y eventos, para que los sistemas más recientes no tengan que leer EDI por sí mismos, y probamos cada flujo con el socio comercial antes de su puesta en producción.

Situamos una capa de transportistas entre sus sistemas y los transportistas. Sus sistemas reservan, etiquetan y hacen el seguimiento a través de una sola interfaz, y la capa traduce cada solicitud a la API o al formato de archivo de cada transportista. Así, añadir un transportista significa añadir una correspondencia y sus pruebas, no modificar cada sistema que realiza envíos. Las tarifas, las etiquetas y los eventos de seguimiento vuelven en un único formato.

Sí. Ampliamos los sistemas existentes mediante sus API, interfaces de mensajería o bases de datos, y añadimos herramientas móviles e integraciones a su alrededor. Si un sistema ha llegado a su límite, planificamos una sustitución por etapas, con ambos sistemas en funcionamiento hasta que el nuevo demuestra su eficacia.

Sí. Desarrollamos interfaces que envían y reciben mensajes HL7 v2, como ingresos, peticiones y resultados, y servicios que exponen o consumen recursos FHIR. Asignamos los códigos locales a las terminologías que esperan sus socios y probamos con sus sistemas de pruebas antes de cualquier puesta en producción.

Normalmente sí, mediante las interfaces que ofrece su fabricante: flujos HL7 v2, API FHIR o un motor de integración. Algunos fabricantes exigen un registro o una aprobación antes de que una integración entre en producción. Revisamos pronto la documentación del fabricante, porque determina el alcance y el plan.

Diseñamos conforme a WCAG 2.2 AA desde el primer prototipo, redactamos en lenguaje claro y probamos con teclado, lectores de pantalla y ampliación. Las comprobaciones automáticas de accesibilidad se ejecutan en el pipeline de entrega y, antes de las versiones importantes, probamos con personas que utilizan tecnologías de apoyo.

Sí. Muchos servicios públicos dependen de sistemas de larga vida. Nos conectamos a ellos mediante sus interfaces, archivos o bases de datos existentes, y situamos una API moderna delante cuando resulta útil. Si hace falta una sustitución, se realiza por etapas, con ambos sistemas en funcionamiento hasta que el nuevo demuestra su eficacia.

No, si se desarrollan correctamente. Utilizamos los puntos de extensión admitidos por el ERP, como API, eventos y marcos de extensión, y mantenemos el código a medida separado del producto estándar. Cada extensión se documenta y se prueba, para poder verificarla con una nueva versión antes de actualizar.

Trabajamos con SAP S/4HANA y SAP Business One, Microsoft Dynamics 365 Finance, Supply Chain Management y Business Central, Oracle NetSuite, Oracle Fusion Cloud ERP, Odoo, y Sage Intacct y Sage X3. Nombrar un producto no implica una alianza con su fabricante. Indíquenos su versión y sus módulos, porque determinan las opciones de integración.

Sí. Diseñamos las integraciones para gestionar varias sociedades, divisas, bancos y normas fiscales desde una sola plataforma, con los parámetros de cada sociedad definidos como configuración y no como código. Así, añadir una sociedad significa añadir configuración y pruebas, no una nueva integración.

Normalmente lo decide el banco. Host-to-host SFTP es el canal más ofrecido para los archivos de pagos de empresas. EBICS es habitual en los bancos de Alemania, Francia y países vecinos. Las API bancarias son adecuadas para saldos en tiempo real y pagos inmediatos cuando el banco las ofrece. Muchas empresas usan más de uno, y la capa de integración oculta la diferencia al ERP.

Cuando el banco ofrece ambos, camt.053 incluye datos de remesa más completos y estructurados, lo que hace más fiable la conciliación automática. MT940 sigue muy extendido y funciona bien en muchos casos. Podemos recibir ambos, convertirlos al mismo modelo interno y pasar cada banco de MT940 a camt.053 cuando les convenga a usted y al banco.

Normalmente como eventos casi en tiempo real, porque así las cifras de inventario y de ventas están al día durante la jornada. En algunos ERP o licencias los registros frecuentes resultan costosos, por lo que la capa también puede agrupar los eventos en resúmenes por tienda y periodo. Lo decidimos con usted según qué decisiones necesitan datos actuales y qué gestiona bien el ERP.

El diseño funciona con cualquier POS que pueda exportar transacciones mediante una API, eventos o archivos, y con ERP como SAP S/4HANA, Oracle NetSuite, Microsoft Dynamics 365 Business Central y Odoo. Al inicio confirmamos las interfaces de su POS y su ERP concretos. Nombrar un producto no implica una asociación con su fabricante.

El adquirente es el banco o la entidad autorizada que procesa los pagos con tarjeta por usted y le abona el dinero. La pasarela es el servicio técnico situado delante, que acepta las solicitudes de los terminales y los procesos de pago, tokeniza las tarjetas y las dirige. Algunos proveedores son ambas cosas. El diseño funciona en los dos casos y mantiene ambos papeles bien diferenciados.

No. ISO 8583 define una estructura, y cada adquirente o red publica su propia especificación de campos, tipos de mensaje y códigos. Por eso trabajamos a partir de la especificación del adquirente y ejecutamos sus pruebas de certificación. Una API de pasarela delante del adquirente oculta estas diferencias, lo que a menudo resulta más sencillo para los comercios minoristas.

Un agregador le da acceso a muchos bancos a través de una sola API y gestiona las diferencias de cada banco, con un costo por llamada o por conexión. Las conexiones directas ofrecen más control y pueden convenir para un número reducido de bancos importantes. Muchos productos empiezan con un agregador y añaden conexiones directas más adelante. Comparamos las opciones según los bancos y los países que necesita.

La cobertura depende de las normas de cada región y de las API de los bancos. La Unión Europea y el Reino Unido tienen una cobertura amplia gracias a PSD2 y al UK Open Banking Standard. En otros lugares la cobertura varía, y los agregadores cubren parte de los huecos. Comprobamos la cobertura de los bancos que usan sus clientes antes de que usted se comprometa con un diseño.

No para la mayor parte del trabajo de tesorería corporativa. Los canales host-to-host gestionan los archivos de pagos masivos y los extractos completos de sus propias cuentas. La banca abierta es adecuada para productos dirigidos a clientes, saldos en tiempo real y pagos individuales. Muchas empresas usan ambos: host-to-host para sus propios lotes de pagos y banca abierta para sus clientes.

Cualquier servicio con una API o una interfaz de archivos documentada. Ejemplos habituales son las plataformas CRM, los transportistas y proveedores logísticos, los marketplaces, las plataformas de facturación electrónica e impuestos, las nóminas, los proveedores de KYC e identidad, y los socios comerciales que intercambian documentos EDI sobre AS2. Revisamos la API, los límites y el entorno de pruebas de cada socio antes de comprometernos con un plan.

Cuando varios socios están conectados a un mismo ERP, una plataforma como MuleSoft, Boomi o Azure Logic Apps, o un conjunto de servicios a medida sobre una cola de mensajes, reúne en un solo lugar el mapeo de datos, los reintentos y la monitorización. Con uno o dos socios, las conexiones directas pueden bastar. Exponemos las ventajas e inconvenientes para su caso, incluidos los costos de licencia.

XSIS es la empresa tecnológica de KONG GROUP. Diseñamos, desarrollamos, integramos y operamos software para empresas: IA y datos, software a medida, web y móvil, nube, y las integraciones que conectan los sistemas ERP con bancos, POS y terceros. La fintech es nuestro sector principal. Trabajamos con nuestros propios ingenieros y con equipos externalizados evaluados, bajo un mismo conjunto de estándares.

Nuestra sede central está en San Francisco, EE. UU.. También tenemos oficinas en Hong Kong, en Tallin, Estonia y en Dubái, EAU. Al inicio acordamos con cada cliente el horario de trabajo y de reuniones, para que la coincidencia horaria convenga a su equipo.

Cuéntenos qué necesita en la página de contacto y elija la franja horaria que le convenga. Nuestro equipo le llamará en un plazo de 24 horas, en la franja horaria que usted prefiera. En esa primera conversación le preguntamos por sus sistemas, sus restricciones y sus plazos, y le proponemos la forma de trabajo que mejor encaja. Si hay coincidencia, le enviamos una propuesta por escrito.

Sí. Nombrar un producto en este sitio no implica una alianza con su proveedor, y nuestra recomendación se basa en sus requisitos, sus capacidades y su presupuesto, incluida la opción de conservar lo que ya tiene cuando es la mejor respuesta. Si nos interesa realizar el trabajo nosotros mismos, lo decimos abiertamente, y el plan se redacta para que cualquier equipo competente pueda ejecutarlo.

La fintech es nuestro sector principal. Desarrollamos aplicaciones de banca digital y de billetera, servicios de pago y liquidación, plataformas de préstamos, informes patrimoniales y recorridos de contratación de seguros, y los conectamos con bancos, procesadores de tarjetas, proveedores de KYC y sistemas ERP. No publicamos nombres de clientes sin su consentimiento, por lo que mostramos nuestra experiencia a través de los sistemas y estándares con los que trabajamos, y en conversaciones técnicas con sus arquitectos.

Sí. Respondemos a licitaciones y a los requisitos de los acuerdos marco, y podemos trabajar con alcances cerrados o por etapas, con criterios de aceptación por escrito. Aportamos la documentación que suelen solicitar los compradores, como descripciones de seguridad, planes de entrega y roles nominativos, y solo declaramos lo que podemos acreditar. Cuando un acuerdo marco fija sus propias condiciones, trabajamos dentro de ellas.

Nos centramos en ampliar e integrar sistemas ERP más que en realizar implantaciones completas. A menudo trabajamos junto a su socio de implantación y nos encargamos de las integraciones, la migración de datos, las extensiones a medida y las aplicaciones en torno al ERP, para que el proyecto principal pueda seguir su plan.

La información de cuentas y la iniciación de pagos son actividades reguladas en muchos países. O bien su empresa tiene la autorización, o bien trabaja a través de un proveedor autorizado que la tiene. Cuál aplica depende de su país y su caso de uso, y deben confirmarlo sus asesores jurídicos y de cumplimiento normativo. Construimos la integración para la vía que usted elija.