El problema de los datos de nómina:
Por qué los equipos de RRHH aún copian cifras a mano

El Daño que Puede Causar un Solo Dígito Mal Escrito

La nómina de $13,850 por hora es la versión de internet de la historia, el tipo de error tan extremo que se vuelve viral. Pero los profesionales de nóminas conocen la versión más silenciosa: la de $291. Esa es la cifra a la que llegó Ernst & Young al calcular el costo promedio de corregir un solo error de nómina: $281 en costos directos de procesamiento (re-cálculos, cheques cancelados, comisiones por suspensión de pago, reprocesamiento) más $10 en mano de obra interna. Un error. Doscientos noventa y un dólares.

Multiplique eso por una organización con 1,000 empleados en un ciclo quincenal. Según el hallazgo de EY de que el 20% de las nóminas contienen al menos un error (no el 20% de los campos de datos, sino el 20% de las nóminas completas), eso equivale a aproximadamente 5,200 errores por año. A $291 cada uno: $1.5 millones en costos anuales de corrección. Este es el número que los departamentos de RR.HH. no presupuestan porque está enterrado dentro del "procesamiento de nóminas", como si corregir errores fuera una parte natural del proceso en lugar de un síntoma de un problema que nadie ha abordado sistemáticamente.

Pero la estadística del costo del error, por muy citada que sea, omite algo. Mide el costo de corregir el error. No mide el costo de crear las condiciones bajo las cuales el error se vuelve inevitable.

Cómo es Realmente la Captura Manual de Nóminas — Hora por Hora, Campo por Campo

Los proveedores de software de nóminas han convertido la "captura manual de datos" en un villano de dos palabras. Aparece en todas las páginas de comparación competitiva junto a las marcas de verificación de la automatización. Pero la frase es una abstracción. No dice nada sobre lo que un ser humano realmente hace, minuto a minuto, cuando se sienta a ingresar manualmente los datos de una nómina.

Así es como se ve ese proceso. Un empleado de nóminas o un generalista de RR.HH. en una empresa mediana gestiona a 200 empleados. Cada dos semanas, después de que se ejecuta la nómina en ADP, Workday o Gusto, necesita recopilar datos de compensación por una de varias razones: una revisión interna de compensación, una auditoría de beneficios, un trámite migratorio que requiere documentación de recibos de pago, o una conciliación de facturación de clientes que imputa costos laborales a proyectos específicos.

El sistema de nóminas ya tiene los números. Pero el sistema de nóminas exporta los datos en su propio formato propietario: un informe con 47 columnas, 43 de las cuales son irrelevantes para la tarea en cuestión, con nombres de campo como "ERN_WKLY_REG_HR" que solo el administrador del sistema puede descifrar. El formato que el equipo de RR.HH. realmente necesita — una tabla limpia con Nombre del Empleado, Inicio del Período de Pago, Fin del Período de Pago, Salario Bruto, Salario Neto, Impuesto Federal, Impuesto Estatal, Seguro Social, Medicare, Aportación al 401(k), Deducción del Seguro de Salud y Embargos — no es lo que el sistema exporta. Es lo que una persona construye.

Así que el empleado abre el informe exportado. Abre un libro de Excel en blanco. Y comienza. Empleado por empleado, campo por campo. Salario Bruto: búscalo en la columna 17 del informe de ADP, vuelve a escribirlo en la columna D de la hoja de cálculo. Salario Neto: columna 31 del informe, columna E de la hoja de cálculo. Retención del Impuesto Federal: no está en el informe en absoluto — esos datos viven en un módulo diferente, así que el empleado abre una segunda pestaña del navegador, navega al panel de declaración de impuestos y copia el número desde allí. Para cada empleado. Para cada período de pago.

Con 200 empleados, asumiendo 14 campos por empleado y aproximadamente 7 segundos por campo — encontrar el número en la pantalla, confirmar que es el número correcto, escribirlo, verificar que se vea correcto — la captura de datos bruta consume aproximadamente 5.4 horas por período de pago. Eso son 140 horas al año. En la práctica, el número es mayor porque las nóminas rara vez llegan como una exportación limpia única. Más sobre eso en un momento.

Pero las horas brutas no son el problema central. El problema central es en qué consisten esas horas: una carga cognitiva sostenida de referencias cruzadas, búsqueda de patrones y verificación, repetida cientos de veces en una sola sesión. Para el empleado 40, aparece la fatiga. Para el empleado 100, el cerebro empieza a autocompletar — a rellenar un número que espera ver en lugar del número que realmente está en la pantalla. Ahí es donde nacen los errores de $291.

La actualización de 2025 del estudio de costos de ingreso manual de datos de RR.HH. de Ernst & Young, encargado por Paycom, encontró que el costo promedio de una sola tarea manual de ingreso de datos de RR.HH. alcanzó los $4.86 — frente a los $4.39 en 2018, aumentando cada año. Crear manualmente una sola nómina, estimó EY, cuesta $20.83 en mano de obra. Estos son números por tarea que, al multiplicarse por 14 campos por 200 empleados por 26 períodos de pago, se convierten en una partida que incomodaría a cualquier CFO — si alguien la estuviera rastreando.

El Problema del Formato para el Que Nadie Diseñó

Hasta ahora hemos descrito un escenario donde todos los recibos de nómina provienen del mismo sistema de nóminas en un formato consistente. Ese escenario no existe en el mundo real.

En la práctica, un departamento de RR.HH. recopila datos de recibos de nómina de múltiples fuentes. La empresa misma usa ADP para las nóminas — así que el equipo interno tiene el formato de exportación de ADP para trabajar. Pero la empresa adquirió una filial el año pasado que todavía funciona con Paychex. Tres empleados remotos en otro estado reciben su pago a través de Gusto porque eso es lo que la unidad de pequeña empresa configuró antes de la adquisición. El CFO quiere una comparación de compensación contra puntos de referencia de la industria, así que el equipo necesita extraer datos de recibos de nómina de candidatos enviados durante la última ronda de contratación — PDFs de una docena de empleadores diferentes, cada uno usando un proveedor de nóminas distinto. Un abogado de inmigración necesita comprobantes de pago para una solicitud H-1B — copias escaneadas de recibos físicos que el cónyuge de un empleado imprimió, fotografió con un teléfono y envió por correo electrónico como JPG.

A través de estas fuentes, el mismo dato tiene diferentes nombres. El campo que ADP llama "Sueldo Bruto" aparece como "Ganancias Brutas" en Workday, "Total Bruto" en Paychex, "Salario Bruto" en Gusto y "Ganancias del Período" en un recibo de nómina generado por un banco. El campo que ADP llama "ID de Empleado" es "Número de Asociado" en un sistema, "Número de Personal" en otro, y está ausente por completo en un recibo escaneado donde el nombre del empleado es el único identificador.

Esto no es un problema tecnológico en el sentido en que la mayoría usa esa frase — no es que la tecnología para estandarizar datos no exista. Es que nadie en la industria del software de nóminas tiene un incentivo para hacer que los datos de los recibos sean portátiles entre plataformas. El PDF de recibo de nómina de ADP está diseñado para ser leído por el ecosistema de ADP. Cuando sales de ADP, tu historial de recibos no viaja contigo en un formato legible por máquina — viaja como PDFs, cada uno una instantánea congelada de un diseño pensado para ojos humanos, no para la ingesta entre sistemas.

El resultado es que los equipos de RR.HH. ejecutan un proceso manual de datos que la industria del software ha pasado dos décadas pretendiendo que no existe. Los sistemas de nóminas cuentan las horas, calculan los impuestos y emiten los cheques. Luego el equipo de RR.HH. abre una hoja de cálculo y vuelve a escribir todo lo que el sistema ya sabe, porque el sistema habla un formato que ningún otro sistema entiende.

La cascada de errores: qué sucede cuando un número sale de su documento original

Un error manual de entrada de datos en nómina no es un error aislado. Es una semilla.

La consecuencia más evidente es el costo financiero directo: los $291 para corregirlo, más cualquier pago de más o de menos que el error haya generado. Pero los errores de nómina no se quedan en nómina. Una cifra mal escrita de salario bruto fluye hacia la hoja de cálculo de compensaciones. La hoja de cálculo de compensaciones alimenta el proceso de revisión anual, donde las bandas salariales se validan contra datos de pago "reales" que ahora contienen un error. El resultado de la revisión anual informa el presupuesto del año siguiente. El presupuesto informa las decisiones de contratación. Un solo dígito mal escrito, en el momento equivocado, puede fijar mal el precio de un puesto completo.

El error también ingresa al registro de cumplimiento normativo. Bajo la Ley de Normas Laborales Justas — específicamente 29 CFR Parte 516 — los empleadores deben conservar los registros de nómina durante al menos tres años, incluyendo el nombre completo de cada empleado, horas trabajadas, tarifa de pago, salario total, deducciones y fecha de pago. El IRS exige por separado que los registros de impuestos sobre el empleo se conserven durante cuatro años (Conservación de registros de impuestos sobre el empleo del IRS). Una hoja de cálculo ingresada manualmente que contiene errores no es solo un inconveniente: es un pasivo de cumplimiento con una vida útil de varios años. Dentro de tres años, cuando el Departamento de Trabajo solicite registros con 72 horas de aviso, una hoja de cálculo que contenga entradas de $13,850 por hora no será una anécdota graciosa. Será una prueba.

Luego están los errores que producen errores secundarios — lo que los profesionales de nómina llaman la cascada. Una tarifa por hora incorrecta produce un salario bruto incorrecto. El salario bruto incorrecto produce una retención de impuestos incorrecta. La retención incorrecta produce una discrepancia en el W-2. La discrepancia en el W-2 desencadena un aviso del IRS. Cada paso de la cascada cuesta dinero investigar, corregir y documentar. Los $291 promedio que cita EY son para una corrección única y aislada. Un error en cascada puede costar diez veces más antes de que alguien siquiera identifique la fuente original.

Una estadística de la propia investigación de ADP pone la prevalencia en perspectiva: a nivel mundial, la tasa promedio de precisión de nómina es del 78%. Casi una de cada cuatro ejecuciones de nómina contiene errores de datos o requiere corrección. La cultura de "arreglarlo después" que ha crecido en torno a esta cifra está tan normalizada que los equipos de nómina reportan dedicar cinco o más horas al mes solo a la corrección de errores, según el Informe del Estado de la Nómina de Remote — y el 49% de los equipos de RR.HH. caen en esa categoría.

La bomba de tiempo de cumplimiento normativo en cada carpeta de SharePoint de RR. HH.

El registro de FLSA no es una sugerencia. Los 14 puntos de datos requeridos por 29 CFR Parte 516 — desde el nombre del empleado y el número de Seguro Social hasta el total de salarios pagados cada período y todas las adiciones o deducciones a los salarios — deben ser precisos, completos y producibles dentro de las 72 horas posteriores a una solicitud del DOL. La ley no prescribe un formato específico para estos registros. Una hoja de cálculo de Excel califica. Pero una hoja de cálculo de Excel con errores de entrada manual no se vuelve no conforme porque el formato sea aceptado; se vuelve no conforme porque los datos son incorrectos.

El reloj de retención empeora esto. Un error de nómina cometido en enero de 2026 permanece en los registros de la empresa hasta al menos enero de 2029 según FLSA, y hasta enero de 2030 según los requisitos del IRS. Algunos estados extienden esto aún más: Nueva York requiere seis años, California requiere cuatro y Connecticut requiere siete. Cada año que pasa entre el error y la auditoría es un año en el que la empresa ha estado certificando registros incorrectos. La estructura de sanciones por violaciones de FLSA incluye salarios atrasados adeudados, daños liquidados iguales a los salarios atrasados (duplicando efectivamente la responsabilidad) y multas civiles de hasta $2,374 por violación por infracciones repetidas o intencionales.

Y sin embargo, la respuesta de la industria a esta exposición de cumplimiento es sorprendentemente débil. La mayoría de las guías de cumplimiento de nóminas — de SHRM, de APA, de los propios proveedores de software de nóminas — se centran en hacer bien el cálculo de la nómina. Te dicen que verifiques las reglas de horas extra, revises las tablas de impuestos, confirmes las deducciones de beneficios. No te dicen qué hacer con la brecha entre "el sistema de nóminas calculó correctamente" y "la hoja de cálculo donde RR. HH. volvió a escribir los resultados contiene un error tipográfico". Esa brecha es donde vive el riesgo de cumplimiento, y casi nunca se discute.

En un hilo de Reddit en r/Payroll sobre errores comunes antes del día de pago, un profesional describió cómo se perdió la terminación de un empleado asalariado porque la notificación estaba enterrada en "un correo electrónico gigante de siete párrafos" junto con actualizaciones de beneficios y preguntas no relacionadas. Otro describió el ritual de mantener un informe continuo con fechas de pago, listas de verificación recurrentes y seguimiento manual de cada evento de cambio de RR. HH. — nuevas contrataciones, promociones, terminaciones, cambios de impuestos — cotejados entre sistemas que no se comunican entre sí. Estos no son fallos de proceso. Son profesionales inteligentes y experimentados que compensan una brecha estructural entre los sistemas que contienen datos y los formatos en que esos datos llegan.

Por qué el software de nómina no resolvió este problema

Esta es la pregunta que debería inquietar a todo profesional de RR.HH. que haya copiado números de un PDF de recibo de nómina a Excel. ADP se fundó en 1949. Paychex en 1971. Workday salió a bolsa en 2012 con una valoración de 9.500 millones de dólares. Gusto recaudó 745 millones. UKG es una empresa de 22.000 millones. La industria del software de nómina no es pequeña, ni joven, ni carece de fondos. Entonces, ¿por qué los equipos de RR.HH. siguen reescribiendo a mano los datos de los recibos de nómina?

Porque el software de nómina resuelve un problema fundamentalmente diferente. ADP, Workday, Gusto y todas las demás plataformas de nómina están diseñadas para generar recibos de nómina: calcular el neto a partir del bruto, aplicar retenciones fiscales, procesar depósitos directos y presentar declaraciones trimestrales. Su propuesta de valor principal es: nos aseguraremos de que sus empleados cobren correctamente y de que sus impuestos se presenten a tiempo. Lo hacen bien. Lo que no hacen —y para lo que nunca fueron diseñadas— es facilitar la extracción de datos estructurados de recibos de nómina ya existentes, especialmente cuando esos recibos provienen de fuera del sistema.

Cuando su empresa adquiere una filial que utiliza un proveedor de nómina diferente, la entidad combinada ahora tiene datos de compensación de empleados en dos formatos que nunca fueron diseñados para interoperar. La respuesta de la industria de nómina a esto ha sido la integración basada en archivos: exportaciones CSV, conectores API, middleware— que funciona para la transferencia masiva de datos entre sistemas HRIS y de nómina. Pero no resuelve la situación en la que un analista de RR.HH. necesita extraer 14 campos específicos de una pila de recibos de nómina en PDF que representan seis empleadores diferentes, tres sistemas de nómina y dos formatos de archivo (PDF más una foto de un talón de papel). Para esa situación, la respuesta de la industria ha sido, efectivamente, "abre Excel y empieza a escribir".

Aquí es donde el concepto que sustenta las herramientas diseñadas para este problema difiere del enfoque de la plataforma de nómina. En lugar de requerir que todos los datos entren a través del formato de un solo sistema, la extracción semántica lee lo que un campo significa —entiende que "Ingresos Brutos" en un recibo y "Total Bruto" en otro y "Pago del Período" en un tercero se refieren al mismo dato— y extrae en consecuencia, independientemente del diseño del recibo o de las convenciones de nomenclatura del proveedor de nómina. Los nombres de las columnas los define una vez. La IA localiza los valores en todos los formatos que le presente. Esa distinción —extracción por significado versus extracción por plantilla— es la diferencia entre "el sistema necesita ser configurado para cada formato de recibo" y "sube cualquier cosa, obtén la misma salida estructurada".

El costo que nadie mide: lo que la entrada manual les hace a las personas

La estadística de $291 por error, el estimado de $4.86 por tarea y el costo anual de corrección de $1.5 millones para una empresa de 1,000 empleados son medibles. Caben en hojas de cálculo. Superan la revisión del director financiero. Lo que no supera esa revisión — porque nunca se presenta — es el costo humano de construir un puesto en torno a la reingreso de datos repetitivo y sostenido.

En r/humanresources, un profesional de nómina describió su proceso para proteger el cierre de nómina: "Bloqueo mi calendario, pongo mi estado en no molestar y coloco un letrero en mi puerta". Envían un recordatorio a los gerentes el día anterior para que aprueben las hojas de tiempo. "Sin falta, las hojas de tiempo no se han corregido y recibo interminables llamadas, visitas e invitaciones urgentes a reuniones que empiezan con 'Sé que estás cerrando nómina, pero...'" Las interrupciones casi nunca son urgentes. Pero cada una — multiplicada por 15 a 20 personas durante un día de nómina — fragmenta la concentración necesaria para ingresar cientos de campos sin errores.

Otro profesional en el mismo subreddit describió la semana en que descubrieron que una tarifa de pago se había ingresado incorrectamente durante dieciséis ciclos de pago consecutivos. Al empleado se le debían $8,000 en pago retroactivo. El título de la publicación: "Lloré por un error de nómina. ¿Alguien más se apunta a la fiesta?" El hilo se llenó de historias: un cheque de $1.3 millones por un decimal mal colocado, 500 empleados pagados de más en el último cheque del año calendario, un correo de despido perdido porque estaba enterrado en un mensaje de siete párrafos sobre beneficios.

No son anécdotas sobre personas incompetentes. Son anécdotas sobre personas competentes haciendo una tarea para la que el cerebro humano no fue diseñado a escala: transcripción de datos sostenida y de alto riesgo a través de formatos de origen inconsistentes, sin margen de error y con consecuencias que se acumulan silenciosamente durante años. La Oficina de Estadísticas Laborales reporta que el salario anual medio para los empleados de nómina y control de tiempo es de $52,130. En un año laboral de 2,000 horas, el empleador paga $26 por hora por un puesto cuya actividad diaria central — transcribir números de un formato digital a otro — podría eliminarse por completo, liberando a esa persona para hacer la parte del trabajo que requiere juicio humano: investigar anomalías, resolver preguntas de empleados y prepararse para auditorías.

El costo de rotación hace que las cuentas sean aún más crudas. Una investigación compilada por Lano, citando múltiples encuestas de la industria, encontró que el 1.4% de los empleados renuncian anualmente solo por problemas de nómina. Al costo comúnmente citado de 0.5x a 2x del salario anual para reemplazar a un empleado, una empresa de 1,000 personas que pierde 14 empleados al año por insatisfacción con la nómina incurre entre $466,000 y $1.86 millones en costos de rotación — además de los costos de corrección de errores y los costos laborales de entrada de datos. La industria de nómina ha normalizado la corrección de errores como un costo de hacer negocios. La industria de RR.HH. ha absorbido las consecuencias.

Preguntas Frecuentes

¿Por qué el software de nómina no puede simplemente exportar los datos que necesito?

Las plataformas de nómina pueden exportar datos, pero lo hacen en su propio formato, con sus propios nombres de campos, estructurados para su propio ecosistema. Un informe de ADP puede contener los datos que necesitas, pero llega con 47 columnas, códigos de campo propietarios y un diseño pensado para administradores de nómina, no para el analista de compensaciones que necesita una tabla limpia con 14 campos específicos. Exportar no es lo mismo que estructurar. La brecha entre "exportar" y "hoja de cálculo utilizable" es donde ocurre la reentrada manual.

¿Qué tan comunes son los errores de entrada manual de datos en nómina?

Ernst & Young descubrió que el 20% de las nóminas contienen al menos un error — no el 20% de los campos de datos, sino el 20% de todas las ejecuciones de nómina. La entrada manual de datos es la causa principal. El IRS estima que las tasas de error manual en nómina son del 1% al 8% por ciclo, lo que significa que una empresa que procesa 200 empleados quincenalmente puede esperar de 2 a 16 errores cada período de pago. El costo promedio de corregir uno: $291.

Si usamos ADP o Gusto, ¿no tenemos ya todos los datos?

Tienes los datos dentro del sistema de nómina. No los tienes en el formato o estructura que requieren tus procesos posteriores: revisiones de compensación, auditorías de beneficios, presentaciones de inmigración, conciliación de facturación de clientes. El sistema de nómina sabe lo que pagó. Obtener esa información en una hoja de cálculo que alguien más pueda usar sigue siendo, en la mayoría de las organizaciones, un paso manual. Y cuando los datos que necesitas provienen de recibos de sueldo generados por sistemas de nómina de otros empleadores — candidatos, adquisiciones, verificación de contratistas — tu propio sistema de nómina no puede ayudarte en absoluto.

¿Puede la IA manejar realmente la variedad de formatos de recibos de sueldo del mundo real?

La extracción moderna de documentos con IA no depende de plantillas ni reglas específicas de formato. Lee un recibo de sueldo como lo haría un humano: entendiendo lo que cada campo significa, no dónde está en la página. Una columna definida como "Sueldo Bruto" extraerá la cifra de sueldo bruto ya sea que el recibo lo etiquete como "Ganancias Brutas" (Workday), "Total Bruto" (Paychex) o "Pago del Período" (talón bancario), porque la IA entiende la equivalencia semántica entre distintas convenciones de nombres. Dicho esto, los escaneos muy degradados, las anotaciones manuscritas inusuales y los diseños no estándar pueden reducir la precisión — esta es una herramienta para reducir la superficie de error, no para eliminar cada caso excepcional. Para un análisis más profundo de cómo funciona esto específicamente con recibos de sueldo, consulta nuestra guía sobre extracción de datos de recibos de sueldo con pago neto calculado.

¿Cuáles son las consecuencias legales de los errores en los datos de nómina?

Según la FLSA (29 CFR Parte 516), los empleadores deben mantener registros de nómina precisos durante al menos tres años. Las inexactitudes sistemáticas pueden desencadenar auditorías del DOL, responsabilidad por salarios atrasados, daños liquidados (duplicando los salarios adeudados) y multas civiles de hasta $2,374 por infracción. El IRS exige por separado la conservación de registros de impuestos sobre el empleo durante cuatro años. Las leyes estatales pueden ampliar estos plazos: Connecticut exige siete años, Nueva York seis y California cuatro. Un error introducido hoy mediante entrada manual de datos sigue siendo una exposición de cumplimiento durante años.

El costo de no mirar

La industria de nóminas ha construido una infraestructura notable para calcular cuánto pagar a las personas. Casi no ha construido nada para el problema que comienza justo después de que se realizan los cálculos: cuando una persona necesita los números de un recibo de pago en otro lugar, para otro propósito, en otro formato diferente al que proporciona el sistema de nómina.

Esa brecha — entre la exportación propietaria y la hoja de cálculo utilizable, entre "Ganancias Brutas" en un sistema y "Salario Bruto" en otro, entre un talón escaneado fotografiado en una encimera de cocina y la base de datos de compensación que debe alimentar — no es una brecha pequeña. Es un proceso de entrada de datos que funciona con atención humana, sostenido a lo largo de millones de períodos de pago al año en la economía estadounidense, generando errores a un ritmo que sería inaceptable en cualquier otra función financiera. Ningún departamento de contabilidad aceptaría una tasa de error del 20% en sus asientos del libro mayor. Ninguna función de tesorería toleraría que una de cada cuatro conciliaciones bancarias requiriera corrección manual. Y sin embargo, la nómina — la función que determina si las personas pueden pagar su alquiler — ha normalizado esto.

Los $291 por error, las 140 horas al año, el 49% de los equipos de RRHH que dedican cinco o más horas al mes a correcciones — estos números son síntomas. La condición subyacente es un problema de formato que la industria del software de nóminas no tiene incentivos para resolver, porque hacer que los datos de los recibos de pago sean portátiles entre plataformas socava la fidelidad a la plataforma. La solución, cuando llegue, no vendrá de los proveedores de nóminas. Vendrá de herramientas que reemplacen el paso de reescritura por completo — leyendo recibos de pago de cualquier fuente, en cualquier formato, y entregando datos estructurados sin que un humano tenga que tocar cada campo.

Para los equipos que procesan recibos de pago a gran escala, el siguiente paso más allá de la extracción de una sola instancia es el manejo por lotes a lo largo de los períodos de pago — convirtiendo un año de PDFs dispersos en un registro consolidado y trazable. Nuestro artículo sobre extracción de recibos de pago por lotes con pista de auditoría cubre cómo hacer que cada fila sea atribuible a su período de pago de origen, que es la diferencia entre una hoja de cálculo que sobrevive a una auditoría y una que la desencadena.

El primer paso no es comprar software. Es mirar la brecha honestamente — contando las horas, contando los errores, contando las correcciones — y preguntarse si el costo de la brecha es menor que el costo de cerrarla. Para la mayoría de los equipos de RRHH, la respuesta ha estado enterrada dentro del "procesamiento de nóminas" durante tanto tiempo que nadie ha hecho los cálculos. Haz los cálculos. Luego decide.