Function calling: el modelo interpreta, la función produce la cifra

Qué es

Function calling —llamada a funciones— es la capacidad de un modelo para

reconocer que una petición pide una operación que no debe resolver de

memoria y, en lugar de contestar, emitir una solicitud estructurada a una

herramienta externa: su nombre y los datos que le manda.

Esa función vive fuera del modelo: un programa que calcula, consulta o valida,

devuelve un resultado y solo entonces el modelo redacta la respuesta. El modelo

decide qué herramienta corresponde; la cifra la produce el programa.

En palabras de contador

Piensa en la cédula de cálculo probada del despacho, con sus fórmulas revisadas.

Al contestar un requerimiento no estimas la cifra en el escrito: capturas importe

histórico y fechas en la cédula y copias el resultado al texto. La redacción es tuya; el

número viene de la cédula.

Function calling es ese reparto, automatizado: la conversación es el escrito y la

función es la cédula que sostiene el importe. Sin esta capacidad, la IA contesta

con lo que aprendió en su entrenamiento, que puede corresponder a otro periodo.

Ejemplo aplicado

Actualización y recargos. Preguntas cuánto se paga hoy por una contribución

omitida de un periodo anterior. En vez de estimar, manda importe histórico y

fechas a una función que aplica los factores publicados y separa actualización de

recargos.

Finiquito de un trabajador. Le das fecha de ingreso, fecha de baja y salario

diario. El modelo identifica que es un cálculo laboral, llama a la función de

finiquito y devuelve el desglose por concepto.

Validación de un RFC. Antes de deducir un comprobante, pides revisar al

emisor. Consulta las listas publicadas por la autoridad mediante una función y

responde con lo que devolvió esa fuente y su fecha de corte.

Para qué sirve en un despacho

• Que los cálculos fiscales y laborales salgan de código probado, no de memoria.
• Consultar valores vigentes —UMA, INPC, salarios mínimos, tasas— en su fuente.
• Validar datos contra padrones y listas antes de tomar una decisión.
• Encadenar consulta, cálculo y redacción en una sola conversación.

Riesgos o limitaciones

La calidad del resultado se muda al programa. Si la función arrastra un supuesto

equivocado o quedó con tablas de un ejercicio anterior, el número llega mal, con

la apariencia de un dato calculado. La selección tampoco es infalible: el modelo

puede llamar a la función que no era o pasarle un parámetro mal leído —confundir

fecha de causación con fecha de pago— y calculará sobre lo que recibió.

Hay algo menos visible: si no hay herramienta para lo que preguntaste, algunos

modelos responden igual con una estimación propia sin advertirlo.

Buena práctica

Separa tres momentos: interpretar, calcular y validar. Lo primero puede hacerlo

el modelo, el cálculo lo hace la función y la validación la haces tú.

Exige que la herramienta muestre qué función llamó, con qué parámetros y qué

vigencia; sin eso no puedes rastrear el número cuando el cliente pregunte de

dónde salió.

Guárdala en el expediente como una cédula más: sostiene el papel de trabajo

meses después.

Preguntas frecuentes

¿Es lo mismo que tool use? Es la misma idea desde distinto ángulo:

function calling es el mecanismo con el que el modelo pide la función;

tool use es la práctica completa de operar con

herramientas.

¿Necesito programar para aprovecharlo? No. Basta elegir herramientas que ya

traigan funciones conectadas, normalmente por MCP o

API.

¿Cómo sé si el asistente lo está usando? Preguntándoselo al asistente no lo

compruebas: puede redactar parámetros y vigencia sin haber llamado nada. Búscalo

en la herramienta, no en el texto: la interfaz debe mostrar la llamada, con el

nombre de la función, los datos que le mandó y lo que devolvió. Si no expone esa

traza, trata la cifra como estimación.

Escrito y revisado por Ernesto Sobrino, contador.
Última revisión: 24 de agosto de 2026.