Función SUMIFS en Excel — Una fórmula para totales con condiciones (y por qué SUMIF es una trampa)

Resumen — SUMIFS suma una columna, pero solo las filas que pasan todas las condiciones que le das. Sintaxis: =SUMIFS(rango_suma; rango_criterios1; criterios1; …). La mayor trampa de todas: SUMIF y SUMIFS ponen sus argumentos en orden inverso — SUMIF prueba primero y suma al final; SUMIFS suma primero. Copia una fórmula de una a la otra y, sin avisarte, totalizas la columna equivocada. El arreglo es un hábito: usa SUMIFS para todo, aunque tengas una sola condición. Para comparar contra una celda, concatena el operador — ">"&G1, nunca ">G1". Varios criterios se combinan con Y; para O, pasa una matriz y envuélvela en SUM. Funciona en Excel 2007+.

=SUMIFS(Amount, Region, "West")
=SUMIFS(Amount, Region, "West", Amount, ">"&G1)

Casi cada «suma con una condición» que escribirás en tu vida es en realidad la misma pregunta: de todas estas filas, suma las que coinciden. Excel te da dos funciones para ello, y la más antigua — SUMIF — es una trampa que lleva quince años costándole a la gente números correctos. Esta guía gira en torno a una recomendación contundente y, luego, las reglas de criterios que hacen que los totales con condiciones funcionen de verdad.

Nota: en una interfaz de Excel en español la función puede aparecer como SUMAR.SI.CONJUNTO. Equivalentes: SUMIF = SUMAR.SI, SUM = SUMA, UNIQUE = UNICOS, FILTER = FILTRAR, DATE = FECHA, TODAY = HOY. Las fórmulas de abajo usan los nombres en inglés; el comportamiento es idéntico.

Lo que aprenderás

El modelo mental: SUMIFS es una cláusula WHERE que termina en un total
Por qué SUMIF y SUMIFS invierten sus argumentos — y por qué deberías dejar SUMIF
El minilenguaje de criterios: los operadores van entre comillas, ">"&celda compara con una celda
Y viene de serie; O necesita una matriz y un envoltorio SUM
Cómo sumar entre dos fechas sin que el idioma del sistema lo rompa
El movimiento moderno: derramar un resumen por categoría con SUMIFS + UNIQUE

El modelo mental: una cláusula WHERE que termina en un total

Si piensas en SQL, SUMIFS es SELECT SUM(amount) … WHERE region = 'West' AND amount > 1000. Nombras la columna que vas a totalizar y luego apilas pruebas; Excel se queda con las filas donde pasan todas las pruebas y suma sus valores. Todo lo que confunde a la gente sobre SUMIFS desaparece en cuanto sostienes esa imagen: el primer argumento es lo que sumas, y cada par que viene después es un filtro.

' "Suma la columna Amount, para las filas donde Region sea West"
=SUMIFS(Amount, Region, "West")

' Añade un segundo filtro — ahora ambos deben cumplirse (Y)
=SUMIFS(Amount, Region, "West", Product, "Widgets")

Cada rango_criterios debe tener la misma altura que rango_suma — son columnas paralelas de la misma tabla. Si no cuadran las formas, obtienes #VALUE!.

La regla que te salva: deja de usar SUMIF

Aquí está la trampa, y vale más que cualquier otro consejo de esta página. Las dos funciones ordenan sus argumentos al revés una de la otra:

' SUMIF — el rango que PRUEBAS va primero, el rango que SUMAS va al final (opcional)
=SUMIF(Region, "West", Amount)

' SUMIFS — el rango que SUMAS va PRIMERO, luego los pares de prueba
=SUMIFS(Amount, Region, "West")

Léelo dos veces. En SUMIF, Amount es el tercer argumento; en SUMIFS, es el primero. La gente aprende SUMIF, luego necesita una segunda condición, cambia a SUMIFS y pega los rangos en el orden antiguo — ahora Excel suma Region (texto, así que totaliza un número confuso o cero) y trata Amount como rango de criterios. Sin error. Solo un total equivocado que parece plausible.

El veredicto es tajante: olvídate de que SUMIF existe. SUMIFS hace todo lo que hace SUMIF, el orden de los argumentos nunca cambia tengas una condición o diez, y nunca te morderá el cambio. Lo único que SUMIF «ahorra» es escribir una coma. Eso no es razón para arriesgar un error silencioso en un modelo financiero.

El minilenguaje de criterios: los operadores van entre comillas

El argumento llamado criterios es un pequeño lenguaje de cadenas de texto, y hace tropezar a todo el mundo la primera vez que intentan comparar contra una celda en lugar de un valor fijo. Tres reglas cubren casi todo:

=SUMIFS(Amount, Amount, ">1000")        ' umbral literal — vale como texto sin más
=SUMIFS(Amount, Amount, ">"&G1)          ' comparar con una CELDA — concatena el operador
=SUMIFS(Amount, Region, "West*")         ' comodín — cualquier región que empiece por "West"

El error letal es ">G1". Eso no significa «mayor que el valor de G1» — busca filas literalmente iguales al texto "G1", no encuentra ninguna y devuelve 0. El operador (>, <, >=, <>) debe ir dentro de las comillas, y cualquier referencia de celda debe ir fuera, unida con &. Cuando eso hace clic, ">="&TODAY(), "<>"&G1 y "*"&G1&"*" se leen con naturalidad. La comparación de texto no distingue mayúsculas de minúsculas, y * (cualquier carácter) / ? (un carácter) son tus comodines — para un asterisco literal, escápalo con ~*.

Y es gratis; O lo tienes que construir

Apilar pares de criterios te da Y — toda prueba debe cumplirse. No hay argumento «O». La forma limpia de totalizar filas que coincidan con cualquiera de varios valores es una matriz de criterios envuelta en SUM, porque SUMIFS con una matriz de criterios devuelve un total por valor, y SUM los suma:

' Y — de serie: West Y Widgets
=SUMIFS(Amount, Region, "West", Product, "Widgets")

' O — matriz de criterios + SUM: West O East
=SUM(SUMIFS(Amount, Region, {"West","East"}))

Esto importa porque el arreglo ingenuo —sumar dos SUMIFS por separado— está bien para dos valores pero no escala, y cuenta doble sin avisar si tus condiciones O pueden ser ambas verdaderas en la misma fila. El patrón SUM(SUMIFS(…{…}…)) maneja una lista de cualquier longitud y es el modismo estándar en cuanto lo has visto.

Sumar entre dos fechas (a prueba de idioma del sistema)

Un rango de fechas son solo dos criterios sobre la misma columna de fechas — un límite inferior y uno superior. Nunca escribas la fecha como texto (">01/06/2026" se interpreta distinto en EE. UU. y en Europa, y puede que no coincida en absoluto). Construye la fecha con DATE para que sea inequívoca en todas partes:

=SUMIFS(Amount, OrderDate, ">="&DATE(2026,1,1), OrderDate, "<="&DATE(2026,3,31))

Misma columna, dos pruebas, Y entre ellas — eso es el total de un trimestre. Cambia los literales por referencias de celda (">="&H1) y tienes un informe en vivo y parametrizado.

El movimiento moderno: derramar una tabla resumen entera

Aquí es donde los totales con condiciones se encuentran con las matrices dinámicas. Pasa UNIQUE como criterio, y un solo SUMIFS derrama un total para cada categoría de una vez — sin arrastrar, sin lista auxiliar:

=SUMIFS(Amount, Region, UNIQUE(Region))    ' un total por región distinta, derramado

Pon =UNIQUE(Region) en una celda y el SUMIFS al lado, y has construido un resumen que se actualiza solo y crece a medida que aparecen nuevas regiones. Para extracciones genuinamente complejas quizá recurras a FILTER y sumes el resultado — pero para «total por categoría», SUMIFS sobre un derrame de UNIQUE es la herramienta más ágil que hay, y muchísimo más rápida en hojas grandes que una matriz de SUMPRODUCT.

El criterio: SUMIFS vs SUMPRODUCT vs una tabla dinámica

Si todavía escribes SUMPRODUCT((Region="West")*(Amount)) para condiciones en varias columnas, ese patrón es anterior a SUMIFS — es más lento y más difícil de leer, y la única razón para conservarlo es cuando necesitas multiplicar dos columnas y filtrar (un total ponderado). Si construyes el mismo resumen a mano cada mes, una tabla dinámica es mejor hogar para segmentar de forma exploratoria. SUMIFS gana cuando quieres un número concreto, en vivo, incrustado en un modelo — que es la mayor parte del tiempo.

Cómo ayuda ExcelMaster

La mayor parte del trabajo real con SUMIFS se expresa en términos de negocio, no de fórmula: los ingresos totales de la región Oeste en el primer trimestre, por encima del umbral de aprobación de la celda G1. ExcelMaster convierte esa frase en la fórmula — orden de argumentos correcto, concatenación ">"&G1, límites basados en DATE() — y la coloca donde quieras. Tú describes el número que necesitas; él se ocupa de la gramática de criterios que hace a SUMIFS quisquilloso de teclear a mano.

Preguntas frecuentes

¿Por qué mi SUMIF devuelve el total equivocado (o cero)?

Casi siempre es el orden de los argumentos. SUMIF(rango; criterios; rango_suma) prueba primero y suma al final; SUMIFS(rango_suma; rango; criterios) suma primero. Si moviste una fórmula entre ambas sin reordenar, Excel está sumando la columna equivocada. Pásalo todo a SUMIFS y el orden siempre es rango-de-suma-primero.

¿Cómo uso SUMIFS con varios criterios?

Añade más pares rango_criterios; criterios — se combinan con Y, así que toda prueba debe cumplirse: =SUMIFS(Amount, Region, "West", Product, "Widgets"). Cada rango de criterios debe tener la misma altura que el rango de suma.

¿Cómo hago una condición O con SUMIFS?

Pasa las alternativas como una matriz y envuélvelas en SUM: =SUM(SUMIFS(Amount, Region, {"West","East"})). Esto evita el conteo doble que tendrías al sumar simplemente dos fórmulas SUMIFS por separado.

¿Cómo sumo entre dos fechas?

Usa dos criterios sobre la columna de fechas con DATE() para que sea independiente del idioma: =SUMIFS(Amount, OrderDate, ">="&DATE(2026,1,1), OrderDate, "<="&DATE(2026,3,31)).

¿SUMIFS funciona en Excel 2016 o anteriores?

Sí. SUMIFS está disponible desde Excel 2007, y SUMIF desde los años noventa. Ambas funcionan en todas las versiones admitidas — así que no hay razón de compatibilidad para seguir usando la SUMIF más antigua y propensa a trampas.

Probado en

Probado en: Excel 365 (Windows 11) — última verificación 24-06-2026.

Guías relacionadas: Excel COUNTIFS · Excel AVERAGEIFS · Excel FILTER · Excel UNIQUE