Batalla de pesos pesados: Ronda 2

¡Comienza la segunda ronda! En esta ronda, el objetivo es comprender qué sucede cuando los valores que se supone que coinciden se almacenan como tipos de datos diferentes. ¿Diferentes tipos de datos? Las celdas pueden almacenar muchos tipos de datos, incluidos números, texto, fechas, horas, etc. El formato que aplica a una celda no afecta el tipo de datos del valor de celda almacenado. Por lo tanto, puede parecer que dos celdas tienen el mismo valor, pero una celda puede almacenarlo como un número y la otra celda puede almacenarlo como una cadena de texto. Entonces, la pregunta es: ¿BUSCARV y SUMIFS coinciden con valores equivalentes cuando se almacenan como tipos de datos diferentes? Vamos a averiguar. ¡La segunda ronda comienza ahora!

La ronda 2

Veamos un ejemplo concreto de tipos de datos.

Tenemos una columna de ID de proveedores y queremos recuperar el monto de cada uno:

Algunos de los ID de proveedores, como SMI333 y KEY201, son cadenas de texto. Parecen cadenas de texto y se almacenan como cadenas de texto. De hecho, la alineación de celda predeterminada para los valores de texto está alineada a la izquierda. Por supuesto, podemos cambiar eso manualmente, pero de forma predeterminada, Excel alinea los valores de texto a la izquierda.

También tenemos algunos ID de proveedores que son numéricos, como 40022 y 40012. Parecen números y se almacenan como números. La alineación de celda predeterminada para los números está alineada a la derecha y, de hecho, estos están alineados a la derecha. Hasta ahora, todo bien.

Ahora echemos un vistazo a nuestra tabla de datos:

Interesante… aquí todos los ID de proveedores están alineados a la izquierda, incluidos 40012 y 40039. Entonces… ¿qué pasa? ¿Son cadenas de texto o números? Esto nos lleva al punto exacto de esta publicación. Para nosotros, parecen números… pero… Excel los ha almacenado como valores de texto. Esto puede suceder dependiendo de la fuente de datos y de cómo ingresamos los datos en Excel.

De hecho, al examinar la tabla de datos, vemos que los identificadores numéricos tienen una alerta verde en la celda. Las alertas nos dicen que estos valores parecen ser números pero en realidad están almacenados como cadenas de texto. Parecen números, pero el tipo de datos es texto… y aunque apliquemos algún tipo de formato de celda, o las alineemos a la derecha, seguirán almacenándose como texto.

Entonces la pregunta es: ¿coincidirán? Específicamente, ¿coincidirán los valores equivalentes entre las listas, incluso cuando se almacenen como tipos de datos diferentes?

Vamos a averiguar.

BUSCARV

Probamos primero con BUSCARV. Escribimos la siguiente fórmula en C9:

=BUSCARV(B9, Tabla1, 4, 0)

Lo llenamos y… hmmm:

Los ID de texto funcionan bien, pero obtenemos un error para los ID numéricos. Y eso es exactamente correcto: BUSCARV no coincide con valores equivalentes cuando se almacenan como tipos de datos diferentes.

¿Qué pasa con SUMIFS? Vamos a averiguar.

SUMIFS

Escribimos la siguiente fórmula en D9:

=SUMIFS(Tabla1[Cantidad], Tabla1[ID de proveedor], B9)

Completamos la fórmula y bam:

Vaya… ¡funcionó! Entonces, aquí está el trato: SUMIFS coincidirá con valores equivalentes, incluso cuando se almacenen como tipos de datos diferentes.

¡Así se hace SUMIFS!

Análisis

Entonces, aquí está el punto clave de esta publicación:

BUSCARV no coincide con valores equivalentes cuando se almacenan como tipos de datos diferentes;

SUMIFS hace

En la práctica, ¿qué función utilizarías al intentar completar una tarea como la presentada? Yo a… ¡SUMIFS!

Otorguemos los puntos y actualicemos nuestro marcador. El “ganador” de la ronda obtiene 10 puntos, es decir, 10 puntos para SUMIFS. Esto nos recuerda que cuando hay diferentes tipos de datos en la columna de búsqueda, SUMIFS funciona bien.

Y pensemos en BUSCARV. ¿Podría BUSCARV realizar esta tarea con una función auxiliar o está derribada? Bueno, podríamos usar una función auxiliar anidada como VALOR/TEXTO para cambiar el tipo de datos como se explica aquí . También podríamos cambiar manualmente el tipo de datos con una variedad de enfoques. Entonces, otorgaremos 9 puntos a BUSCARV.

Entonces, en esta ronda, vemos una puntuación de 10 para SUMIFS y 9 para BUSCARV. Estos puntajes nos recuerdan que cuando se almacenan valores equivalentes como tipos de datos diferentes, SUMIFS funcionará bien y que BUSCARV puede funcionar con un poco de ayuda.

Aquí hay un resumen por ronda hasta el momento:

Y actualicemos el marcador por favor…

Muy bien… eso es todo por esta ronda, ¡nos vemos en la ronda 3!

Archivo de muestra: Round2.xlsx