[PM] Cuando los días se vuelven meses y viceversa en WD2002-SP2

15/11/2003 - 07:24 por Pilar Mueckay [MS MVP] | Informe spam
Hola famili@

Éste es un problema del que me alertó hace algunos días Marta, también MVP
de Office. Como mis versiones son en inglés no me sucedía :-(

Estuve trabajando en ello y por accidente di con la solución de
Microsoft. luego de un periplo tragicómico.

PROBLEMA:
Al realizar una combinación de correspondencia en WD2002-SP2 teniendo como
origen de datos externos una base de datos Access o una hoja de Excel, los
días se vuelven meses y viceversa en nuestro documento final, y así "hasta
el fin de los tiempos". Mis amigos invisibles de Redmond lo han reportado
perfectamente en el artículo "WD2002: Mes y Día no se despliegan en el
orden
esperado en una combinación de correspondencia..."
http://support.microsoft.com/?kbid27579&FR=1

ANTECEDENTES
Todo el mundo sabe (bueno, no todo el mundo sabe, pero ya conocen que me
encanta usar frases "hechas"), decía, todo el mundo sabe que la vida nos
cambió de WD2000 a WD2002 para quienes tenemos la *cuestionable* tarea en
nuestros trabajos de combinar correspondencia. WD2000 y anteriores usaba
DDE
como predeterminado para vincularse a un origen de datos externos con ACC y
XL (y para otras bases pues Word usaba ODBC). Esto en palabras del usuario
quiere decir que el formato numérico y de fechas que había en el origen se
respetaba y se reflejaba en Word.

Pero...

En WD2002 y posteriores hace su aparición OLE DB y desplaza a DDE, quedando
como conexión predeterminada OLEDB, que únicamente toma el dato; en
palabras
del usuario "Se acabó el formato. No importa qué formato tenga en Excel o
Access, Word simplemente no me hace casoooooooooooooooo!" (Sólo como
cultura
general, si combinamos campos numéricos veremos que Word al combinar nos
muestra un número con interminables decimales, pues el principio es el
mismo
:-)

RODEO AL ANTECEDENTE
Entonces, para forzar a Word a que muestre el formato que buscamos había
que
hacer un paso extra, y había que hacerlo una vez que hubiésemos ingresado
los campos de combinación en el archivo DOC y *antes* de hacer efectiva la
combinación:

1.- ALT-F9 para reflejar los códigos
2.- Editar el campo, por ejemplo "FechaC" añadiendo lo siguiente:

{ MERGEFIELD FechaC \@ "dd/MM/yyyy" }

3.- ALT-F9 para ocultar los códigos
4.- F9 para actualizar.

Nota: NO sirve bajo ningún idioma poner "dd/MM/aaaa".

Desafortunadamente este rodeo solo funciona si usted está en un país donde
el formato de fecha es MM/dd y no dd/MM :-D

Ejemplo*: Si en la base externa tenemos un campo o columna con FECHA cuyo
orden sea 10/03, *, pues a la hora de la hora, aparece 03/10. Si
configuramos para que nos muestre un formato diferente más largo veremos el
error en todo su potencial :-) , tendremos por ejemplo:

ORIGEN (XL-ACC) DESTINO (WD)
10 de marzo 3 de Octubre

Y este cambalache de fechas sólo sucede si la fecha del día es de un dígito
(del 1 al 9)... no sucede si es del 10 al 31 !!!!!

Esto es un bug del MS Proveedor OLEDB :-(

Los *escépticos* dijeron: "Otro bug típico en las versiones localizadas
(así
les llaman los chicos de Redmond a todo non-USA) como el Ayudante de Office
2000 o la ortografía de Office 2000 que sólo ocurre en Español (bueno hay
otros idiomas, pero a las 12 de la noche, ya mi memoria RAM cerebral está
cerca de un desborde de buffer :-)

Los *sabuesos* de este mundo dijeron: "¡Vamos a crear rodeos!!!!!"

RODEOS AL PROBLEMA:
1) Cambiarse de país. Bueno, no lo tome literalmente, por favor. Me
refiero a cambiar su Configuración Regional y de Idioma | Estándares y
formatos (no es necesario cambiar Ubicación; y busque un Idioma País donde
se use el formato de fecha MM/DD; dato proporcionado por Marta. Como
pertenezco al segundo grupo, realicé un "tour fugaz" y me puse a probar los
países y ver a cuántos podía "cambiar", a ver si encontraba uno en que no
sucediera este error del rodeo:

Español Panamá
Vasco
Inglés EEUU
Inglés Caribe
Inglés Filipinas
Inglés República de Sudáfrica
Inglés Zimbabwe

2) En Word cambiar el orden de la fecha. En Configuración Regional y de
Idioma | Estándares y formatos | Personalizar | <solapa Fecha> | Fecha
corta
| Formato de fecha corta | seleccionar aaaa-mm-dd. Bueno, al menos funcionó
en todos mis Windows.

3) En Word cambiar al viejo método de conexión con la base: Forzar a que
Word use o bien ODBC o bien DDE. Antes que nada, activar en Word en el menú
Herramientas | Opciones | <solapa General | Confirmar conversión al abrir.
Y
cuando hagamos la conversión, nos preguntará previamente con qué método
queremos conectarnos.

4) En Access usar una expresión Query: La idea es enviar una cadena para
formatear el campo FechaC en un query, luego vincular la combinación de
correspondencia a ese query. para "preformatear" los datos antes de
"llamarlos" desde Word. Más detalles preguntar a los MSqueter@s del grupo
Access.

5) A menos que este problema pueda esperar, no es necesario que usted
realice lo que indica el artículo
http://support.microsoft.com/?kbid27579&FR=1, esto es, llamar al
respectivo Soporte Técnico para que le proporcionen el parche que corrige
este problema... siga leyendo y se ahorra una llamada, que falta por leer
el
6)

6) Leer "Revisión del parche de seguridad para Word 2002 Septiembre 3 2003"
http://support.microsoft.com/?kbid‚4934

Ahora bien lo tragicómico de mi experiencia.
Las sincronizaciones existen y sorpresivamente tuve que hacer una
combinación de correspondencia en mi trabajo. Así que respiré profundo,
crucé los dedos y llamé a Soporte Técnico de MS; solicité directamente que
me enviaran el hotfix del K327579 por email, no me llevo bien con los
rodeos
de los Soportes Técnicos :-D. Como el hotfix pesaba 9MB, se perdió en el
limbo las tres veces que intentaron enviármelo, y nunca llegó, para esas
alturas ya no estaba con ánimos de hacer de sabueso y buscar una solución a
este nuevo problema. Así que quedamos en que me lo enviaban físicamente con
un courier. Para esas alturas tuve que armarme de buen café y realizar la
combinación y sus rectificaciones a mano Posteriormente, cuando me
disponía a escribir esta experiencia para beneficio de mis biógrafos, digo,
de los usuarios de los foros de Office, alguien de Soporte Técnico MS me
hizo caso y me dio un enlace para bajarlo previo Usuario/Contraseña. Y
antes
de instalarlo, oh sorpresa, al investigar sobre un problema de otro
usuario,
me *tropiezo* con la noticia de que existe otro artículo MSKB que notifica
que EXISTE el parche en OfficeUpdate :-( :-S :-b

Lo mencionan en el artículo que menciono en el punto 6)
anterior.

No tanto me sorprende que Soporte Técnico MS no lo mencionase, cuanto que
yo
no sabía de este parche!!!! (aquí estoy yo dándome cabezazos contra mi
teclado) Mi recomendación para salvar mi reputación: Hay que asegurarse de
que estamos bajando para el idioma correcto y para la instalación exacta
(cliente o administrativa).

¿Por qué pesa más el Hotfix enviado por Soporte Técnico MS? Porque envían
en
los dos idiomas para las dos instalaciones. Bueno, es una hipótesis
porque -no sé si lo dije- pero el CD con el Hotfix aún no llega!!!. Muy
"normal" en países que usamos dd/MM :-)

MORALEJA:
Pasa hasta en las mejores familias de MVPs. Y siguiendo mi principio, estoy
sugiriendo que cambien el artículo 327579 y además voy a postear una copia
de este mensaje en las públicas y a ingeniero A. González de Soporte
Técnico
MS que pacientemente en estos 15 días ha llamado haciendo un seguimiento
puntual de este caso increíble.

Hasta la próxima, pues!

menteAtenta,
Pilar Mueckay (GMT-05:00)
MS Office MVP

Preguntas similare

Leer las respuestas

#1 Marta PM [MS MVP]
15/11/2003 - 17:21 | Informe spam
Gracias. Estos chicos de Redmon y sus versiones localizadas
Bueno, al final resultó que alguno de los rodeos que proponían eran buenos.

Marta PM
Saúdos/Saludos
MS-MVP Office


"Pilar Mueckay [MS MVP]" escribió en el mensaje news:
Hola famili@

Éste es un problema del que me alertó hace algunos días Marta, también MVP
de Office. Como mis versiones son en inglés no me sucedía :-(

Estuve trabajando en ello y por accidente di con la solución de
Microsoft. luego de un periplo tragicómico.

PROBLEMA:
Al realizar una combinación de correspondencia en WD2002-SP2 teniendo como
origen de datos externos una base de datos Access o una hoja de Excel, los
días se vuelven meses y viceversa en nuestro documento final, y así "hasta
el fin de los tiempos". Mis amigos invisibles de Redmond lo han reportado
perfectamente en el artículo "WD2002: Mes y Día no se despliegan en el
orden
esperado en una combinación de correspondencia..."
http://support.microsoft.com/?kbid27579&FR=1

ANTECEDENTES
Todo el mundo sabe (bueno, no todo el mundo sabe, pero ya conocen que me
encanta usar frases "hechas"), decía, todo el mundo sabe que la vida nos
cambió de WD2000 a WD2002 para quienes tenemos la *cuestionable* tarea en
nuestros trabajos de combinar correspondencia. WD2000 y anteriores usaba
DDE
como predeterminado para vincularse a un origen de datos externos con ACC y
XL (y para otras bases pues Word usaba ODBC). Esto en palabras del usuario
quiere decir que el formato numérico y de fechas que había en el origen se
respetaba y se reflejaba en Word.

Pero...

En WD2002 y posteriores hace su aparición OLE DB y desplaza a DDE, quedando
como conexión predeterminada OLEDB, que únicamente toma el dato; en
palabras
del usuario "Se acabó el formato. No importa qué formato tenga en Excel o
Access, Word simplemente no me hace casoooooooooooooooo!" (Sólo como
cultura
general, si combinamos campos numéricos veremos que Word al combinar nos
muestra un número con interminables decimales, pues el principio es el
mismo
:-)

RODEO AL ANTECEDENTE
Entonces, para forzar a Word a que muestre el formato que buscamos había
que
hacer un paso extra, y había que hacerlo una vez que hubiésemos ingresado
los campos de combinación en el archivo DOC y *antes* de hacer efectiva la
combinación:

1.- ALT-F9 para reflejar los códigos
2.- Editar el campo, por ejemplo "FechaC" añadiendo lo siguiente:

{ MERGEFIELD FechaC \@ "dd/MM/yyyy" }

3.- ALT-F9 para ocultar los códigos
4.- F9 para actualizar.

Nota: NO sirve bajo ningún idioma poner "dd/MM/aaaa".

Desafortunadamente este rodeo solo funciona si usted está en un país donde
el formato de fecha es MM/dd y no dd/MM :-D

Ejemplo*: Si en la base externa tenemos un campo o columna con FECHA cuyo
orden sea 10/03, *, pues a la hora de la hora, aparece 03/10. Si
configuramos para que nos muestre un formato diferente más largo veremos el
error en todo su potencial :-) , tendremos por ejemplo:

ORIGEN (XL-ACC) DESTINO (WD)
10 de marzo 3 de Octubre

Y este cambalache de fechas sólo sucede si la fecha del día es de un dígito
(del 1 al 9)... no sucede si es del 10 al 31 !!!!!

Esto es un bug del MS Proveedor OLEDB :-(

Los *escépticos* dijeron: "Otro bug típico en las versiones localizadas
(así
les llaman los chicos de Redmond a todo non-USA) como el Ayudante de Office
2000 o la ortografía de Office 2000 que sólo ocurre en Español (bueno hay
otros idiomas, pero a las 12 de la noche, ya mi memoria RAM cerebral está
cerca de un desborde de buffer :-)

Los *sabuesos* de este mundo dijeron: "¡Vamos a crear rodeos!!!!!"

RODEOS AL PROBLEMA:
1) Cambiarse de país. Bueno, no lo tome literalmente, por favor. Me
refiero a cambiar su Configuración Regional y de Idioma | Estándares y
formatos (no es necesario cambiar Ubicación; y busque un Idioma País donde
se use el formato de fecha MM/DD; dato proporcionado por Marta. Como
pertenezco al segundo grupo, realicé un "tour fugaz" y me puse a probar los
países y ver a cuántos podía "cambiar", a ver si encontraba uno en que no
sucediera este error del rodeo:

Español Panamá
Vasco
Inglés EEUU
Inglés Caribe
Inglés Filipinas
Inglés República de Sudáfrica
Inglés Zimbabwe

2) En Word cambiar el orden de la fecha. En Configuración Regional y de
Idioma | Estándares y formatos | Personalizar | <solapa Fecha> | Fecha
corta
| Formato de fecha corta | seleccionar aaaa-mm-dd. Bueno, al menos funcionó
en todos mis Windows.

3) En Word cambiar al viejo método de conexión con la base: Forzar a que
Word use o bien ODBC o bien DDE. Antes que nada, activar en Word en el menú
Herramientas | Opciones | <solapa General | Confirmar conversión al abrir.
Y
cuando hagamos la conversión, nos preguntará previamente con qué método
queremos conectarnos.

4) En Access usar una expresión Query: La idea es enviar una cadena para
formatear el campo FechaC en un query, luego vincular la combinación de
correspondencia a ese query. para "preformatear" los datos antes de
"llamarlos" desde Word. Más detalles preguntar a los del grupo
Access.

5) A menos que este problema pueda esperar, no es necesario que usted
realice lo que indica el artículo
http://support.microsoft.com/?kbid27579&FR=1, esto es, llamar al
respectivo Soporte Técnico para que le proporcionen el parche que corrige
este problema... siga leyendo y se ahorra una llamada, que falta por leer
el
6)

6) Leer "Revisión del parche de seguridad para Word 2002 Septiembre 3 2003"
http://support.microsoft.com/?kbid‚4934

Ahora bien lo tragicómico de mi experiencia.
Las sincronizaciones existen y sorpresivamente tuve que hacer una
combinación de correspondencia en mi trabajo. Así que respiré profundo,
crucé los dedos y llamé a Soporte Técnico de MS; solicité directamente que
me enviaran el hotfix del K327579 por email, no me llevo bien con los
rodeos
de los Soportes Técnicos :-D. Como el hotfix pesaba 9MB, se perdió en el
limbo las tres veces que intentaron enviármelo, y nunca llegó, para esas
alturas ya no estaba con ánimos de hacer de sabueso y buscar una solución a
este nuevo problema. Así que quedamos en que me lo enviaban físicamente con
un courier. Para esas alturas tuve que armarme de buen café y realizar la
combinación y sus rectificaciones a mano Posteriormente, cuando me
disponía a escribir esta experiencia para beneficio de mis biógrafos, digo,
de los usuarios de los foros de Office, alguien de Soporte Técnico MS me
hizo caso y me dio un enlace para bajarlo previo Usuario/Contraseña. Y
antes
de instalarlo, oh sorpresa, al investigar sobre un problema de otro
usuario,
me *tropiezo* con la noticia de que existe otro artículo MSKB que notifica
que EXISTE el parche en OfficeUpdate :-( :-S :-b

Lo mencionan en el artículo que menciono en el punto 6)
anterior.

No tanto me sorprende que Soporte Técnico MS no lo mencionase, cuanto que
yo
no sabía de este parche!!!! (aquí estoy yo dándome cabezazos contra mi
teclado) Mi recomendación para salvar mi reputación: Hay que asegurarse de
que estamos bajando para el idioma correcto y para la instalación exacta
(cliente o administrativa).

¿Por qué pesa más el Hotfix enviado por Soporte Técnico MS? Porque envían
en
los dos idiomas para las dos instalaciones. Bueno, es una hipótesis
porque -no sé si lo dije- pero el CD con el Hotfix aún no llega!!!. Muy
"normal" en países que usamos dd/MM :-)

MORALEJA:
Pasa hasta en las mejores familias de MVPs. Y siguiendo mi principio, estoy
sugiriendo que cambien el artículo 327579 y además voy a postear una copia
de este mensaje en las públicas y a ingeniero A. González de Soporte
Técnico
MS que pacientemente en estos 15 días ha llamado haciendo un seguimiento
puntual de este caso increíble.

Hasta la próxima, pues!

menteAtenta,
Pilar Mueckay (GMT-05:00)
MS Office MVP



Respuesta Responder a este mensaje
#2 Marta PM [MS MVP]
15/11/2003 - 17:21 | Informe spam
Gracias. Estos chicos de Redmon y sus versiones localizadas
Bueno, al final resultó que alguno de los rodeos que proponían eran buenos.

Marta PM
Saúdos/Saludos
MS-MVP Office


"Pilar Mueckay [MS MVP]" escribió en el mensaje news:
Hola famili@

Éste es un problema del que me alertó hace algunos días Marta, también MVP
de Office. Como mis versiones son en inglés no me sucedía :-(

Estuve trabajando en ello y por accidente di con la solución de
Microsoft. luego de un periplo tragicómico.

PROBLEMA:
Al realizar una combinación de correspondencia en WD2002-SP2 teniendo como
origen de datos externos una base de datos Access o una hoja de Excel, los
días se vuelven meses y viceversa en nuestro documento final, y así "hasta
el fin de los tiempos". Mis amigos invisibles de Redmond lo han reportado
perfectamente en el artículo "WD2002: Mes y Día no se despliegan en el
orden
esperado en una combinación de correspondencia..."
http://support.microsoft.com/?kbid27579&FR=1

ANTECEDENTES
Todo el mundo sabe (bueno, no todo el mundo sabe, pero ya conocen que me
encanta usar frases "hechas"), decía, todo el mundo sabe que la vida nos
cambió de WD2000 a WD2002 para quienes tenemos la *cuestionable* tarea en
nuestros trabajos de combinar correspondencia. WD2000 y anteriores usaba
DDE
como predeterminado para vincularse a un origen de datos externos con ACC y
XL (y para otras bases pues Word usaba ODBC). Esto en palabras del usuario
quiere decir que el formato numérico y de fechas que había en el origen se
respetaba y se reflejaba en Word.

Pero...

En WD2002 y posteriores hace su aparición OLE DB y desplaza a DDE, quedando
como conexión predeterminada OLEDB, que únicamente toma el dato; en
palabras
del usuario "Se acabó el formato. No importa qué formato tenga en Excel o
Access, Word simplemente no me hace casoooooooooooooooo!" (Sólo como
cultura
general, si combinamos campos numéricos veremos que Word al combinar nos
muestra un número con interminables decimales, pues el principio es el
mismo
:-)

RODEO AL ANTECEDENTE
Entonces, para forzar a Word a que muestre el formato que buscamos había
que
hacer un paso extra, y había que hacerlo una vez que hubiésemos ingresado
los campos de combinación en el archivo DOC y *antes* de hacer efectiva la
combinación:

1.- ALT-F9 para reflejar los códigos
2.- Editar el campo, por ejemplo "FechaC" añadiendo lo siguiente:

{ MERGEFIELD FechaC \@ "dd/MM/yyyy" }

3.- ALT-F9 para ocultar los códigos
4.- F9 para actualizar.

Nota: NO sirve bajo ningún idioma poner "dd/MM/aaaa".

Desafortunadamente este rodeo solo funciona si usted está en un país donde
el formato de fecha es MM/dd y no dd/MM :-D

Ejemplo*: Si en la base externa tenemos un campo o columna con FECHA cuyo
orden sea 10/03, *, pues a la hora de la hora, aparece 03/10. Si
configuramos para que nos muestre un formato diferente más largo veremos el
error en todo su potencial :-) , tendremos por ejemplo:

ORIGEN (XL-ACC) DESTINO (WD)
10 de marzo 3 de Octubre

Y este cambalache de fechas sólo sucede si la fecha del día es de un dígito
(del 1 al 9)... no sucede si es del 10 al 31 !!!!!

Esto es un bug del MS Proveedor OLEDB :-(

Los *escépticos* dijeron: "Otro bug típico en las versiones localizadas
(así
les llaman los chicos de Redmond a todo non-USA) como el Ayudante de Office
2000 o la ortografía de Office 2000 que sólo ocurre en Español (bueno hay
otros idiomas, pero a las 12 de la noche, ya mi memoria RAM cerebral está
cerca de un desborde de buffer :-)

Los *sabuesos* de este mundo dijeron: "¡Vamos a crear rodeos!!!!!"

RODEOS AL PROBLEMA:
1) Cambiarse de país. Bueno, no lo tome literalmente, por favor. Me
refiero a cambiar su Configuración Regional y de Idioma | Estándares y
formatos (no es necesario cambiar Ubicación; y busque un Idioma País donde
se use el formato de fecha MM/DD; dato proporcionado por Marta. Como
pertenezco al segundo grupo, realicé un "tour fugaz" y me puse a probar los
países y ver a cuántos podía "cambiar", a ver si encontraba uno en que no
sucediera este error del rodeo:

Español Panamá
Vasco
Inglés EEUU
Inglés Caribe
Inglés Filipinas
Inglés República de Sudáfrica
Inglés Zimbabwe

2) En Word cambiar el orden de la fecha. En Configuración Regional y de
Idioma | Estándares y formatos | Personalizar | <solapa Fecha> | Fecha
corta
| Formato de fecha corta | seleccionar aaaa-mm-dd. Bueno, al menos funcionó
en todos mis Windows.

3) En Word cambiar al viejo método de conexión con la base: Forzar a que
Word use o bien ODBC o bien DDE. Antes que nada, activar en Word en el menú
Herramientas | Opciones | <solapa General | Confirmar conversión al abrir.
Y
cuando hagamos la conversión, nos preguntará previamente con qué método
queremos conectarnos.

4) En Access usar una expresión Query: La idea es enviar una cadena para
formatear el campo FechaC en un query, luego vincular la combinación de
correspondencia a ese query. para "preformatear" los datos antes de
"llamarlos" desde Word. Más detalles preguntar a los del grupo
Access.

5) A menos que este problema pueda esperar, no es necesario que usted
realice lo que indica el artículo
http://support.microsoft.com/?kbid27579&FR=1, esto es, llamar al
respectivo Soporte Técnico para que le proporcionen el parche que corrige
este problema... siga leyendo y se ahorra una llamada, que falta por leer
el
6)

6) Leer "Revisión del parche de seguridad para Word 2002 Septiembre 3 2003"
http://support.microsoft.com/?kbid‚4934

Ahora bien lo tragicómico de mi experiencia.
Las sincronizaciones existen y sorpresivamente tuve que hacer una
combinación de correspondencia en mi trabajo. Así que respiré profundo,
crucé los dedos y llamé a Soporte Técnico de MS; solicité directamente que
me enviaran el hotfix del K327579 por email, no me llevo bien con los
rodeos
de los Soportes Técnicos :-D. Como el hotfix pesaba 9MB, se perdió en el
limbo las tres veces que intentaron enviármelo, y nunca llegó, para esas
alturas ya no estaba con ánimos de hacer de sabueso y buscar una solución a
este nuevo problema. Así que quedamos en que me lo enviaban físicamente con
un courier. Para esas alturas tuve que armarme de buen café y realizar la
combinación y sus rectificaciones a mano Posteriormente, cuando me
disponía a escribir esta experiencia para beneficio de mis biógrafos, digo,
de los usuarios de los foros de Office, alguien de Soporte Técnico MS me
hizo caso y me dio un enlace para bajarlo previo Usuario/Contraseña. Y
antes
de instalarlo, oh sorpresa, al investigar sobre un problema de otro
usuario,
me *tropiezo* con la noticia de que existe otro artículo MSKB que notifica
que EXISTE el parche en OfficeUpdate :-( :-S :-b

Lo mencionan en el artículo que menciono en el punto 6)
anterior.

No tanto me sorprende que Soporte Técnico MS no lo mencionase, cuanto que
yo
no sabía de este parche!!!! (aquí estoy yo dándome cabezazos contra mi
teclado) Mi recomendación para salvar mi reputación: Hay que asegurarse de
que estamos bajando para el idioma correcto y para la instalación exacta
(cliente o administrativa).

¿Por qué pesa más el Hotfix enviado por Soporte Técnico MS? Porque envían
en
los dos idiomas para las dos instalaciones. Bueno, es una hipótesis
porque -no sé si lo dije- pero el CD con el Hotfix aún no llega!!!. Muy
"normal" en países que usamos dd/MM :-)

MORALEJA:
Pasa hasta en las mejores familias de MVPs. Y siguiendo mi principio, estoy
sugiriendo que cambien el artículo 327579 y además voy a postear una copia
de este mensaje en las públicas y a ingeniero A. González de Soporte
Técnico
MS que pacientemente en estos 15 días ha llamado haciendo un seguimiento
puntual de este caso increíble.

Hasta la próxima, pues!

menteAtenta,
Pilar Mueckay (GMT-05:00)
MS Office MVP



Respuesta Responder a este mensaje
#3 Pilar Mueckay [MS MVP]
17/11/2003 - 17:30 | Informe spam
Sip, habrá que detallar cuáles son los efectos laterales de cada rodeo.

menteAtenta,
Pilar Mueckay (GMT-05:00)
MS Office MVP


"Marta PM [MS MVP]" escribió en el mensaje
news:O3e%
Gracias. Estos chicos de Redmon y sus versiones localizadas
Bueno, al final resultó que alguno de los rodeos que proponían eran buenos.

Marta PM
Saúdos/Saludos
MS-MVP Office


"Pilar Mueckay [MS MVP]" escribió en el mensaje
news:
Hola famili@

Éste es un problema del que me alertó hace algunos días Marta, también


MVP
de Office. Como mis versiones son en inglés no me sucedía :-(

Estuve trabajando en ello y por accidente di con la solución de
Microsoft. luego de un periplo tragicómico.

PROBLEMA:
Al realizar una combinación de correspondencia en WD2002-SP2 teniendo


como
origen de datos externos una base de datos Access o una hoja de Excel,


los
días se vuelven meses y viceversa en nuestro documento final, y así


"hasta
el fin de los tiempos". Mis amigos invisibles de Redmond lo han reportado
perfectamente en el artículo "WD2002: Mes y Día no se despliegan en el
orden
esperado en una combinación de correspondencia..."
http://support.microsoft.com/?kbid27579&FR=1

ANTECEDENTES
Todo el mundo sabe (bueno, no todo el mundo sabe, pero ya conocen que me
encanta usar frases "hechas"), decía, todo el mundo sabe que la vida nos
cambió de WD2000 a WD2002 para quienes tenemos la *cuestionable* tarea en
nuestros trabajos de combinar correspondencia. WD2000 y anteriores usaba
DDE
como predeterminado para vincularse a un origen de datos externos con ACC


y
XL (y para otras bases pues Word usaba ODBC). Esto en palabras del


usuario
quiere decir que el formato numérico y de fechas que había en el origen


se
respetaba y se reflejaba en Word.

Pero...

En WD2002 y posteriores hace su aparición OLE DB y desplaza a DDE,


quedando
como conexión predeterminada OLEDB, que únicamente toma el dato; en
palabras
del usuario "Se acabó el formato. No importa qué formato tenga en Excel o
Access, Word simplemente no me hace casoooooooooooooooo!" (Sólo como
cultura
general, si combinamos campos numéricos veremos que Word al combinar nos
muestra un número con interminables decimales, pues el principio es el
mismo
:-)

RODEO AL ANTECEDENTE
Entonces, para forzar a Word a que muestre el formato que buscamos había
que
hacer un paso extra, y había que hacerlo una vez que hubiésemos ingresado
los campos de combinación en el archivo DOC y *antes* de hacer efectiva


la
combinación:

1.- ALT-F9 para reflejar los códigos
2.- Editar el campo, por ejemplo "FechaC" añadiendo lo siguiente:

{ MERGEFIELD FechaC \@ "dd/MM/yyyy" }

3.- ALT-F9 para ocultar los códigos
4.- F9 para actualizar.

Nota: NO sirve bajo ningún idioma poner "dd/MM/aaaa".

Desafortunadamente este rodeo solo funciona si usted está en un país


donde
el formato de fecha es MM/dd y no dd/MM :-D

Ejemplo*: Si en la base externa tenemos un campo o columna con FECHA cuyo
orden sea 10/03, *, pues a la hora de la hora, aparece 03/10. Si
configuramos para que nos muestre un formato diferente más largo veremos


el
error en todo su potencial :-) , tendremos por ejemplo:

ORIGEN (XL-ACC) DESTINO (WD)
10 de marzo 3 de Octubre

Y este cambalache de fechas sólo sucede si la fecha del día es de un


dígito
(del 1 al 9)... no sucede si es del 10 al 31 !!!!!

Esto es un bug del MS Proveedor OLEDB :-(

Los *escépticos* dijeron: "Otro bug típico en las versiones localizadas
(así
les llaman los chicos de Redmond a todo non-USA) como el Ayudante de


Office
2000 o la ortografía de Office 2000 que sólo ocurre en Español (bueno hay
otros idiomas, pero a las 12 de la noche, ya mi memoria RAM cerebral está
cerca de un desborde de buffer :-)

Los *sabuesos* de este mundo dijeron: "¡Vamos a crear rodeos!!!!!"

RODEOS AL PROBLEMA:
1) Cambiarse de país. Bueno, no lo tome literalmente, por favor. Me
refiero a cambiar su Configuración Regional y de Idioma | Estándares y
formatos (no es necesario cambiar Ubicación; y busque un Idioma País


donde
se use el formato de fecha MM/DD; dato proporcionado por Marta. Como
pertenezco al segundo grupo, realicé un "tour fugaz" y me puse a probar


los
países y ver a cuántos podía "cambiar", a ver si encontraba uno en que no
sucediera este error del rodeo:

Español Panamá
Vasco
Inglés EEUU
Inglés Caribe
Inglés Filipinas
Inglés República de Sudáfrica
Inglés Zimbabwe

2) En Word cambiar el orden de la fecha. En Configuración Regional y de
Idioma | Estándares y formatos | Personalizar | <solapa Fecha> | Fecha
corta
| Formato de fecha corta | seleccionar aaaa-mm-dd. Bueno, al menos


funcionó
en todos mis Windows.

3) En Word cambiar al viejo método de conexión con la base: Forzar a que
Word use o bien ODBC o bien DDE. Antes que nada, activar en Word en el


menú
Herramientas | Opciones | <solapa General | Confirmar conversión al


abrir.
Y
cuando hagamos la conversión, nos preguntará previamente con qué método
queremos conectarnos.

4) En Access usar una expresión Query: La idea es enviar una cadena para
formatear el campo FechaC en un query, luego vincular la combinación de
correspondencia a ese query. para "preformatear" los datos antes de
"llamarlos" desde Word. Más detalles preguntar a los del grupo
Access.

5) A menos que este problema pueda esperar, no es necesario que usted
realice lo que indica el artículo
http://support.microsoft.com/?kbid27579&FR=1, esto es, llamar al
respectivo Soporte Técnico para que le proporcionen el parche que corrige
este problema... siga leyendo y se ahorra una llamada, que falta por leer
el
6)

6) Leer "Revisión del parche de seguridad para Word 2002 Septiembre 3


2003"
http://support.microsoft.com/?kbid‚4934

Ahora bien lo tragicómico de mi experiencia.
Las sincronizaciones existen y sorpresivamente tuve que hacer una
combinación de correspondencia en mi trabajo. Así que respiré profundo,
crucé los dedos y llamé a Soporte Técnico de MS; solicité directamente


que
me enviaran el hotfix del K327579 por email, no me llevo bien con los
rodeos
de los Soportes Técnicos :-D. Como el hotfix pesaba 9MB, se perdió en el
limbo las tres veces que intentaron enviármelo, y nunca llegó, para esas
alturas ya no estaba con ánimos de hacer de sabueso y buscar una solución


a
este nuevo problema. Así que quedamos en que me lo enviaban físicamente


con
un courier. Para esas alturas tuve que armarme de buen café y realizar la
combinación y sus rectificaciones a mano Posteriormente, cuando me
disponía a escribir esta experiencia para beneficio de mis biógrafos,


digo,
de los usuarios de los foros de Office, alguien de Soporte Técnico MS me
hizo caso y me dio un enlace para bajarlo previo Usuario/Contraseña. Y
antes
de instalarlo, oh sorpresa, al investigar sobre un problema de otro
usuario,
me *tropiezo* con la noticia de que existe otro artículo MSKB que


notifica
que EXISTE el parche en OfficeUpdate :-( :-S :-b

Lo mencionan en el artículo que menciono en el punto 6)
anterior.

No tanto me sorprende que Soporte Técnico MS no lo mencionase, cuanto que
yo
no sabía de este parche!!!! (aquí estoy yo dándome cabezazos contra mi
teclado) Mi recomendación para salvar mi reputación: Hay que asegurarse


de
que estamos bajando para el idioma correcto y para la instalación exacta
(cliente o administrativa).

¿Por qué pesa más el Hotfix enviado por Soporte Técnico MS? Porque envían
en
los dos idiomas para las dos instalaciones. Bueno, es una hipótesis
porque -no sé si lo dije- pero el CD con el Hotfix aún no llega!!!. Muy
"normal" en países que usamos dd/MM :-)

MORALEJA:
Pasa hasta en las mejores familias de MVPs. Y siguiendo mi principio,


estoy
sugiriendo que cambien el artículo 327579 y además voy a postear una


copia
de este mensaje en las públicas y a ingeniero A. González de Soporte
Técnico
MS que pacientemente en estos 15 días ha llamado haciendo un seguimiento
puntual de este caso increíble.

Hasta la próxima, pues!

menteAtenta,
Pilar Mueckay (GMT-05:00)
MS Office MVP



Respuesta Responder a este mensaje
#4 Pilar Mueckay [MS MVP]
17/11/2003 - 17:30 | Informe spam
Sip, habrá que detallar cuáles son los efectos laterales de cada rodeo.

menteAtenta,
Pilar Mueckay (GMT-05:00)
MS Office MVP


"Marta PM [MS MVP]" escribió en el mensaje
news:O3e%
Gracias. Estos chicos de Redmon y sus versiones localizadas
Bueno, al final resultó que alguno de los rodeos que proponían eran buenos.

Marta PM
Saúdos/Saludos
MS-MVP Office


"Pilar Mueckay [MS MVP]" escribió en el mensaje
news:
Hola famili@

Éste es un problema del que me alertó hace algunos días Marta, también


MVP
de Office. Como mis versiones son en inglés no me sucedía :-(

Estuve trabajando en ello y por accidente di con la solución de
Microsoft. luego de un periplo tragicómico.

PROBLEMA:
Al realizar una combinación de correspondencia en WD2002-SP2 teniendo


como
origen de datos externos una base de datos Access o una hoja de Excel,


los
días se vuelven meses y viceversa en nuestro documento final, y así


"hasta
el fin de los tiempos". Mis amigos invisibles de Redmond lo han reportado
perfectamente en el artículo "WD2002: Mes y Día no se despliegan en el
orden
esperado en una combinación de correspondencia..."
http://support.microsoft.com/?kbid27579&FR=1

ANTECEDENTES
Todo el mundo sabe (bueno, no todo el mundo sabe, pero ya conocen que me
encanta usar frases "hechas"), decía, todo el mundo sabe que la vida nos
cambió de WD2000 a WD2002 para quienes tenemos la *cuestionable* tarea en
nuestros trabajos de combinar correspondencia. WD2000 y anteriores usaba
DDE
como predeterminado para vincularse a un origen de datos externos con ACC


y
XL (y para otras bases pues Word usaba ODBC). Esto en palabras del


usuario
quiere decir que el formato numérico y de fechas que había en el origen


se
respetaba y se reflejaba en Word.

Pero...

En WD2002 y posteriores hace su aparición OLE DB y desplaza a DDE,


quedando
como conexión predeterminada OLEDB, que únicamente toma el dato; en
palabras
del usuario "Se acabó el formato. No importa qué formato tenga en Excel o
Access, Word simplemente no me hace casoooooooooooooooo!" (Sólo como
cultura
general, si combinamos campos numéricos veremos que Word al combinar nos
muestra un número con interminables decimales, pues el principio es el
mismo
:-)

RODEO AL ANTECEDENTE
Entonces, para forzar a Word a que muestre el formato que buscamos había
que
hacer un paso extra, y había que hacerlo una vez que hubiésemos ingresado
los campos de combinación en el archivo DOC y *antes* de hacer efectiva


la
combinación:

1.- ALT-F9 para reflejar los códigos
2.- Editar el campo, por ejemplo "FechaC" añadiendo lo siguiente:

{ MERGEFIELD FechaC \@ "dd/MM/yyyy" }

3.- ALT-F9 para ocultar los códigos
4.- F9 para actualizar.

Nota: NO sirve bajo ningún idioma poner "dd/MM/aaaa".

Desafortunadamente este rodeo solo funciona si usted está en un país


donde
el formato de fecha es MM/dd y no dd/MM :-D

Ejemplo*: Si en la base externa tenemos un campo o columna con FECHA cuyo
orden sea 10/03, *, pues a la hora de la hora, aparece 03/10. Si
configuramos para que nos muestre un formato diferente más largo veremos


el
error en todo su potencial :-) , tendremos por ejemplo:

ORIGEN (XL-ACC) DESTINO (WD)
10 de marzo 3 de Octubre

Y este cambalache de fechas sólo sucede si la fecha del día es de un


dígito
(del 1 al 9)... no sucede si es del 10 al 31 !!!!!

Esto es un bug del MS Proveedor OLEDB :-(

Los *escépticos* dijeron: "Otro bug típico en las versiones localizadas
(así
les llaman los chicos de Redmond a todo non-USA) como el Ayudante de


Office
2000 o la ortografía de Office 2000 que sólo ocurre en Español (bueno hay
otros idiomas, pero a las 12 de la noche, ya mi memoria RAM cerebral está
cerca de un desborde de buffer :-)

Los *sabuesos* de este mundo dijeron: "¡Vamos a crear rodeos!!!!!"

RODEOS AL PROBLEMA:
1) Cambiarse de país. Bueno, no lo tome literalmente, por favor. Me
refiero a cambiar su Configuración Regional y de Idioma | Estándares y
formatos (no es necesario cambiar Ubicación; y busque un Idioma País


donde
se use el formato de fecha MM/DD; dato proporcionado por Marta. Como
pertenezco al segundo grupo, realicé un "tour fugaz" y me puse a probar


los
países y ver a cuántos podía "cambiar", a ver si encontraba uno en que no
sucediera este error del rodeo:

Español Panamá
Vasco
Inglés EEUU
Inglés Caribe
Inglés Filipinas
Inglés República de Sudáfrica
Inglés Zimbabwe

2) En Word cambiar el orden de la fecha. En Configuración Regional y de
Idioma | Estándares y formatos | Personalizar | <solapa Fecha> | Fecha
corta
| Formato de fecha corta | seleccionar aaaa-mm-dd. Bueno, al menos


funcionó
en todos mis Windows.

3) En Word cambiar al viejo método de conexión con la base: Forzar a que
Word use o bien ODBC o bien DDE. Antes que nada, activar en Word en el


menú
Herramientas | Opciones | <solapa General | Confirmar conversión al


abrir.
Y
cuando hagamos la conversión, nos preguntará previamente con qué método
queremos conectarnos.

4) En Access usar una expresión Query: La idea es enviar una cadena para
formatear el campo FechaC en un query, luego vincular la combinación de
correspondencia a ese query. para "preformatear" los datos antes de
"llamarlos" desde Word. Más detalles preguntar a los del grupo
Access.

5) A menos que este problema pueda esperar, no es necesario que usted
realice lo que indica el artículo
http://support.microsoft.com/?kbid27579&FR=1, esto es, llamar al
respectivo Soporte Técnico para que le proporcionen el parche que corrige
este problema... siga leyendo y se ahorra una llamada, que falta por leer
el
6)

6) Leer "Revisión del parche de seguridad para Word 2002 Septiembre 3


2003"
http://support.microsoft.com/?kbid‚4934

Ahora bien lo tragicómico de mi experiencia.
Las sincronizaciones existen y sorpresivamente tuve que hacer una
combinación de correspondencia en mi trabajo. Así que respiré profundo,
crucé los dedos y llamé a Soporte Técnico de MS; solicité directamente


que
me enviaran el hotfix del K327579 por email, no me llevo bien con los
rodeos
de los Soportes Técnicos :-D. Como el hotfix pesaba 9MB, se perdió en el
limbo las tres veces que intentaron enviármelo, y nunca llegó, para esas
alturas ya no estaba con ánimos de hacer de sabueso y buscar una solución


a
este nuevo problema. Así que quedamos en que me lo enviaban físicamente


con
un courier. Para esas alturas tuve que armarme de buen café y realizar la
combinación y sus rectificaciones a mano Posteriormente, cuando me
disponía a escribir esta experiencia para beneficio de mis biógrafos,


digo,
de los usuarios de los foros de Office, alguien de Soporte Técnico MS me
hizo caso y me dio un enlace para bajarlo previo Usuario/Contraseña. Y
antes
de instalarlo, oh sorpresa, al investigar sobre un problema de otro
usuario,
me *tropiezo* con la noticia de que existe otro artículo MSKB que


notifica
que EXISTE el parche en OfficeUpdate :-( :-S :-b

Lo mencionan en el artículo que menciono en el punto 6)
anterior.

No tanto me sorprende que Soporte Técnico MS no lo mencionase, cuanto que
yo
no sabía de este parche!!!! (aquí estoy yo dándome cabezazos contra mi
teclado) Mi recomendación para salvar mi reputación: Hay que asegurarse


de
que estamos bajando para el idioma correcto y para la instalación exacta
(cliente o administrativa).

¿Por qué pesa más el Hotfix enviado por Soporte Técnico MS? Porque envían
en
los dos idiomas para las dos instalaciones. Bueno, es una hipótesis
porque -no sé si lo dije- pero el CD con el Hotfix aún no llega!!!. Muy
"normal" en países que usamos dd/MM :-)

MORALEJA:
Pasa hasta en las mejores familias de MVPs. Y siguiendo mi principio,


estoy
sugiriendo que cambien el artículo 327579 y además voy a postear una


copia
de este mensaje en las públicas y a ingeniero A. González de Soporte
Técnico
MS que pacientemente en estos 15 días ha llamado haciendo un seguimiento
puntual de este caso increíble.

Hasta la próxima, pues!

menteAtenta,
Pilar Mueckay (GMT-05:00)
MS Office MVP



email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaRespuesta Tengo una respuesta
Search Busqueda sugerida