Según una encuesta de Deloitte de 2024 sobre los procesos de cierre financiero, el 42 % de los controllers financieros todavía dedican más de 10 días a su cierre mensual, consumiendo la conciliación y la investigación de variaciones la mayor parte de ese tiempo. Estos son precisamente los flujos de trabajo donde un prompt de Claude bien redactado puede reducir horas de trabajo manual a minutos. Pero solo si el prompt es lo suficientemente específico como para coincidir con la información que sale de su ERP.
A continuación se presentan 12 prompts organizados por las áreas del flujo de trabajo donde los controllers dedican más tiempo. Cada uno está diseñado para aceptar salidas reales del ERP y devolver resultados sobre los que puede actuar de inmediato.
Cierre de Mes
El cierre es el punto donde todo converge y donde los prompts de IA mal diseñados hacen perder más tiempo. Estos prompts asumen que está trabajando con exportaciones reales de balanzas de comprobación, no con conjuntos de datos hipotéticos.
Prompt 1: Análisis de fluctuaciones de la balanza de comprobación
Estoy pegando una exportación de la balanza de comprobación de [SAP/Oracle/NetSuite] para el período que finaliza el [MM/AAAA]. El formato es [número de cuenta, nombre de la cuenta, saldo del período anterior, saldo del período actual, variación].
Para cada cuenta con una variación que supere los $[límite], proporcione:
1. El porcentaje de cambio con respecto al período anterior
2. Una explicación sencilla de lo que suele impulsar el movimiento en esa categoría de cuenta
3. Si este patrón de variación sugiere un problema de temporalidad, un cambio de volumen o un posible error de registro
4. Qué origen de asiento de diario directo debo comprobar primero en [código T FBL3N / consulta de GL de Oracle / búsqueda de transacciones de NetSuite]
Ordene los resultados por variación absoluta en dólares, de mayor a menor. Marque cualquier elemento que parezca una reclasificación que se haya registrado en el período equivocado
Estoy pegando una exportación de la balanza de comprobación de [SAP/Oracle/NetSuite] para el período que finaliza el [MM/AAAA]. El formato es [número de cuenta, nombre de la cuenta, saldo del período anterior, saldo del período actual, variación].
Para cada cuenta con una variación que supere los $[límite], proporcione:
1. El porcentaje de cambio con respecto al período anterior
2. Una explicación sencilla de lo que suele impulsar el movimiento en esa categoría de cuenta
3. Si este patrón de variación sugiere un problema de temporalidad, un cambio de volumen o un posible error de registro
4. Qué origen de asiento de diario directo debo comprobar primero en [código T FBL3N / consulta de GL de Oracle / búsqueda de transacciones de NetSuite]
Ordene los resultados por variación absoluta en dólares, de mayor a menor. Marque cualquier elemento que parezca una reclasificación que se haya registrado en el período equivocado
Estoy pegando una exportación de la balanza de comprobación de [SAP/Oracle/NetSuite] para el período que finaliza el [MM/AAAA]. El formato es [número de cuenta, nombre de la cuenta, saldo del período anterior, saldo del período actual, variación].
Para cada cuenta con una variación que supere los $[límite], proporcione:
1. El porcentaje de cambio con respecto al período anterior
2. Una explicación sencilla de lo que suele impulsar el movimiento en esa categoría de cuenta
3. Si este patrón de variación sugiere un problema de temporalidad, un cambio de volumen o un posible error de registro
4. Qué origen de asiento de diario directo debo comprobar primero en [código T FBL3N / consulta de GL de Oracle / búsqueda de transacciones de NetSuite]
Ordene los resultados por variación absoluta en dólares, de mayor a menor. Marque cualquier elemento que parezca una reclasificación que se haya registrado en el período equivocado
Esto funciona porque le proporciona a Claude la estructura de su exportación real en lugar de pedirle que la adivine. La referencia al código T es importante: cuando Claude le indica que compruebe la FBL3N para una cuenta de G/L específica, puede ir directamente allí en lugar de traducir consejos genéricos al lenguaje de su sistema.
Prompt 2: Análisis de desviaciones en la lista de verificación del cierre
Aquí está nuestra lista de verificación para el cierre de mes con las actualizaciones de estado a fecha de [fecha]. Formato: [nombre de la tarea, responsable, estado, fecha de vencimiento, dependencias].
Identifique: (1) cualquier tarea marcada como completada cuyas tareas dependientes sigan abiertas, lo que puede indicar una aprobación prematura, (2) tareas que están vencidas y bloqueando actividades posteriores, (3) la ruta crítica para completar el cierre asumiendo que todas las tareas restantes se inician ahora.
Nuestro ERP es [sistema] y nuestro objetivo de cierre es el día [X]. Basándose en la cadena de dependencias, ¿cuál es la fecha de finalización más temprana y realista
Aquí está nuestra lista de verificación para el cierre de mes con las actualizaciones de estado a fecha de [fecha]. Formato: [nombre de la tarea, responsable, estado, fecha de vencimiento, dependencias].
Identifique: (1) cualquier tarea marcada como completada cuyas tareas dependientes sigan abiertas, lo que puede indicar una aprobación prematura, (2) tareas que están vencidas y bloqueando actividades posteriores, (3) la ruta crítica para completar el cierre asumiendo que todas las tareas restantes se inician ahora.
Nuestro ERP es [sistema] y nuestro objetivo de cierre es el día [X]. Basándose en la cadena de dependencias, ¿cuál es la fecha de finalización más temprana y realista
Aquí está nuestra lista de verificación para el cierre de mes con las actualizaciones de estado a fecha de [fecha]. Formato: [nombre de la tarea, responsable, estado, fecha de vencimiento, dependencias].
Identifique: (1) cualquier tarea marcada como completada cuyas tareas dependientes sigan abiertas, lo que puede indicar una aprobación prematura, (2) tareas que están vencidas y bloqueando actividades posteriores, (3) la ruta crítica para completar el cierre asumiendo que todas las tareas restantes se inician ahora.
Nuestro ERP es [sistema] y nuestro objetivo de cierre es el día [X]. Basándose en la cadena de dependencias, ¿cuál es la fecha de finalización más temprana y realista
Los controllers a menudo realizan el seguimiento de las tareas de cierre en hojas de cálculo junto con su ERP, y la lógica de dependencia suele estar en la mente de alguien. Este prompt externaliza esa lógica y señala los cuellos de botella que realmente están retrasando el cierre, no solo los que parecen urgentes.
Conciliación
La conciliación es repetitiva, de gran volumen y propensa a falsos positivos. Estos prompts están diseñados para gestionar la lógica de emparejamiento que las herramientas nativas de su ERP no realizan de forma óptima.
Prompt 3: Conciliación bancaria y correspondencia
Tengo dos conjuntos de datos. El Conjunto de datos 1 es una exportación de extracto bancario (columnas: fecha, descripción, importe, referencia). El Conjunto de datos 2 es un libro mayor de recibos de caja de SAP/Oracle/NetSuite (columnas: fecha de contabilización, número de documento, importe, referencia de compensación, socio comercial).
Empareje las transacciones entre los dos conjuntos de datos utilizando la proximidad de importe y fecha (dentro de un margen de 3 días laborables). Para las partidas no emparejadas, categorícelas de la siguiente manera: (a) diferencias de temporalidad probables donde el banco ha registrado pero el ERP aún no, (b) diferencias de temporalidad probables donde el ERP ha registrado pero el banco aún no, (c) discrepancias potenciales que requieren investigación.
Para la categoría (c), sugiera la causa más probable basándose en el campo de descripción y en el patrón del importe. Presente los resultados en un formato que pueda pegar en nuestra hoja de trabajo de conciliación
Tengo dos conjuntos de datos. El Conjunto de datos 1 es una exportación de extracto bancario (columnas: fecha, descripción, importe, referencia). El Conjunto de datos 2 es un libro mayor de recibos de caja de SAP/Oracle/NetSuite (columnas: fecha de contabilización, número de documento, importe, referencia de compensación, socio comercial).
Empareje las transacciones entre los dos conjuntos de datos utilizando la proximidad de importe y fecha (dentro de un margen de 3 días laborables). Para las partidas no emparejadas, categorícelas de la siguiente manera: (a) diferencias de temporalidad probables donde el banco ha registrado pero el ERP aún no, (b) diferencias de temporalidad probables donde el ERP ha registrado pero el banco aún no, (c) discrepancias potenciales que requieren investigación.
Para la categoría (c), sugiera la causa más probable basándose en el campo de descripción y en el patrón del importe. Presente los resultados en un formato que pueda pegar en nuestra hoja de trabajo de conciliación
Tengo dos conjuntos de datos. El Conjunto de datos 1 es una exportación de extracto bancario (columnas: fecha, descripción, importe, referencia). El Conjunto de datos 2 es un libro mayor de recibos de caja de SAP/Oracle/NetSuite (columnas: fecha de contabilización, número de documento, importe, referencia de compensación, socio comercial).
Empareje las transacciones entre los dos conjuntos de datos utilizando la proximidad de importe y fecha (dentro de un margen de 3 días laborables). Para las partidas no emparejadas, categorícelas de la siguiente manera: (a) diferencias de temporalidad probables donde el banco ha registrado pero el ERP aún no, (b) diferencias de temporalidad probables donde el ERP ha registrado pero el banco aún no, (c) discrepancias potenciales que requieren investigación.
Para la categoría (c), sugiera la causa más probable basándose en el campo de descripción y en el patrón del importe. Presente los resultados en un formato que pueda pegar en nuestra hoja de trabajo de conciliación
Si alguna vez ha pasado una mañana en la FF.5 (la transacción de extracto bancario electrónico de SAP) o en el módulo de conciliación bancaria de Oracle emparejando manualmente partidas desajustadas por un día o con números de referencia ligeramente diferentes, sabrá por qué existe este prompt. Claude es sorprendentemente eficaz con la correspondencia difusa cuando se le proporcionan ambas partes de la conciliación.
Prompt 4: Discrepancias en la conciliación intercompañía
Estoy pegando las confirmaciones de saldos intercompañía de [número] entidades. Formato por entidad: [código de entidad, nombre de la entidad, saldo a cobrar según sus libros, saldo a pagar según nuestros libros, diferencia].
Para cada par de entidades con una diferencia distinta de cero: (1) calcule la discrepancia neta, (2) compruebe si la discrepancia podría explicarse por una diferencia de conversión de moneda extranjera utilizando el tipo de cambio de hoy frente al tipo de cierre de mes, (3) identifique si el importe de la discrepancia coincide con algún tipo de transacción intercompañía habitual (tasas de gestión, cánones, asignaciones de costes) que pudiera indicar una diferencia de temporalidad en el registro, (4) sugiera qué entidad tiene probablemente el saldo correcto en función del patrón de diferencias.
Nuestros asientos de eliminación intercompañía se registran en [código de empresa SAP/libro mayor Oracle/filial NetSuite]. Marque cualquier discrepancia que supere los $[límite] como requiriente de un informe formal de conciliación
Estoy pegando las confirmaciones de saldos intercompañía de [número] entidades. Formato por entidad: [código de entidad, nombre de la entidad, saldo a cobrar según sus libros, saldo a pagar según nuestros libros, diferencia].
Para cada par de entidades con una diferencia distinta de cero: (1) calcule la discrepancia neta, (2) compruebe si la discrepancia podría explicarse por una diferencia de conversión de moneda extranjera utilizando el tipo de cambio de hoy frente al tipo de cierre de mes, (3) identifique si el importe de la discrepancia coincide con algún tipo de transacción intercompañía habitual (tasas de gestión, cánones, asignaciones de costes) que pudiera indicar una diferencia de temporalidad en el registro, (4) sugiera qué entidad tiene probablemente el saldo correcto en función del patrón de diferencias.
Nuestros asientos de eliminación intercompañía se registran en [código de empresa SAP/libro mayor Oracle/filial NetSuite]. Marque cualquier discrepancia que supere los $[límite] como requiriente de un informe formal de conciliación
Estoy pegando las confirmaciones de saldos intercompañía de [número] entidades. Formato por entidad: [código de entidad, nombre de la entidad, saldo a cobrar según sus libros, saldo a pagar según nuestros libros, diferencia].
Para cada par de entidades con una diferencia distinta de cero: (1) calcule la discrepancia neta, (2) compruebe si la discrepancia podría explicarse por una diferencia de conversión de moneda extranjera utilizando el tipo de cambio de hoy frente al tipo de cierre de mes, (3) identifique si el importe de la discrepancia coincide con algún tipo de transacción intercompañía habitual (tasas de gestión, cánones, asignaciones de costes) que pudiera indicar una diferencia de temporalidad en el registro, (4) sugiera qué entidad tiene probablemente el saldo correcto en función del patrón de diferencias.
Nuestros asientos de eliminación intercompañía se registran en [código de empresa SAP/libro mayor Oracle/filial NetSuite]. Marque cualquier discrepancia que supere los $[límite] como requiriente de un informe formal de conciliación
Las operaciones intercompañía son el área donde los controllers pierden tardes enteras persiguiendo diferencias que resultan ser desfases temporales de tipos de cambio. Este prompt anticipa las explicaciones más comunes para que solo investigue las partidas que realmente no tienen explicación.
Análisis de Variaciones
El análisis de variaciones es donde los controllers aportan mayor valor, y también donde pasan más tiempo construyendo los mismos modelos de Excel mes tras mes. Estos prompts se saltan la creación del modelo y van directamente a la interpretación.
Prompt 5: Presupuesto vs. Real con guía de desglose
Aquí está nuestro informe de presupuesto vs. real para [centro de coste/departamento] correspondiente a [período]. Formato: [partida, importe presupuestado, importe real, variación, % de variación].
Para cada variación que supere el [límite o %], proporcione: (1) una categorización como variación de volumen, variación de tarifa/precio, variación de temporalidad o única/no recurrente, (2) las preguntas que debería hacer al responsable del centro de costes para confirmar la causa raíz, (3) el informe de ERP o el listado de transacciones específico que debería extraer para verificarlo (use [nombres de informes SAP como S_ALR_87013611 / rutas de Oracle Financial Analyzer / búsquedas guardadas de NetSuite]).
Separe las variaciones que sean realmente preocupantes de aquellas que se deban simplemente a la temporalidad o estacionalidad. No quiero generar alertas en el informe de gestión por partidas que se autocorrigen el mes que viene
Aquí está nuestro informe de presupuesto vs. real para [centro de coste/departamento] correspondiente a [período]. Formato: [partida, importe presupuestado, importe real, variación, % de variación].
Para cada variación que supere el [límite o %], proporcione: (1) una categorización como variación de volumen, variación de tarifa/precio, variación de temporalidad o única/no recurrente, (2) las preguntas que debería hacer al responsable del centro de costes para confirmar la causa raíz, (3) el informe de ERP o el listado de transacciones específico que debería extraer para verificarlo (use [nombres de informes SAP como S_ALR_87013611 / rutas de Oracle Financial Analyzer / búsquedas guardadas de NetSuite]).
Separe las variaciones que sean realmente preocupantes de aquellas que se deban simplemente a la temporalidad o estacionalidad. No quiero generar alertas en el informe de gestión por partidas que se autocorrigen el mes que viene
Aquí está nuestro informe de presupuesto vs. real para [centro de coste/departamento] correspondiente a [período]. Formato: [partida, importe presupuestado, importe real, variación, % de variación].
Para cada variación que supere el [límite o %], proporcione: (1) una categorización como variación de volumen, variación de tarifa/precio, variación de temporalidad o única/no recurrente, (2) las preguntas que debería hacer al responsable del centro de costes para confirmar la causa raíz, (3) el informe de ERP o el listado de transacciones específico que debería extraer para verificarlo (use [nombres de informes SAP como S_ALR_87013611 / rutas de Oracle Financial Analyzer / búsquedas guardadas de NetSuite]).
Separe las variaciones que sean realmente preocupantes de aquellas que se deban simplemente a la temporalidad o estacionalidad. No quiero generar alertas en el informe de gestión por partidas que se autocorrigen el mes que viene
El detalle clave aquí es pedirle a Claude que separe las variaciones reales de los desfases temporales. Según el análisis de Gartner de 2025 sobre la productividad de los equipos financieros, los controllers dedican una media del 30 % de su tiempo de análisis a investigar variaciones que se resuelven por sí solas en el período siguiente. Ese es tiempo muerto, y este prompt está diseñado para solucionarlo.
Prompt 6: Narrativa visual de la variación de ingresos
Necesito redactar la sección de variación de ingresos de nuestro informe de gestión mensual. Aquí están los datos de entrada:
- Ingresos del mes anterior por línea de producto/región: [pegar datos]
- Ingresos del mes actual por línea de producto/región: [pegar datos]
- Factores conocidos: [por ejemplo, "nuevo cliente incorporado en EMEA", "aumento de precios efectivo a mediados de mes", "una gran operación se retrasó al próximo mes"]
Escriba una narrativa de variación de 3 o 4 párrafos que explique el movimiento mensual en un lenguaje empresarial sencillo. Utilice una estructura secuencial (tipo gráfico de cascada): comience con el mes anterior, recorra cada variable principal (volumen, precio, mix, tipo de cambio, partidas extraordinarias) y llegue al mes actual. Evite usar tecnicismos contables que un ejecutivo ajeno al departamento financiero tendría que buscar
Necesito redactar la sección de variación de ingresos de nuestro informe de gestión mensual. Aquí están los datos de entrada:
- Ingresos del mes anterior por línea de producto/región: [pegar datos]
- Ingresos del mes actual por línea de producto/región: [pegar datos]
- Factores conocidos: [por ejemplo, "nuevo cliente incorporado en EMEA", "aumento de precios efectivo a mediados de mes", "una gran operación se retrasó al próximo mes"]
Escriba una narrativa de variación de 3 o 4 párrafos que explique el movimiento mensual en un lenguaje empresarial sencillo. Utilice una estructura secuencial (tipo gráfico de cascada): comience con el mes anterior, recorra cada variable principal (volumen, precio, mix, tipo de cambio, partidas extraordinarias) y llegue al mes actual. Evite usar tecnicismos contables que un ejecutivo ajeno al departamento financiero tendría que buscar
Necesito redactar la sección de variación de ingresos de nuestro informe de gestión mensual. Aquí están los datos de entrada:
- Ingresos del mes anterior por línea de producto/región: [pegar datos]
- Ingresos del mes actual por línea de producto/región: [pegar datos]
- Factores conocidos: [por ejemplo, "nuevo cliente incorporado en EMEA", "aumento de precios efectivo a mediados de mes", "una gran operación se retrasó al próximo mes"]
Escriba una narrativa de variación de 3 o 4 párrafos que explique el movimiento mensual en un lenguaje empresarial sencillo. Utilice una estructura secuencial (tipo gráfico de cascada): comience con el mes anterior, recorra cada variable principal (volumen, precio, mix, tipo de cambio, partidas extraordinarias) y llegue al mes actual. Evite usar tecnicismos contables que un ejecutivo ajeno al departamento financiero tendría que buscar
Cada controller redacta esta narrativa todos los meses. Siempre tiene la misma estructura y conlleva la misma molestia de traducir detalles contables a un formato que el CEO termine leyendo. Este prompt genera un borrador inicial que se puede editar en cinco minutos en lugar de redactarlo desde cero en treinta.
Preparación de Auditorías
La preparación de auditorías trata menos de análisis y más de organizar la estructura de pruebas que solicitarán sus auditores. Estos prompts le ayudan a adelantarse a la lista PBC (preparado por el cliente).
Prompt 7: Revisión previa del registro de asientos de diario
Estoy pegando una lista de todos los asientos de diario manuales registrados durante el [período] desde [código T SAP SM35 / informe de diario GL de Oracle / búsqueda de asientos de diario de NetSuite]. Formato: [número de documento, fecha de contabilización, introducido por, importe, descripción, cuenta de cargo, cuenta de abono].
Los auditores suelen probar los diarios manuales utilizando estos criterios: (a) asientos registrados por la alta dirección, (b) asientos registrados en fines de semana o fuera de las horas de oficina, (c) asientos de números redondos por encima de $[límite de materialidad], (d) asientos con descripciones imprecisas como "ajuste" o "reclasificación", (e) asientos que cargan cuentas de ingresos o abonan cuentas de gastos.
Filtre esta lista según los cinco criterios y marque cualquier asiento que coincida con uno o más. Para cada asiento marcado, indique qué criterio se ha activado y sugiera qué documentación de soporte debería preparar antes de que los auditores la soliciten
Estoy pegando una lista de todos los asientos de diario manuales registrados durante el [período] desde [código T SAP SM35 / informe de diario GL de Oracle / búsqueda de asientos de diario de NetSuite]. Formato: [número de documento, fecha de contabilización, introducido por, importe, descripción, cuenta de cargo, cuenta de abono].
Los auditores suelen probar los diarios manuales utilizando estos criterios: (a) asientos registrados por la alta dirección, (b) asientos registrados en fines de semana o fuera de las horas de oficina, (c) asientos de números redondos por encima de $[límite de materialidad], (d) asientos con descripciones imprecisas como "ajuste" o "reclasificación", (e) asientos que cargan cuentas de ingresos o abonan cuentas de gastos.
Filtre esta lista según los cinco criterios y marque cualquier asiento que coincida con uno o más. Para cada asiento marcado, indique qué criterio se ha activado y sugiera qué documentación de soporte debería preparar antes de que los auditores la soliciten
Estoy pegando una lista de todos los asientos de diario manuales registrados durante el [período] desde [código T SAP SM35 / informe de diario GL de Oracle / búsqueda de asientos de diario de NetSuite]. Formato: [número de documento, fecha de contabilización, introducido por, importe, descripción, cuenta de cargo, cuenta de abono].
Los auditores suelen probar los diarios manuales utilizando estos criterios: (a) asientos registrados por la alta dirección, (b) asientos registrados en fines de semana o fuera de las horas de oficina, (c) asientos de números redondos por encima de $[límite de materialidad], (d) asientos con descripciones imprecisas como "ajuste" o "reclasificación", (e) asientos que cargan cuentas de ingresos o abonan cuentas de gastos.
Filtre esta lista según los cinco criterios y marque cualquier asiento que coincida con uno o más. Para cada asiento marcado, indique qué criterio se ha activado y sugiera qué documentación de soporte debería preparar antes de que los auditores la soliciten
Esto procede directamente del marco de pruebas de asientos de diario de la norma ISA 240 / SAS 99 que utilizan los auditores externos. Realizar esta revisión antes de que lleguen significa menos selecciones sorpresa y un período de auditoría de campo más rápido.
Prompt 8: Revisión de la programación de contabilidad de arrendamientos (ASC 842 / NIIF 16)
Aquí está nuestra exportación de la programación de arrendamientos de [SAP RE-FX/Oracle Property Manager/módulo de arrendamiento de NetSuite o hoja de cálculo]. Formato: [ID del arrendamiento, fecha de inicio, meses de duración, pago mensual, tasa de descuento, saldo de activos por derecho de uso (ROU), saldo de obligaciones por arrendamiento].
Para cada arrendamiento: (1) vuelva a calcular el valor actual de los pagos de arrendamiento restantes utilizando la tasa de descuento indicada y compárelo con la obligación registrada, (2) marque cualquier arrendamiento en el que el activo ROU y la obligación por arrendamiento hayan diferido en más de $[límite], lo que puede indicar una reevaluación o modificación omitida, (3) identifique los arrendamientos que vencen dentro de los 90 días que puedan necesitar un asiento de renovación o cancelación, (4) compruebe si algún arrendamiento parece ser una excepción a corto plazo o de bajo valor que se haya capitalizado incorrectamente.
Devuelva una tabla resumen que pueda utilizar como papel de trabajo para la revisión de las notas explicativas de la norma ASC 842.
Aquí está nuestra exportación de la programación de arrendamientos de [SAP RE-FX/Oracle Property Manager/módulo de arrendamiento de NetSuite o hoja de cálculo]. Formato: [ID del arrendamiento, fecha de inicio, meses de duración, pago mensual, tasa de descuento, saldo de activos por derecho de uso (ROU), saldo de obligaciones por arrendamiento].
Para cada arrendamiento: (1) vuelva a calcular el valor actual de los pagos de arrendamiento restantes utilizando la tasa de descuento indicada y compárelo con la obligación registrada, (2) marque cualquier arrendamiento en el que el activo ROU y la obligación por arrendamiento hayan diferido en más de $[límite], lo que puede indicar una reevaluación o modificación omitida, (3) identifique los arrendamientos que vencen dentro de los 90 días que puedan necesitar un asiento de renovación o cancelación, (4) compruebe si algún arrendamiento parece ser una excepción a corto plazo o de bajo valor que se haya capitalizado incorrectamente.
Devuelva una tabla resumen que pueda utilizar como papel de trabajo para la revisión de las notas explicativas de la norma ASC 842.
Aquí está nuestra exportación de la programación de arrendamientos de [SAP RE-FX/Oracle Property Manager/módulo de arrendamiento de NetSuite o hoja de cálculo]. Formato: [ID del arrendamiento, fecha de inicio, meses de duración, pago mensual, tasa de descuento, saldo de activos por derecho de uso (ROU), saldo de obligaciones por arrendamiento].
Para cada arrendamiento: (1) vuelva a calcular el valor actual de los pagos de arrendamiento restantes utilizando la tasa de descuento indicada y compárelo con la obligación registrada, (2) marque cualquier arrendamiento en el que el activo ROU y la obligación por arrendamiento hayan diferido en más de $[límite], lo que puede indicar una reevaluación o modificación omitida, (3) identifique los arrendamientos que vencen dentro de los 90 días que puedan necesitar un asiento de renovación o cancelación, (4) compruebe si algún arrendamiento parece ser una excepción a corto plazo o de bajo valor que se haya capitalizado incorrectamente.
Devuelva una tabla resumen que pueda utilizar como papel de trabajo para la revisión de las notas explicativas de la norma ASC 842.
La contabilidad de arrendamientos bajo ASC 842 y NIIF 16 sigue siendo una de las áreas más manuales y propensas a errores para los controllers. La mayoría de los módulos de arrendamiento de los ERP gestionan bien el registro inicial, pero presentan desviaciones en las modificaciones y reevaluaciones. Este prompt detecta estas desviaciones antes de que lo hagan sus auditores.
Gestión de Gastos y Distribución de Costes
Prompt 9: Verificación de razonabilidad de la asignación de costes
Aquí está nuestra salida mensual de asignación de costes de [contabilidad de centros de costes de SAP/Asignaciones de Oracle/asiento de asignación personalizado de NetSuite]. Formato: [centro de costes de origen, centro de costes de destino, base de asignación, porcentaje de asignación, importe asignado].
Revise los resultados de la asignación para detectar: (1) cualquier centro de costes de destino que reciba una parte inusualmente grande o pequeña en comparación con los meses anteriores (pegaré los datos del mes anterior a continuación), (2) bases de asignación que puedan estar desactualizadas (por ejemplo, asignaciones basadas en el número de empleados donde la plantilla ha cambiado significativamente), (3) asignaciones circulares donde el centro de costes A asigna al B y el B vuelve a asignar al A, (4) importes asignados totales que no equivalen al grupo de origen, lo que indicaría un error de redondeo o de configuración.
Datos de asignación del mes anterior: [pegar]
Plantilla actual por centro de costes: [pegar si está disponible]
Aquí está nuestra salida mensual de asignación de costes de [contabilidad de centros de costes de SAP/Asignaciones de Oracle/asiento de asignación personalizado de NetSuite]. Formato: [centro de costes de origen, centro de costes de destino, base de asignación, porcentaje de asignación, importe asignado].
Revise los resultados de la asignación para detectar: (1) cualquier centro de costes de destino que reciba una parte inusualmente grande o pequeña en comparación con los meses anteriores (pegaré los datos del mes anterior a continuación), (2) bases de asignación que puedan estar desactualizadas (por ejemplo, asignaciones basadas en el número de empleados donde la plantilla ha cambiado significativamente), (3) asignaciones circulares donde el centro de costes A asigna al B y el B vuelve a asignar al A, (4) importes asignados totales que no equivalen al grupo de origen, lo que indicaría un error de redondeo o de configuración.
Datos de asignación del mes anterior: [pegar]
Plantilla actual por centro de costes: [pegar si está disponible]
Aquí está nuestra salida mensual de asignación de costes de [contabilidad de centros de costes de SAP/Asignaciones de Oracle/asiento de asignación personalizado de NetSuite]. Formato: [centro de costes de origen, centro de costes de destino, base de asignación, porcentaje de asignación, importe asignado].
Revise los resultados de la asignación para detectar: (1) cualquier centro de costes de destino que reciba una parte inusualmente grande o pequeña en comparación con los meses anteriores (pegaré los datos del mes anterior a continuación), (2) bases de asignación que puedan estar desactualizadas (por ejemplo, asignaciones basadas en el número de empleados donde la plantilla ha cambiado significativamente), (3) asignaciones circulares donde el centro de costes A asigna al B y el B vuelve a asignar al A, (4) importes asignados totales que no equivalen al grupo de origen, lo que indicaría un error de redondeo o de configuración.
Datos de asignación del mes anterior: [pegar]
Plantilla actual por centro de costes: [pegar si está disponible]
Las distribuciones de costes funcionan en piloto automático en la mayoría de los ERP hasta que algo falla. Este prompt funciona como un control de coherencia mensual que detecta desviaciones en la configuración, criterios obsoletos y los bucles de asignación circular que ocasionalmente producen resultados incoherentes en los ciclos de distribución y evaluación de SAP.
Prompt 10: Detección de anomalías en gastos de viaje y representación (T&E)
Estoy pegando una exportación de informe de T&E de [integración SAP Concur/Oracle iExpense/informes de gastos de NetSuite] para el [período]. Formato: [nombre del empleado, departamento, tipo de gasto, importe, fecha, proveedor, descripción, estado de aprobación].
Marque los siguientes patrones: (1) gastos individuales justo por debajo de nuestro límite de aprobación de $[importe], especialmente si el mismo empleado tiene múltiples entradas de este tipo, (2) gastos en fines de semana o días festivos que carezcan de una justificación empresarial en la descripción, (3) envíos duplicados donde el importe, el proveedor y la fecha coincidan en múltiples informes, (4) gastos categorizados como "varios" u "otros" por encima de $[importe], (5) proveedores que aparezcan solo una vez en todo el conjunto de datos, lo que puede indicar gastos personales o proveedores ficticios.
Agrupe los resultados por empleado y ordénelos por importe total marcado en dólares. Para cada hallazgo, indique la línea específica del informe de gastos para que pueda extraer el recibo en [sistema]
Estoy pegando una exportación de informe de T&E de [integración SAP Concur/Oracle iExpense/informes de gastos de NetSuite] para el [período]. Formato: [nombre del empleado, departamento, tipo de gasto, importe, fecha, proveedor, descripción, estado de aprobación].
Marque los siguientes patrones: (1) gastos individuales justo por debajo de nuestro límite de aprobación de $[importe], especialmente si el mismo empleado tiene múltiples entradas de este tipo, (2) gastos en fines de semana o días festivos que carezcan de una justificación empresarial en la descripción, (3) envíos duplicados donde el importe, el proveedor y la fecha coincidan en múltiples informes, (4) gastos categorizados como "varios" u "otros" por encima de $[importe], (5) proveedores que aparezcan solo una vez en todo el conjunto de datos, lo que puede indicar gastos personales o proveedores ficticios.
Agrupe los resultados por empleado y ordénelos por importe total marcado en dólares. Para cada hallazgo, indique la línea específica del informe de gastos para que pueda extraer el recibo en [sistema]
Estoy pegando una exportación de informe de T&E de [integración SAP Concur/Oracle iExpense/informes de gastos de NetSuite] para el [período]. Formato: [nombre del empleado, departamento, tipo de gasto, importe, fecha, proveedor, descripción, estado de aprobación].
Marque los siguientes patrones: (1) gastos individuales justo por debajo de nuestro límite de aprobación de $[importe], especialmente si el mismo empleado tiene múltiples entradas de este tipo, (2) gastos en fines de semana o días festivos que carezcan de una justificación empresarial en la descripción, (3) envíos duplicados donde el importe, el proveedor y la fecha coincidan en múltiples informes, (4) gastos categorizados como "varios" u "otros" por encima de $[importe], (5) proveedores que aparezcan solo una vez en todo el conjunto de datos, lo que puede indicar gastos personales o proveedores ficticios.
Agrupe los resultados por empleado y ordénelos por importe total marcado en dólares. Para cada hallazgo, indique la línea específica del informe de gastos para que pueda extraer el recibo en [sistema]
Este es el tipo de análisis que los equipos de auditoría interna realizan trimestralmente, pero que la mayoría de los controllers nunca aplican a sus propios datos. Ejecutarlo mensualmente en Claude requiere diez minutos y ofrece la posibilidad de detectar detalles que de otro modo quedarían ocultos hasta el siguiente ciclo de auditoría.
Activos Fijos y Amortización
Prompt 11: Verificación de variaciones en el programa de amortización
Aquí está nuestra exportación del registro de activos fijos de [SAP AS01-AS03/Oracle Fixed Assets/NetSuite FAM]. Formato: [ID del activo, descripción, fecha de adquisición, valor de adquisición, vida útil, método de amortización, amortización acumulada, valor neto contable, amortización del período actual].
Para cada activo: (1) vuelva a calcular la amortización acumulada prevista en función de la fecha de adquisición, la base de coste, la vida útil y el método, y compárela con el saldo registrado, (2) marque cualquier activo donde la amortización registrada se desvíe de la calculada en más de $[límite], (3) identifique los activos totalmente amortizados con un valor neto contable de cero que sigan en servicio, ya que estos pueden requerir desglose, (4) marque cualquier activo adquirido hace más de [X] meses con cero de amortización acumulada, lo que podría indicar un error de configuración o una amortización suspendida.
Resuma las discrepancias en un formato de tabla adecuado para una hoja de trabajo de conciliación de activos fijos
Aquí está nuestra exportación del registro de activos fijos de [SAP AS01-AS03/Oracle Fixed Assets/NetSuite FAM]. Formato: [ID del activo, descripción, fecha de adquisición, valor de adquisición, vida útil, método de amortización, amortización acumulada, valor neto contable, amortización del período actual].
Para cada activo: (1) vuelva a calcular la amortización acumulada prevista en función de la fecha de adquisición, la base de coste, la vida útil y el método, y compárela con el saldo registrado, (2) marque cualquier activo donde la amortización registrada se desvíe de la calculada en más de $[límite], (3) identifique los activos totalmente amortizados con un valor neto contable de cero que sigan en servicio, ya que estos pueden requerir desglose, (4) marque cualquier activo adquirido hace más de [X] meses con cero de amortización acumulada, lo que podría indicar un error de configuración o una amortización suspendida.
Resuma las discrepancias en un formato de tabla adecuado para una hoja de trabajo de conciliación de activos fijos
Aquí está nuestra exportación del registro de activos fijos de [SAP AS01-AS03/Oracle Fixed Assets/NetSuite FAM]. Formato: [ID del activo, descripción, fecha de adquisición, valor de adquisición, vida útil, método de amortización, amortización acumulada, valor neto contable, amortización del período actual].
Para cada activo: (1) vuelva a calcular la amortización acumulada prevista en función de la fecha de adquisición, la base de coste, la vida útil y el método, y compárela con el saldo registrado, (2) marque cualquier activo donde la amortización registrada se desvíe de la calculada en más de $[límite], (3) identifique los activos totalmente amortizados con un valor neto contable de cero que sigan en servicio, ya que estos pueden requerir desglose, (4) marque cualquier activo adquirido hace más de [X] meses con cero de amortización acumulada, lo que podría indicar un error de configuración o una amortización suspendida.
Resuma las discrepancias en un formato de tabla adecuado para una hoja de trabajo de conciliación de activos fijos
Los errores de amortización se acumulan de forma silenciosa. Una vida útil incorrecta introducida en el momento de la adquisición generará una pequeña variación mensual que nadie detectará hasta que el activo se encuentre a mitad de su vida útil. Este prompt detecta estas incidencias de forma anticipada.
Prompt 12: Revisión del límite de capitalización vs. gasto
Estoy pegando una lista de todos los asientos registrados en nuestras cuentas de gastos de capital durante el [período] desde [sistema ERP]. Formato: [número de documento, descripción, importe, proveedor, fecha de contabilización, elemento PEP o código de proyecto si procede].
Nuestro límite de capitalización es $[importe]. Revise cada asiento y marque: (1) partidas por debajo del límite que se hayan capitalizado incorrectamente, (2) partidas que, según su descripción, parezcan reparaciones o mantenimiento en lugar de mejoras de capital (aplique la prueba de "beneficio económico futuro" de las normas NIC 16/ASC 360 basada en la descripción), (3) partidas sin código de proyecto que puedan indicar una capitalización ad hoc al margen del proceso normal de compras, (4) partidas con descripciones que sugieran que son costes recurrentes (por ejemplo, cuotas anuales de licencias) que deberían registrarse como gastos.
Separe los resultados en categorías de "probablemente correcto", "requiere revisión" y "probablemente mal clasificado"
Estoy pegando una lista de todos los asientos registrados en nuestras cuentas de gastos de capital durante el [período] desde [sistema ERP]. Formato: [número de documento, descripción, importe, proveedor, fecha de contabilización, elemento PEP o código de proyecto si procede].
Nuestro límite de capitalización es $[importe]. Revise cada asiento y marque: (1) partidas por debajo del límite que se hayan capitalizado incorrectamente, (2) partidas que, según su descripción, parezcan reparaciones o mantenimiento en lugar de mejoras de capital (aplique la prueba de "beneficio económico futuro" de las normas NIC 16/ASC 360 basada en la descripción), (3) partidas sin código de proyecto que puedan indicar una capitalización ad hoc al margen del proceso normal de compras, (4) partidas con descripciones que sugieran que son costes recurrentes (por ejemplo, cuotas anuales de licencias) que deberían registrarse como gastos.
Separe los resultados en categorías de "probablemente correcto", "requiere revisión" y "probablemente mal clasificado"
Estoy pegando una lista de todos los asientos registrados en nuestras cuentas de gastos de capital durante el [período] desde [sistema ERP]. Formato: [número de documento, descripción, importe, proveedor, fecha de contabilización, elemento PEP o código de proyecto si procede].
Nuestro límite de capitalización es $[importe]. Revise cada asiento y marque: (1) partidas por debajo del límite que se hayan capitalizado incorrectamente, (2) partidas que, según su descripción, parezcan reparaciones o mantenimiento en lugar de mejoras de capital (aplique la prueba de "beneficio económico futuro" de las normas NIC 16/ASC 360 basada en la descripción), (3) partidas sin código de proyecto que puedan indicar una capitalización ad hoc al margen del proceso normal de compras, (4) partidas con descripciones que sugieran que son costes recurrentes (por ejemplo, cuotas anuales de licencias) que deberían registrarse como gastos.
Separe los resultados en categorías de "probablemente correcto", "requiere revisión" y "probablemente mal clasificado"
La frontera entre capex y opex es una de esas áreas de criterio en las que las opciones predeterminadas del ERP no ayudan mucho. SAP registrará todo lo que usted determine. Este prompt aplica la lógica de las normas contables que el propio sistema no impone por sí solo.
De los Prompts a los Flujos de Trabajo Automatizados
Cada uno de estos prompts ahorra tiempo real, especialmente durante el cierre, la preparación de la auditoría o el análisis de variaciones. Sin embargo, siguen requiriendo extraer el informe, pegar los datos, ejecutar el prompt e interpretar el resultado de forma manual en cada ocasión. Si ejecuta el mismo prompt con la misma exportación de ERP en el mismo período cada mes, se trata de un flujo de trabajo, no de una conversación. Y los flujos de trabajo obtienen un mejor rendimiento a través de agentes de IA que se conectan directamente a sus sistemas y se ejecutan sin bucle de copiar y pegar.
Algunos de los prompts descritos anteriormente, en particular los de conciliación, detección de anomalías y comprobación de amortizaciones, son patrones de trabajo que ya deberían estar ejecutándose como agentes. La diferencia entre un prompt y un agente es equivalente a comprobar el saldo bancario manualmente o a que el banco le envíe una alerta. Ambos le aportan la misma información. Uno lo hace de forma automatizada. Para analizar más detalladamente cómo se integran los agentes de IA directamente en los procesos de cierre de los ERP, este artículo sobre la IA en los ERP y la reducción del 30 % del tiempo de cierre detalla su funcionamiento.
Estos prompts constituyen un excelente punto de partida. La plataforma de Beam los transforma en agentes que extraen datos de su ERP, se ejecutan de manera programada y señalan las excepciones antes incluso de que abra su hoja de cálculo. Si su cierre mensual sigue pareciendo un proceso estresante de última hora, este es el siguiente paso lógico que debe dar.
