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

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

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

Hola famili@

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

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

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

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

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

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

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

respetaba y se reflejaba en Word.

Pero...

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

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

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

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

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

(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

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

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

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

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

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

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

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

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

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

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,

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

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

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,

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

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

Hola famili@

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

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

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

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

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

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

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

respetaba y se reflejaba en Word.

Pero...

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

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

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

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

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

(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

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

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

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

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

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

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

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

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

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

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,

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

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

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,

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

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