Foro Excel

Hola Adrian,

mi soluccion (tres versiones de la misma) solo require el uso de los valores numericos de los meses (para la compatibilidad de las versiones en distintos idiomas) y no necesita de celdas adicionales. La tercera version es una formula de entrada normal, mientras que la primera y la segunda son matriciales.

Reconozco que cuando volvi , ya estaban las respuestas de Kirill, asi que cuelgo mi archivo, y despues vere respuestas a nivel MVP.

GALI

Modificarí­a mi formula en F2 por
{=MAX((RESIDUO(FIN.MES(FECHANUMERO("01/"&$C$2&"/06"),-1)+FILA(1:7),7)=J1)*(FIN.MES(FECHANUMERO("01/"&$C$2&"/06"),-1)+FILA(1:7)))}

La tablita que alimenta el Buscarv, como traductor de Nombrediasemana por Numerodiasemana, seria totalemente innecesaria en el supuesto de capturar el numero del dia de demana de la casilla de ocion del usuario.

GALI

Hola GALI,

Creo que ya sabes lo que diria yo
1) uso de la funcion FIN.MES del paquete Herramientas para el Analisis (problema de compatibilidad, portabilidad)
2) uso de una referencia dinamica para crear la matriz de dias de semana FILA(1:7) (si alguien introduce una fila en cualquier lugar por encima de la fila 8, la formula fallaria)
3) uso de los literales de dias y meses (problema de compatibilidad)

La mia tambien tiene defectos, pero dado el numero de datos, me quedo con la volatilidad y la relativa lentidud de mi solucion

Hola de nuevo,

Dicho lo de arriba, me sigue gustando la idea de GALI, por lo cual he estado jugando con ella y aqui os pongo el resultado:

1) formulas no matriciales
2) la primera formula mas corta
3) sin funciones ATP
4) compatibilidad con otros idiomas
5) rapida
6) el valor del año - dinamico
7) sin el problema de FILA(1:7)

Muy buena y para mi: novedosa esta notación: =FECHA(C2,B3,) , Además de un buen recurso, una elegante solucion para evitar el uso de las ATP fnc.
El reemplazo por la constante matricial al teimpo que evita el problema del agregado de filas, nos invita a recorrer las páginas de Laurent Longre, quien expone esta temática de Ietraciones en matrciales, en forma muy clara e interesante, y de paso refrescamos un poco nuestro francés, entumecido por lo infrecuente de su uso, o por lo menos para mí­, así­ me resulta.
¡Chapeau!

GALI

Solamente un pequeño cambio para cumplir cabalmente con la compatibilidad del idioma que menciona KL.

Saludos

Hola Adrian,

Adrian";p="30385 escribió:KL
Por favor, serí­a tan amable de explicarme algunas de sus fórmulas paso por paso, pues es mi algo nuevo, el ordenamiento interno de los datos.

Me gustaria explicartelas, pero ando un pelin justo de tiempo. Si me indicas que parte de la formula es la que no entiendes intentare explicarla cundo tenga un momento. Para entender el funcionamiento de matrices en formulas de forma generalizada te recomiendo la siguiente lectura:

http://www.emailoffice.com/excel/arrays-bobumlas.html
http://www.xldynamic.com/source/xld.SUMPRODUCT.html (en este foro hay una traduccion en castellano hecha por xpelos)

Hola sailepaty,

sailepaty";p="30390 escribió:Solamente un pequeño cambio para cumplir cabalmente con la compatibilidad del idioma que menciona KL.

Bueno, mi idea no iba tan lejos como adaptar la iterfaz de usuario, sino hacer que las formulas funcionen en cualquier version, pero ya puestos... Me parece que tu solucion aunque buena y economica es un pelin "user-unfriendly" incluso si formateas la celda [B2] como dddd para que no aparezcan los numeros "raros" (lo cual me imagino era la intencion). El usuario de a pie podria verse confundirdo por las fechas extrañas que vea en la barra de formulas. Ademas, al cambiar de idioma los valores ya elegidos en los desplegables de Validacion permameceran lo cual provocara errores. Mi alternativa seria la que adjunto.

Buen punto.

Saludos

Saludos:

Me gustaria aportar otra solucion, ustedes diran

Saludos nuevamente;

He hecho un pequeño cambio en la función, creo que queda mejor que la anterior.

¿ Pasara el analisis de volatilidad, portabilidad, compatibilidad ?

Sintetica, sin matricialidad, excelente. Bravo Raigosa.
GALI