Hola a todos,

Tengo un listado con cotizaciones de cambio de algunas monedas y
necesito tomar el tipo de cambio correspondiente al último día del mes
de los registros que tengo.

Columna A: Fecha de cotizacion
Columna B: Símbolo de la moneda
Columna C: Nombre de la moneda
Columna D: VEF por cada unidad (de la moneda)
Columna E Unidades (de la moneda) por VEF

2008-07-08 ARS Argentina Pesos 0.7126337992 1.4032452588
2008-07-08 AUD Australia Dollars 2.0471119731 0.4884930640
2008-07-08 BSD Bahamas Dollars 2.1473000000 0.4657011130

Esto es un ejemplo de como se distribuyen los datos en la hoja. Lo que
necesito es que en otra hoja tener por cada moneda la cotización que
corresponde al último día de cada mes, para luego hacer el promedio
del año completo.

ARS Argentina Pesos
Enero 0.000000000000
Febrero 0.000000000000
....
etcetera.

Gracias

hola, Daniel !

si para el promedio anual solo necesitas el dato del ultimo dia de cada mes... (creo que)

- podrias usar una hoja para cada moneda (dias en las filas y meses en columnas)
con lo que seria mas facil obtener promedios (por dia, por mes y anuales)

- la forma en que distribuyes los datos (en este ejemplo) requiere de formulas menos "sencillas"
que (mas segura que) probablemente resultarian en formulas "consume-recursos"
(tendrias que "empatar" fecha-simbolo descartando cada vez "veintitantos" registros)

seria mas sencillo repetir el dato del ultimo dia para cada moneda en tu hoja concentradora -?-

si cualquier duda (o informacion adicional)... comentas ?
saludos,
hector.

__ OP __
Tengo un listado con cotizaciones de cambio de algunas monedas y necesito tomar el tipo de cambio
correspondiente al último día del mes de los registros que tengo.

Columna A: Fecha de cotizacion
Columna B: Símbolo de la moneda
Columna C: Nombre de la moneda
Columna D: VEF por cada unidad (de la moneda)
Columna E Unidades (de la moneda) por VEF

2008-07-08 ARS Argentina Pesos 0.7126337992 1.4032452588
2008-07-08 AUD Australia Dollars 2.0471119731 0.4884930640
2008-07-08 BSD Bahamas Dollars 2.1473000000 0.4657011130

Esto es un ejemplo de como se distribuyen los datos en la hoja. Lo que necesito es que en otra hoja tener
por cada moneda la cotización que corresponde al último día de cada mes, para luego hacer el promedio del año completo.

ARS Argentina Pesos
Enero 0.000000000000
Febrero 0.000000000000
.....
etcetera.

Gracias

Hola Héctor,

Gracias por la respuesta, pero te confieso que entendí muy poco...

Te explico estos datos me los mandan por correo electrónico todos los
días, yo los copio en la hoja y los almaceno, no me limito solo a
guardad la información del último día del mes porq pudiera necesitar
otra fecha, y en otras hojas lo que hago es poner la fecha y la moneda
y la funcion me lo busca en esta hoja.

Lo que necesito es principalmente ubicar esos registros para con ellos
después hacer los promedios (eso lo puedo resolver luego) Pudieramos
pensar que se puede resolver con colocar la fecha del último día del
mes y buscar esa fecha en el listado, pero yo no conozco de memoria
cáda uno porq no siempre termina en 30 ó 31, si éstos días no son
hábiles el último día puede ser 29, 28 o inclusive 27, y no voy a
tener registros para 30 ó 31.

No se si me explico...

Saludos,

Daniel Galíndez M

On 9 jul, 17:20, "Héctor Miguel" <NOhemiordiS...***PLShotmail.com>
wrote:
> hola, Daniel !
>
> si para el promedio anual solo necesitas el dato del ultimo dia de cada mes... (creo que)
>
> - podrias usar una hoja para cada moneda (dias en las filas y meses en columnas)
> *** con lo que seria mas facil obtener promedios (por dia, por mes y anuales)
>
> - la forma en que distribuyes los datos (en este ejemplo) requiere de formulas menos "sencillas"
> *** que (mas segura que) probablemente resultarian en formulas "consume-recursos"
> *** (tendrias que "empatar" fecha-simbolo descartando cada vez "veintitantos" registros)
>
> *** seria mas sencillo repetir el dato del ultimo dia para cada moneda entu hoja concentradora *** ***-?-
>
> si cualquier duda (o informacion adicional)... comentas ?
> saludos,
> hector.
>
> __ OP __
> Tengo un listado con cotizaciones de cambio de algunas monedas y necesitotomar el tipo de cambio
> correspondiente al último día del mes de los registros que tengo.
>
> Columna A: Fecha de cotizacion
> Columna B: Símbolo de la moneda
> Columna C: Nombre de la moneda
> Columna D: VEF por cada unidad (de la moneda)
> Columna E Unidades (de la moneda) por VEF
>
> 2008-07-08 ARS Argentina Pesos *** *** *** *** *** *** 0.7126337992 1.4032452588
> 2008-07-08 AUD Australia Dollars *** *** *** *** *** 2.0471119731 0.4884930640
> 2008-07-08 BSD Bahamas Dollars *** *** *** *** *** *** 2.1473000000 0.4657011130
>
> Esto es un ejemplo de como se distribuyen los datos en la hoja. Lo que necesito es que en otra hoja tener
> por cada moneda la cotización que corresponde al último día de cadames, para luego hacer el promedio del año completo.
>
> ARS Argentina Pesos
> Enero *** *** ***0.000000000000
> Febrero *** 0.000000000000
> ....
> etcetera.
>
> Gracias

hola, Daniel !

> ... estos datos me los mandan por correo... todos los dias, yo los copio en la hoja y los almaceno
> no me limito solo a guardad la informacion del ultimo dia del mes porq pudiera necesitar otra fecha
> y en otras hojas lo que hago es poner la fecha y la moneda y la funcion me lo busca en esta hoja.
>
> Lo que necesito es principalmente ubicar esos registros para con ellos despues hacer los promedios (eso lo puedo resolver luego)
> Pudieramos pensar que se puede resolver con colocar la fecha del ultimo dia del mes y buscar esa fecha en el listado
> pero yo no conozco de memoria cada uno porq no siempre termina en 30 o 31
> si estos dias no son habiles el ultimo dia puede ser 29, 28 o inclusive 27, y no voy a tener registros para 30 o 31.
>
> No se si me explico...

si necesitas conocer el ultimo dia de un "determinado" mes, pregunta por el dia 0 -cero- del mes siguiente (p.e.)
el ultimo dia del mes de febrero: =fecha(2008,3,0) o lo que es lo mismo =fecha(a#o,mes_siguiente,dia_0)

si ademas necesitas descartar cuando son dias inhabiles (empiezan las complicaciones, pero)...prueba la funcion diasem(...)
-> consulta la ayuda en linea para deteminar como considerar sabados y domingos

si ademas necesitas descartar dias inhabilies por "festividades especiales" (aumentan las complicaciones) :-((

si ademas necesitas descartar (si fuera el caso) cuando no existe cotizacion en determinada moneda... (ya mejor ni le sigo) )

(precisamente) por este tipo de detalles es que (yo) prefiero llevar un registro de tipo "hoja-por-moneda"
(p.e. los dias en las filas de la columna A y los meses en las columnas de la fila 1 a partir de la columna B)

saludos,
hector.

===========================================
¡Importante!: Colabora con el grupo.Contesta a este mensaje
y dinos si te sirvió o no la respuesta dada. Muchas gracias.
===========================================

De vez en cuando tomo preguntas de este grupo e intento resolverlas para
aprender cosas, pero ....

En este caso me limitaré a plantear como yo lo veo, ya que para mi esto en
Access se hace con una consulta simple.

Héctor (yo se que tu puedes y sabes) en esta caso no seria algo parecido a
un SUMAPRODUCTO con las condiciones de que la moneda sea la indicada, el mes
de la fecha (y entiendo que también el año) sea el indicado y la fecha sea
la máxima que cumpla las dos condiciones anteriores?


SALUDOS.
Julián-Valencia-España
http://ijulian.iespana.es/


"Héctor Miguel" <NOhemiordiSPAM***PLShotmail.com> escribió en el mensaje
news:e0LIvbh4IHA.5060***TK2MSFTNGP02.phx.gbl...
> hola, Daniel !
>
>> ... estos datos me los mandan por correo... todos los dias, yo los copio
>> en la hoja y los almaceno
>> no me limito solo a guardad la informacion del ultimo dia del mes porq
>> pudiera necesitar otra fecha
>> y en otras hojas lo que hago es poner la fecha y la moneda y la funcion
>> me lo busca en esta hoja.
>>
>> Lo que necesito es principalmente ubicar esos registros para con ellos
>> despues hacer los promedios (eso lo puedo resolver luego)
>> Pudieramos pensar que se puede resolver con colocar la fecha del ultimo
>> dia del mes y buscar esa fecha en el listado
>> pero yo no conozco de memoria cada uno porq no siempre termina en 30 o 31
>> si estos dias no son habiles el ultimo dia puede ser 29, 28 o inclusive
>> 27, y no voy a tener registros para 30 o 31.
>>
>> No se si me explico...
>
> si necesitas conocer el ultimo dia de un "determinado" mes, pregunta por
> el dia 0 -cero- del mes siguiente (p.e.)
> el ultimo dia del mes de febrero: =fecha(2008,3,0) o lo que es lo mismo
> =fecha(a#o,mes_siguiente,dia_0)
>
> si ademas necesitas descartar cuando son dias inhabiles (empiezan las
> complicaciones, pero)...prueba la funcion diasem(...)
> -> consulta la ayuda en linea para deteminar como considerar sabados y
> domingos
>
> si ademas necesitas descartar dias inhabilies por "festividades
> especiales" (aumentan las complicaciones) :-((
>
> si ademas necesitas descartar (si fuera el caso) cuando no existe
> cotizacion en determinada moneda... (ya mejor ni le sigo) )
>
> (precisamente) por este tipo de detalles es que (yo) prefiero llevar un
> registro de tipo "hoja-por-moneda"
> (p.e. los dias en las filas de la columna A y los meses en las columnas de
> la fila 1 a partir de la columna B)
>
> saludos,
> hector.
>

hola, julian !

> En este caso me limitare a plantear como yo lo veo, ya que para mi esto en Access se hace con una consulta simple.

(para mi) si desde el arreglo/diseno de la "base de datos" llevas la preparacion de lo que necesitaras despues...
(en excel) ni siquiera es necesario consultar de manera adicional (lo que en un buen arreglo estara "a la vista")

> ... en esta caso no seria algo parecido a un SUMAPRODUCTO con las condiciones de
> que la moneda sea la indicada
> el mes de la fecha (y entiendo que tambien el a#o) sea el indicado
> y la fecha sea la maxima que cumpla las dos condiciones anteriores?

de seguro que si... (solo que) en lo que yo estoy pensando es en la (casi) segura necesidad de "rastrear"...
- 300 o mas registros/fias, multplicados por n_monedas, para rescatar dos datos (por cada una y de cada mes)
- en una hoja de resumen que ya acumulara n_formulas usando funciones que (de todas formas) trabajan en matrices
- lo que a su vez requerira de un mayor uso/consumo de recursos disponibles (memoria y tiempo de re/calculos)...
- cuando todo podria ser mas sencillo (simplemente) cambiando "el arreglo" de la colecta de datos

(pero como dicen): "al cliente... lo que pida" (en cuanto queden claros "el alcance" y "sus costos") )

saludos,
hector.

>> En este caso me limitare a plantear como yo lo veo, ya que para mi esto
>> en Access se hace con una consulta simple.
>
> (para mi) si desde el arreglo/diseno de la "base de datos" llevas la
> preparacion de lo que necesitaras despues...
> (en excel) ni siquiera es necesario consultar de manera adicional (lo que
> en un buen arreglo estara "a la vista")

A la hora de 'manejar' datos yo prefiero Access, aunque reconozco que hay
verdaderas maravillas de 'bases de datos' en Excel, desconozco el motivo,
supongo que es porque Excel apareció antes que Access, porque es mas facil
atreverse con Excel que con Access

En cuanto a que no es necesario consultar de forma adicional permiteme que
no esté conforme, si a partir de un 'arreglo' montamos otra hoja u otras
celdas que nos del totales o que reflejen unos datos seleccionados de entre
los existentes en el 'arreglo' para mi eso son consultas.

>> ... en esta caso no seria algo parecido a un SUMAPRODUCTO con las
>> condiciones de
>> que la moneda sea la indicada
>> el mes de la fecha (y entiendo que tambien el a#o) sea el indicado
>> y la fecha sea la maxima que cumpla las dos condiciones anteriores?
>
> de seguro que si... (solo que) en lo que yo estoy pensando es en la (casi)
> segura necesidad de "rastrear"...
> - 300 o mas registros/fias, multplicados por n_monedas, para rescatar dos
> datos (por cada una y de cada mes)
> - en una hoja de resumen que ya acumulara n_formulas usando funciones que
> (de todas formas) trabajan en matrices
> - lo que a su vez requerira de un mayor uso/consumo de recursos
> disponibles (memoria y tiempo de re/calculos)...
> - cuando todo podria ser mas sencillo (simplemente) cambiando "el arreglo"
> de la colecta de datos

Sin comentarios y por supuesto no lo pongo en duda, lo que te he leido por
estos sitios me hace estar seguro de que es como cuentas.

> (pero como dicen): "al cliente... lo que pida" (en cuanto queden claros
> "el alcance" y "sus costos") )

Ese fue el motivo que me llevó a pnatear una posible solucion a la pregunta,
aunque yo hubiese tratado el tema desde un principio con Access.

> saludos,
> hector.


SALUDOS.
Julián-Valencia-España
http://ijulian.iespana.es/

Julián, Hector,

Gracias por sus comentarios,

Planteé mi consulta aquí porq había empezado a vaciar los datos en una
hoja de cálculo, porque pensé que sería más sencillo hacerlo en Excel.
De hacerlo con Access tengo dudas acerca de cómo pasar la información
del correo que recibo hacia la base de datos, no tengo claro cuál
sería la forma más sencilla de hacerlo...

Si ustedes consideran que Access sería una vía más práctica, no tengo
problemas.

--DGM--

On 10 jul, 07:42, "julian-vlc-sp" <ijulianESTOSO...***iespana.es> wrote:
> >> En este caso me limitare a plantear como yo lo veo, ya que para mi esto
> >> en Access se hace con una consulta simple.
>
> > (para mi) si desde el arreglo/diseno de la "base de datos" llevas la
> > preparacion de lo que necesitaras despues...
> > (en excel) ni siquiera es necesario consultar de manera adicional (lo que
> > en un buen arreglo estara "a la vista")
>
> A la hora de 'manejar' datos yo prefiero Access, aunque reconozco que hay
> verdaderas maravillas de 'bases de datos' en Excel, desconozco el motivo,
> supongo que es porque Excel apareció antes que Access, porque es mas facil
> atreverse con Excel que con Access
>
> En cuanto a que no es necesario consultar de forma adicional permiteme que
> no esté conforme, si a partir de un 'arreglo' montamos otra hoja u otras
> celdas que nos del totales o que reflejen unos datos seleccionados de entre
> los existentes en el 'arreglo' para mi eso son consultas.
>
>
>
>
>
> >> ... en esta caso no seria algo parecido a un SUMAPRODUCTO con las
> >> condiciones de
> >> que la moneda sea la indicada
> >> el mes de la fecha (y entiendo que tambien el a#o) sea el indicado
> >> y la fecha sea la maxima que cumpla las dos condiciones anteriores?
>
> > de seguro que si... (solo que) en lo que yo estoy pensando es en la (casi)
> > segura necesidad de "rastrear"...
> > - 300 o mas registros/fias, multplicados por n_monedas, para rescatar dos
> > datos (por cada una y de cada mes)
> > - en una hoja de resumen que ya acumulara n_formulas usando funciones que
> > (de todas formas) trabajan en matrices
> > - lo que a su vez requerira de un mayor uso/consumo de recursos
> > disponibles (memoria y tiempo de re/calculos)...
> > - cuando todo podria ser mas sencillo (simplemente) cambiando "el arreglo"
> > de la colecta de datos *** ***
>
> Sin comentarios y por supuesto no lo pongo en duda, lo que te he leido por
> estos sitios me hace estar seguro de que es como cuentas.
>
> > (pero como dicen): "al cliente... lo que pida" (en cuanto queden claros
> > "el alcance" y "sus costos") *** ***)
>
> Ese fue el motivo que me llevó a pnatear una posible solucion a la pregunta,
> aunque yo hubiese tratado el tema desde un principio con Access.
>
> > saludos,
> > hector.
>
> SALUDOS.
> Julián-Valencia-Españahttp://ijulian.iespana.es/- Ocultar texto de lacita -
>
> - Mostrar texto de la cita -

===========================================
¡Importante!: Colabora con el grupo.Contesta a este mensaje
y dinos si te sirvió o no la respuesta dada. Muchas gracias.
===========================================

Eres un monstruo o fiera, lo que prefieras.


SALUDOS.
Julián-Valencia-España
http://ijulian.iespana.es/


"AnSanVal" <ansanval***teleline.es> escribió en el mensaje
news:u1DSJwo4IHA.4260***TK2MSFTNGP06.phx.gbl...
> Con una idea de Héctor, otra de Julián y otra mia :-)), he construido este
> ejemplo (NO contiene macros), que puedes ver si lees los mensajes por el
> Outlook Expres. Si no los lees por el OE, dímelo y te lo envio a tu
> correo.
>
> Es un ejemplo más simple que tu caso real, pero que seguramente (espero)
> podrás adaptar.
>
> Saludos: Antonio.
> *************************
>
>

===========================================
¡Importante!: Colabora con el grupo.Contesta a este mensaje
y dinos si te sirvió o no la respuesta dada. Muchas gracias.
===========================================

En primer lugar, mira la propuesta de AnSanVal a ver si se ajusta o puede
ajustar a lo que necesitas.

En cuanto a lo mas sencillo o rápido para lo que necesitas yo siempre
sostengo que el camino mas rápido no es el mas corto, es aquel que conocemos
y mediante el cual sabemos que vamos a llegar a nuestro destino.

Si quieres hacer pruebas con Access y los datos los sabes pasar fácilmente a
Excel, al igual una opción seria pasar los datos diarios a Excel y desde
Access hacer uso de

Archivo --> Obtener datos externos --> Importar

de esta forma podrías importar la hoja de Excel con los datos del día y
mediante una sencilla consulta agregar los datos a la tabla que has de tener
en Access

Haz alguna prueba con todo esto y recuerda, el camino mas rápido no siempre
es el mas corto, toma el camino que mas cómodo te sea y con el que estés
convencido de llegar a buen puerto


SALUDOS.
Julián-Valencia-España
http://ijulian.iespana.es/


"Daniel Galíndez M." <dgalindezucv***gmail.com> escribió en el mensaje
news:015e0777-3d8f-44fd-b0e0-6047abf6e833***r66g2000hsg.googlegroups.com...
Julián, Hector,

Gracias por sus comentarios,

Planteé mi consulta aquí porq había empezado a vaciar los datos en una
hoja de cálculo, porque pensé que sería más sencillo hacerlo en Excel.
De hacerlo con Access tengo dudas acerca de cómo pasar la información
del correo que recibo hacia la base de datos, no tengo claro cuál
sería la forma más sencilla de hacerlo...

Si ustedes consideran que Access sería una vía más práctica, no tengo
problemas.

--DGM--

On 10 jul, 07:42, "julian-vlc-sp" <ijulianESTOSO...***iespana.es> wrote:
> >> En este caso me limitare a plantear como yo lo veo, ya que para mi esto
> >> en Access se hace con una consulta simple.
>
> > (para mi) si desde el arreglo/diseno de la "base de datos" llevas la
> > preparacion de lo que necesitaras despues...
> > (en excel) ni siquiera es necesario consultar de manera adicional (lo
> > que
> > en un buen arreglo estara "a la vista")
>
> A la hora de 'manejar' datos yo prefiero Access, aunque reconozco que hay
> verdaderas maravillas de 'bases de datos' en Excel, desconozco el motivo,
> supongo que es porque Excel apareció antes que Access, porque es mas facil
> atreverse con Excel que con Access
>
> En cuanto a que no es necesario consultar de forma adicional permiteme que
> no esté conforme, si a partir de un 'arreglo' montamos otra hoja u otras
> celdas que nos del totales o que reflejen unos datos seleccionados de
> entre
> los existentes en el 'arreglo' para mi eso son consultas.
>
>
>
>
>
> >> ... en esta caso no seria algo parecido a un SUMAPRODUCTO con las
> >> condiciones de
> >> que la moneda sea la indicada
> >> el mes de la fecha (y entiendo que tambien el a#o) sea el indicado
> >> y la fecha sea la maxima que cumpla las dos condiciones anteriores?
>
> > de seguro que si... (solo que) en lo que yo estoy pensando es en la
> > (casi)
> > segura necesidad de "rastrear"...
> > - 300 o mas registros/fias, multplicados por n_monedas, para rescatar
> > dos
> > datos (por cada una y de cada mes)
> > - en una hoja de resumen que ya acumulara n_formulas usando funciones
> > que
> > (de todas formas) trabajan en matrices
> > - lo que a su vez requerira de un mayor uso/consumo de recursos
> > disponibles (memoria y tiempo de re/calculos)...
> > - cuando todo podria ser mas sencillo (simplemente) cambiando "el
> > arreglo"
> > de la colecta de datos
>
> Sin comentarios y por supuesto no lo pongo en duda, lo que te he leido por
> estos sitios me hace estar seguro de que es como cuentas.
>
> > (pero como dicen): "al cliente... lo que pida" (en cuanto queden claros
> > "el alcance" y "sus costos") )
>
> Ese fue el motivo que me llevó a pnatear una posible solucion a la
> pregunta,
> aunque yo hubiese tratado el tema desde un principio con Access.
>
> > saludos,
> > hector.
>
> SALUDOS.
> Julián-Valencia-Españahttp://ijulian.iespana.es/- Ocultar texto de la
> cita -
>
> - Mostrar texto de la cita -