Calculá tu sueldo neto, monotributo 2026 e impuesto a las ganancias 2026

El sueldo bruto es el monto total antes de descuentos. El sueldo neto (o "de bolsillo") es el resultado de restar aportes y otros descuentos. En relación de dependencia, los descuentos típicos que se ven en el recibo son: jubilación, obra social y Ley 19.032 (PAMI). A eso, en algunos casos, se le suma una retención de impuesto a las ganancias.

Un error común es comparar netos de distintas personas sin chequear si están incluyendo extras (presentismo, horas extra, bonos), reintegros, cuotas sindicales o descuentos particulares. Por eso, si querés usar un simulador de sueldo neto para tomar decisiones (por ejemplo negociar un salario o evaluar un cambio de trabajo), conviene estandarizar: comparar bruto mensual sin variables y, recién después, sumar el resto.

En estimaciones rápidas se suele usar un total de 17% en aportes: 11% jubilación + 3% obra social + 3% Ley 19.032. En la vida real pueden existir topes o particularidades según normativa y tipo de empleo, pero como aproximación inicial funciona muy bien para entender el orden de magnitud.

En tu recibo de sueldo pueden aparecer con nombres distintos (por ejemplo "Jubilación", "Obra Social", "INSSJP", "Ley 19032"). La idea del simulador no es reemplazar el recibo real, sino ayudarte a "sanear" el cálculo mental y bajar la ansiedad de no saber cuánto queda.

Cuando escuchás "escala progresiva", significa que no pagás una sola tasa sobre todo tu ingreso, sino que el impuesto crece por tramos. Cada tramo tiene un mínimo ("desde"), un máximo ("hasta"), una alícuota y, en muchos esquemas, un monto fijo. Matemáticamente se interpreta como: impuesto = monto fijo + alícuota * (base imponible − mínimo del tramo).

La clave es la base imponible, que no es lo mismo que el sueldo bruto. Primero se restan aportes obligatorios y luego deducciones (mínimo no imponible, deducción especial y, si corresponde, cargas de familia como cónyuge o hijos). Esas deducciones cambian con el tiempo. Por eso, en este proyecto, la tabla de tramos y las deducciones se guardan en JSON: podés actualizar sin reescribir componentes.

¿Por qué este tema genera confusión? Porque en la práctica interviene el empleador (agente de retención), tu carga de deducciones, cambios de remuneración, y la normativa vigente. El simulador de ganancias de esta página es una estimación mensual orientativa: es útil para planificar, pero no reemplaza el cálculo del empleador ni la consulta profesional.

Si facturás por tu cuenta, el monotributo es uno de los regímenes más usados. Dos preguntas típicas: "¿qué categoría soy?" y "¿cuánto pago por mes?". La categoría suele definirse por el tope de facturación anual, y la cuota mensual depende de la tabla vigente.

Para no depender de una base de datos, este sitio lee la tabla desde un archivo JSON versionado. Eso permite dos cosas: (1) mantener el cálculo siempre rápido, y (2) dejar un historial de cambios cuando AFIP actualiza topes o cuotas. Además, el simulador te muestra el límite máximo cargado para que sepas cuándo podrías exceder el régimen.

Si tu objetivo es negociar un salario, lo más útil es simular varios escenarios de bruto y ver el neto estimado. Si tu objetivo es planificar como monotributista, lo más útil es estimar facturación anual y revisar la categoría resultante, junto con la cuota mensual. Y si tu objetivo es anticipar retenciones, usá el simulador de ganancias para ver cómo la base imponible cambia con deducciones.

Un enfoque práctico: armá un rango. Por ejemplo, simular el peor caso (sin deducciones), un caso intermedio (con deducciones razonables) y tu mejor caso (con cargas de familia aplicables). Con ese rango, tu presupuesto mensual deja de depender de una única cifra.

Los cálculos de este sitio dependen de parámetros que cambian: topes de monotributo, cuotas, deducciones de ganancias y escalas por tramos. En vez de "hardcodear" números en el frontend, los guardamos en /data con estructura clara y fecha de última actualización. Esto evita errores, facilita auditoría y permite actualizaciones rápidas sin tocar la UI.

Si sos técnico, esto también es una decisión de producto: al mantener datos versionados, podés publicar artículos explicando cambios ("monotributo 2026: nuevos topes y cuotas", "ganancias 2026: escala actualizada") y enlazarlos internamente para construir un cluster SEO que crece en el tiempo.

Antes de tomar cualquier decisión importante, respondé estas preguntas: ¿tu salario incluye variables? ¿tu recibo tiene descuentos adicionales (sindicato, seguros, préstamos)? ¿cargaste deducciones y cargas de familia cuando corresponde? ¿tu facturación anual proyectada es realista (picos estacionales incluidos)? ¿estás cerca del tope máximo del monotributo? Estas respuestas suelen explicar la mayor parte de las diferencias entre "lo que me dijeron" y "lo que realmente cobro".

Este proyecto prioriza rendimiento: Next.js 14, App Router, contenido estático y componentes de servidor cuando se puede. Los simuladores son client components porque requieren inputs, pero el resto del contenido (que es lo que Google indexa) se sirve estático. Menos JavaScript, menos dependencias, mejor experiencia, más chances de un Lighthouse 95+.

También cuidamos lo técnico: metadata completa, canonical, OpenGraph, Twitter Cards, JSON-LD (FAQ y breadcrumb), sitemap y robots. Esta base está lista para crecer a un cluster de páginas long-tail (por ejemplo /cuanto-cobro/500000, /cuanto-cobro/800000, etc.) sin reescribir arquitectura.

Este sitio es educativo y de estimación. No constituye asesoramiento contable, legal ni fiscal. Los valores pueden cambiar y tu caso puede tener particularidades. Para exactitud legal y fiscal, consultá fuentes oficiales y/o un profesional.

Si querés responder "cuánto cobro" en una charla rápida, lo más útil es calcular un rango realista. Por ejemplo, si tu sueldo bruto mensual es estable y no tenés variables, el neto va a estar dominado por aportes (jubilación, obra social y Ley 19.032) y, eventualmente, por ganancias. Si en cambio tenés bonos o comisiones, el bruto varía mes a mes y el neto también: ahí el simulador te sirve para estimar el impacto de un aumento puntual.

Un uso típico es el de negociación salarial. Si te ofrecen un "bruto" y vos necesitás un "en mano", podés simular distintos brutos hasta acercarte al neto objetivo. Esto evita caer en el error de pedir un neto sin saber qué componente está empujando el descuento: a veces el salto se explica solo por aportes, y otras veces por el ingreso a una zona donde aparece retención de ganancias (según escala y deducciones).

El error más común es confundir "bruto" con "básico". Hay convenios donde el básico es solo una parte del bruto y el resto son adicionales. También es frecuente olvidar descuentos no estándar: cuota sindical, seguros, préstamos, embargos, adelantos, reintegros o descuentos por comedor/transporte. Por eso, si tu objetivo es exactitud, la referencia final siempre es el recibo de sueldo.

Otro error frecuente es mezclar períodos: comparar un neto de un mes con bono contra un bruto de un mes sin bono. Para ordenar esto, pensá en "mensualidad típica" (sin eventos extraordinarios) y, por separado, "mes con extras". Si tu trabajo tiene estacionalidad, podrías tomar el promedio de 3 a 6 meses.

En ganancias, el error común es suponer que la alícuota del tramo se aplica a todo el ingreso. En un esquema progresivo, la alícuota marginal aplica al excedente del tramo. Eso reduce la confusión y evita estimaciones exageradas.

La categoría de monotributo suele determinarse por facturación anual. Si tu facturación cambia a lo largo del año, tu estimación debería contemplar picos (por ejemplo meses con mayor demanda). Una regla práctica es proyectar por trimestre: estimás el trimestre fuerte, el trimestre flojo y extrapolás. Si tu actividad es nueva, podés empezar con un rango conservador y ajustarlo a medida que tengas facturas emitidas.

Además, si estás cerca del tope de una categoría, te conviene monitorear el acumulado. La diferencia entre "estoy cerca" y "me pasé" no es menor, porque exceder el límite máximo del régimen puede implicar cambios de régimen y obligaciones distintas. El simulador te muestra el límite máximo cargado en los datos para que tengas una referencia rápida.

La parte más importante del impuesto a las ganancias no es la escala, sino la base imponible. En la práctica, la base imponible surge de restar aportes y deducciones. Algunas deducciones son generales (como el mínimo no imponible y la deducción especial) y otras dependen de tu situación (cargas de familia, deducciones informadas, etc.).

En esta primera versión modelamos un set de deducciones mensuales parametrizables: mínimo no imponible, deducción especial, cónyuge y por hijo. Esto permite capturar el comportamiento principal del impuesto (por qué a veces "aparece" y a veces "desaparece"), sin convertir el sitio en una herramienta burocrática con decenas de campos.

Si querés mejorar la precisión en el futuro sin romper la arquitectura, el camino es agregar deducciones como nuevos campos en JSON y extender el cálculo en /utils, manteniendo los componentes de UI livianos.

Bruto: remuneración antes de descuentos. Neto: resultado luego de aportes/impuestos estimados. Aportes: descuentos obligatorios del empleado (por ejemplo jubilación). Retención: monto que el empleador descuenta y deposita (por ejemplo ganancias). Base imponible: monto sobre el que se calcula el impuesto. Tramo: rango de base imponible con fórmula específica. Alícuota: porcentaje aplicado al excedente.

Este sitio ya está preparado para crear páginas programáticas long-tail del tipo "cuánto cobro con X bruto" usando rutas limpias. La idea es que cada URL responda una intención específica con un H1 claro, una respuesta rápida (simulador pre-cargado) y un texto breve de soporte. Con esto podés atacar búsquedas como "cuánto cobro con 800000 bruto" o "cuánto cobro con 1200000 bruto" y capturar tráfico orgánico de intención alta.

En paralelo, el cluster editorial puede crecer con artículos guía: "cómo se calcula el neto", "qué es la base imponible", "tabla de monotributo 2026", "escala de ganancias 2026", "cómo declarar deducciones", etc. Lo importante es mantener una arquitectura modular: datos en JSON, cálculo en utils, UI en componentes y páginas estáticas con buen enlazado interno.

Si querés validar el simulador con tu recibo, el camino es comparar por concepto y no solo por "neto". Primero chequeá que el bruto coincida (o que estés usando el mismo mes). Luego compará los tres aportes principales. Finalmente, si hay ganancias, chequeá la retención. Si el recibo tiene topes o conceptos propios de tu convenio, podés ver diferencias y eso no significa que el simulador "esté mal": significa que tu caso tiene reglas extra.

También recordá que algunas empresas prorratean o ajustan retenciones con el correr de los meses. Por eso, el cálculo mensual orientativo es una foto útil, pero el comportamiento real puede tener ajustes.

A diferencia de muchos sitios que "cablean" números en el frontend, acá la actualización anual se hace cambiando archivos JSON en /data. Eso permite versionar cambios, revisar diferencias y mantener la web estable. El código no depende de APIs externas ni de un backend con estado: es intencional para maximizar confiabilidad y performance.

Cuando cambian topes de monotributo o la escala de ganancias, actualizás JSON, corrés el build y listo. En un activo a 12 meses, esto reduce deuda técnica y evita depender de terceros.

Con esta base, los siguientes incrementos de valor suelen ser puramente de contenido: sumar comparativas, ejemplos y páginas long-tail. A nivel técnico, lo más importante es mantener el sitio liviano, evitar librerías innecesarias y sostener buenas métricas de Core Web Vitals. Una calculadora rápida y clara tiende a retener al usuario, ganar backlinks naturales y posicionar más fácil.

Para el usuario final, el mejor "upgrade" suele ser la claridad: explicar con ejemplos qué significa cada descuento, cuándo conviene mirar el bruto vs el neto y cómo cambia el escenario si hay familia a cargo o variaciones mensuales. Para el SEO, el mejor "upgrade" suele ser el enlazado interno: desde cada guía hacia los simuladores y desde cada página programática hacia la guía principal. Esa combinación (contenido útil + experiencia rápida) es la que, con constancia, puede sostener un objetivo de 100.000 visitas orgánicas mensuales en un horizonte de 12 meses.