Un agente de IA de Bitrix24 sustituye la calculadora de ofertas en Excel por una aplicación

Excel dura en los departamentos de ventas más de lo deseable. Mientras una sola persona usa la hoja de cálculo, todo va bien. Cuando son diez, cada una tiene su propia copia: uno trabaja con la lista de precios antigua, otro «retoca un poco» la fórmula y un tercero da al cliente un descuento superior al reglamentario. El director se entera cuando el contrato ya está firmado. El redactor técnico Igor Roslyakov, dentro de una serie de artículos de Bitrix24 DevRel, comprobó con qué rapidez se puede sustituir una calculadora así por una aplicación dentro del CRM si la mayor parte del trabajo la hace un agente de IA.

Qué se construyó y para qué

El escenario es de juguete, pero reconocible: una empresa vende mobiliario de oficina. El gerente busca productos en el catálogo, los añade al pedido, elige la empresa y el contacto e introduce el descuento. La aplicación debe:

• tomar los precios vigentes del catálogo del CRM, no de constantes en el código;
• calcular el importe con reglas únicas;
• limitar el descuento: hasta 100 000 ₽, un máximo del 5%; de 100 000 a 300 000 ₽, el 10%; a partir de 300 000 ₽, el 15%;
• crear la negociación y la oferta comercial directamente en Bitrix24.

Un matiz importante: el umbral se determina por el importe del pedido antes del descuento. Si el gerente introduce un valor excesivo, la aplicación no lo recorta en silencio: lo rechaza y explica qué porcentaje es admisible.

Se utilizó el agente Bitrix24 Cowork/Code, que tiene dos modos: «Cowork», para trabajar con los datos de negocio del portal, y «Code», para el desarrollo. En el primero, el agente creó una sección de prueba del catálogo con seis productos, tres empresas y los contactos vinculados a ellas. En el segundo, construyó la aplicación y la desplegó en la plataforma Bitrix24 Vibecode.

Cómo está montado el prompt

Lo más útil del material no es la calculadora, sino la estructura de la petición. El autor no escribió el prompt a mano: primero pidió al agente que redactara un encargo preciso, luego pasó el informe por ChatGPT, lo corrigió varias veces y se lo entregó al agente. Además, así se ahorran tokens.

El encargo recoge decisiones que suelen olvidarse de describir:

• El servidor es la fuente de verdad. No se acepta el importe que envía el cliente. Antes de crear la negociación, el servidor vuelve a leer los precios del catálogo y recalcula el límite. Manipular los datos en el navegador no sirve de nada.
• La identidad llega desde la pasarela. El responsable de la negociación es el empleado actual. El ID se toma de la cabecera de la pasarela, no del cuerpo de la solicitud.
• Acceso por departamento. Un empleado de fuera del departamento autorizado recibe un rechazo claro, no una pantalla vacía. Las acciones en el CRM se ejecutan con los permisos del propio empleado, no en nombre del administrador.
• Idempotencia. La clave del pedido se crea una sola vez por cálculo. Un segundo clic devuelve la negociación ya creada, y un duplicado en paralelo recibe un 409.
• Límites estrictos. No más de 50 líneas, cantidad de 1 a 999, descuento de 0 a 50 y ningún proxy universal hacia el portal.
• Lista de «qué no hacer». Las aprobaciones, el IVA, el margen y el registro de auditoría se aplazan a la siguiente versión. Esto evita que la tarea se desborde.

También conviene fijarse en el orden de trabajo: primero las pruebas de la parte monetaria (límites 99 999,99 / 100 000 / 299 999,99 / 300 000), después el servidor, luego la interfaz, la revisión de seguridad y la publicación. El agente solo crea la negociación de prueba tras la confirmación de una persona.

Limitaciones y qué llevarse

Primero, las salvedades. Este material forma parte de una serie del propio equipo DevRel de Bitrix24, así que muestra la herramienta del proveedor bajo una luz favorable. El caso es de laboratorio: un catálogo de seis productos y una sola regla de descuentos no equivalen a una lista de precios real con cientos de posiciones y excepciones. En la parte accesible del texto no hay cifras finales de tiempo ni de número de iteraciones, por lo que no se puede evaluar el ahorro. Quedan además las preguntas que el propio autor deja aparte: hasta qué punto es seguro confiar los cálculos a una aplicación escrita por una IA y quién la mantendrá.

La conclusión práctica para desarrolladores y product managers va más allá de Bitrix24. Si encargas una herramienta interna a un agente de IA, la calidad del resultado la determina no el modelo, sino el encargo. Describe dónde reside la verdad (el servidor), qué está prohibido aceptar del cliente, cómo protegerse de los duplicados y qué queda explícitamente fuera de la versión. Comprueba el dinero y los permisos con pruebas en los valores límite. Y no crees entidades reales en el CRM sin confirmación humana: el autor también incluyó este punto en el encargo.