Convertir de Integer8 a Fecha

hola, Edgard !

Si funciona la formula que me enviaste, gracias, pero me da la fecha con cinco antes, es decir:
la fecha de hoy en integer8 es 128260080000000000, cuando lo combierto con tu formula me regresa 06/06/2007.
que haria falta para poder reparar esto???

1) si revisas algunos puntos del mensaje anterior con referencia a algunos comentarios *especificos*...
=>> C) si suponemos que dicho *numero* lo tienes en la celda 'A1'...

1) convertirlo a segundos: ¡ / (60 * 10 ^ 7) equivale a: 212,729,545.55
o mejor aun... a dias: ¡ / ( 60 * 10 ^ 7 ) / ( 24 * 60 ) equivale a: 147,728.85
2) *rebajarle* los dias *perdidos* [para excel] de los 299 a#os...
¡ / ( 60 * 10 ^ 7 ) / ( 24 * 60 ) - ( 299 * 365 ) ... [lo que seria la *fecha actualizada* ?]
-> darle un formato de fecha/hora, devolveria algo +/- como lo siguiente: Ago/29/2005 8:25:33.031 p.m.
3) [seguramente] en tanto NO utilices el complemento de John Walkenbach... seguian perdidos algunos dias [los bisiestos ?]
podrias *medio-truquear* modificando la formula final +/- a lo siguiente:
¡ / ( 60 * 10 ^ 7 ) / ( 24 * 60 ) - ( 299 * 365 ) - ( 299 / 4 ) ... [lo que seria la *fecha actualizada* ?]
-> darle un formato de fecha/hora, devolveria algo +/- como lo siguiente: Jun/16/2005 2:25:33.031 a.m.

2) si observas la *correccion* [truqueada] que te propongo para *contabilizar* [y rebajar] los bisiestos...
estoy suponiendo que cada 4 a#os se considera bisiesto con la operacion agregada de: -> - ( 299 / 4 )
PERO... considerar un a#o como bisiesto... tiene *sus reglas* :D
visita: -> http://es.wikipedia.org/wiki/Bisiesto
donde dice que:
"La regla para los a#os bisiestos segon el calendario gregoriano es:"
"Un a#o es bisiesto si es divisible por 4, excepto los principios de siglo (aquellos divisibles por 100)"
"que para ser bisiestos, tambien deben ser divisibles por 400."
"Es decir los a#os que sean divisibles por 4 seran bisiestos"
"aunque no seran bisiestos si son divisibles entre 100 (como los a#os 1500, 1700, 1800, 1900 y 2100)"
"a no ser que sean divisibles por 400 (como los a#os 1600, 2000 o 2400)"

3) a final de cuentas, es mas que *probable* que entre los a#os 1601 a la fecha... *hubieramos* considerado como bisiestos...
5 a#os que en realidad no lo fueron [al haber *truqueado* con - ( 299 / 4 ) -???-] :))

o sea... hay que trabajar en algun mecanismo/procedimiento/formula/... que descarte a#os que *parecieran* bisiestos pero... NO lo son

si cualquier duda... comentas ?
saludos,
hector.

hola [de nuevo], Edgard !

Si funciona la formula que me enviaste, gracias, pero me da la fecha con cinco antes, es decir:
la fecha de hoy en integer8 es 128260080000000000, cuando lo combierto con tu formula me regresa 06/06/2007.
que haria falta para poder reparar esto???

1) de los 5 dias que *traemos perdidos*... ya te recupere 3 :))
sucede que entre 1601 y 1900 existen 3 a#os que NO son "bisiestos" [ya que son divisibles por 100]
estoy incluyendo 1900 ya que existe un 'bug conocido' al ser considerado bisiesto por las funciones de hoja de calculo
-> modifica la formula anterior a lo siguiente:
¡/(60*10^7)/(24*60)-(299*365)-(299/4)+sumaproducto(--(residuo(fila(indirecto("1601:1900")),100)=0))

2) los dos dias que *siguen perdidos*... mucho me temo que... *siguen perdidos* [al menos, por ahora] :))

saludos,
hector.

__ la propuesta anterior __

1) si revisas algunos puntos del mensaje anterior con referencia a algunos comentarios *especificos*...
=>>> C) si suponemos que dicho *numero* lo tienes en la celda 'A1'...

1) convertirlo a segundos: ¡ / (60 * 10 ^ 7) equivale a: 212,729,545.55
o mejor aun... a dias: ¡ / ( 60 * 10 ^ 7 ) / ( 24 * 60 ) equivale a: 147,728.85
2) *rebajarle* los dias *perdidos* [para excel] de los 299 a#os...
¡ / ( 60 * 10 ^ 7 ) / ( 24 * 60 ) - ( 299 * 365 ) ... [lo que seria la *fecha actualizada* ?]
-> darle un formato de fecha/hora, devolveria algo +/- como lo siguiente: Ago/29/2005 8:25:33.031 p.m.
3) [seguramente] en tanto NO utilices el complemento de John Walkenbach... seguian perdidos algunos dias [los bisiestos ?]
podrias *medio-truquear* modificando la formula final +/- a lo siguiente:
¡ / ( 60 * 10 ^ 7 ) / ( 24 * 60 ) - ( 299 * 365 ) - ( 299 / 4 ) ... [lo que seria la *fecha actualizada* ?]
-> darle un formato de fecha/hora, devolveria algo +/- como lo siguiente: Jun/16/2005 2:25:33.031 a.m.

2) si observas la *correccion* [truqueada] que te propongo para *contabilizar* [y rebajar] los bisiestos...
estoy suponiendo que cada 4 a#os se considera bisiesto con la operacion agregada de: -> - ( 299 / 4 )
PERO... considerar un a#o como bisiesto... tiene *sus reglas* :D
visita: -> http://es.wikipedia.org/wiki/Bisiesto
donde dice que:
"La regla para los a#os bisiestos segon el calendario gregoriano es:"
"Un a#o es bisiesto si es divisible por 4, excepto los principios de siglo (aquellos divisibles por 100)"
"que para ser bisiestos, tambien deben ser divisibles por 400."
"Es decir los a#os que sean divisibles por 4 seran bisiestos"
"aunque no seran bisiestos si son divisibles entre 100 (como los a#os 1500, 1700, 1800, 1900 y 2100)"
"a no ser que sean divisibles por 400 (como los a#os 1600, 2000 o 2400)"

3) a final de cuentas, es mas que *probable* que entre los a#os 1601 a la fecha... *hubieramos* considerado como bisiestos...
5 a#os que en realidad no lo fueron [al haber *truqueado* con - ( 299 / 4 ) -???-] :))

o sea... hay que trabajar en algun mecanismo/procedimiento/formula/... que descarte a#os que *parecieran* bisiestos pero... NO lo son