Migrar la nómina a Buk: qué revisar antes de cargar los datos

Cambiar el sistema de remuneraciones a Buk suele plantearse como un problema de carga: exportar del sistema anterior, llenar las planillas y listo. Pero Buk calcula sobre lo que le cargas. Si la ficha de un trabajador está desactualizada o un haber estaba mal definido en el sistema anterior, el error pasa al sistema nuevo intacto, ahora con apariencia de dato confiable. La migración es el único momento en que se puede revisar todo de una vez, y conviene aprovecharlo.

Migrar sin revisar no ordena la nómina: traslada el desorden a una plataforma mejor.

2 fuentes oficiales enlazadas · Verificado el 7 de octubre de 2026Ver fuentes

Lo que hay que revisar, en orden

1. 01La ficha de cada trabajador. RUT, fecha de ingreso, AFP, salud (Fonasa o isapre y el plan pactado), cargas familiares y tramo de asignación familiar. La fecha de ingreso no es un detalle: define la antigüedad para vacaciones e indemnizaciones.
2. 02Contratos y jornada. Tipo de contrato, jornada pactada y sueldo base vigente, con los anexos al día. Si el último anexo no está en el sistema anterior, tampoco va a estar en Buk.
3. 03El catálogo de haberes y descuentos. Cada concepto con su clasificación: imponible o no imponible, tributable o no, y si se paga proporcional a los días trabajados. Es el momento de unificar los bonos que existen tres veces con nombres distintos.
4. 04Descuentos en curso. Créditos de caja de compensación, retenciones de pensión de alimentos, APV, préstamos de la empresa y anticipos, con su saldo y las cuotas que faltan.
5. 05Saldos. Días de vacaciones pendientes por trabajador, incluido el feriado progresivo reconocido, y cualquier otro saldo que se arrastre de un mes a otro.
6. 06El historial de remuneraciones. Los meses anteriores que el sistema necesita para calcular promedios. Es el punto que más se subestima, y por eso va aparte.

Por qué el historial importa

Varios cálculos de la nómina chilena no usan el mes en curso, sino un promedio de los meses anteriores. Si Buk parte sin ese historial, los calcula con datos incompletos y el resultado sale mal aunque la configuración esté perfecta.

• Vacaciones: para quien tiene remuneración variable, el feriado se paga con el promedio de lo percibido en los últimos tres meses trabajados.
• Licencias médicas: la base del subsidio se calcula con las remuneraciones imponibles de los meses anteriores al inicio de la licencia. Lo explicamos en licencias médicas para el empleador.
• Indemnizaciones: si hay remuneración variable, la base del finiquito considera el promedio de los últimos tres meses.
• Gratificación: si se paga mes a mes con el tope anual del artículo 50, el sistema necesita lo pagado en el año para no pasarse del tope ni quedarse corto.

Por eso conviene definir antes de la carga cuántos meses de historial se migran y comprobar que los montos históricos cuadren con lo que efectivamente se pagó y se declaró en Previred.

La estructura también se migra

Junto con la nómina se cargan las áreas, los cargos y los centros de costo. Si en el sistema anterior había cargos duplicados o áreas que ya no existen, la migración es la oportunidad de corregirlos. Después cuesta mucho más: los reportes, los permisos y, más adelante, las bandas salariales en Buk se cuelgan de esa estructura.

Calcular en paralelo antes de salir en vivo

La única forma confiable de saber si la migración quedó bien es calcular uno o dos meses en los dos sistemas al mismo tiempo y comparar antes de pagar solo con Buk. No basta con que el total de la nómina se parezca: hay que comparar persona por persona y haber por haber.

• El líquido de cada trabajador, con una tolerancia definida de antemano.
• Cada haber y cada descuento, no solo el total.
• Las bases imponible y tributable, que es donde se esconden los haberes mal clasificados.
• Los totales a declarar en Previred y los del Libro de Remuneraciones Electrónico.

Cada diferencia tiene una explicación: un dato mal cargado, un haber mal definido o un error que el sistema anterior arrastraba y nadie había visto. Las tres valen la pena encontrarlas antes del primer pago, no después.

Señales de que la migración quedó mal

• Diferencias en el líquido que "se arreglan" con un ajuste manual cada mes.
• Vacaciones o licencias que se calculan distinto que antes sin que haya cambiado nada.
• Totales de Previred que no cuadran con la nómina.
• Haberes que existen en Buk y nadie sabe de dónde salieron.
• El equipo vuelve a revisar todo en Excel porque no confía en el sistema.

Si ya migraste y te reconoces en esta lista, el problema tiene arreglo, pero cuesta más que haberlo revisado antes. La señal aparece al cruzar información entre personas y períodos, un análisis que pocas áreas de personas alcanzan a hacer en paralelo a la operación. En el Diagnóstico Express lo hacemos con los datos de tu empresa y entregamos cada hallazgo con su impacto en pesos.

En resumen

Migrar la nómina a Buk es la oportunidad de revisar fichas, contratos, haberes, descuentos en curso, saldos e historial antes de que se conviertan en datos del sistema nuevo. El historial importa porque vacaciones, licencias, indemnizaciones y gratificación se calculan con promedios, y la única validación confiable es un cálculo en paralelo, persona por persona. Si quieres externalizar esa migración y la operación mensual, revisa cómo trabajamos en remuneraciones en Buk.

Preguntas frecuentes