Tienes múltiples dominios y necesitas cambiar tu Dynamics AX de dominio?…

Bueno, esto surgió hace mucho rato y un buen amigo dio con el clavo… yo lo comparto, porque es de gran utilidad.

Lo primero que se debe hacer es realizar una instalación estándar de la aplicación, posteriormente debemos copiar la carpeta de la AOT al directorio del nuevo servidor (que por supuesto esta asociado a un dominio diferente) y levantar un backup de la base de datos original.

Ya que estamos en SQL Server (sin importar su versión), ingresamos a la base de datos que restauramos y revisamos la tabla userInfo veremos que tiene el valor del dominio antiguo en el campo networkDomain. Es en este punto donde debemos modificar tres campos de esta tabla: SID, NETWORKDOMAIN y NETWORKALIAS.

Ahora podrás ingresar con las cuentas modificas a Dynamis AX sin problema en tu nuevo dominio!

Los valores que se deben al menos tener en cuenta para planificar la arquitectura para un proyecto de implementación de Dynamics AX 4.0 son:

• Número total de usuarios concurrentes de Microsoft Dynamics AX.
• Número total de usuarios concurrentes de Enterprise Portal
• Número total de registros de Ordenes de Venta por hora.
• Número total de registros de Ordenes de Compra por hora.
• Número total de registros de Cuentas por Pagar por hora.
• Número total de registros de Cuentas por Cobrar por hora.
• Número total de registros de Ordenes de Producción por hora.
• Número total de registros de Ordenes de CRM por hora.

En esta consideración se debe estipular tanto las iniciales como las planificadas.

http://googleblog.blogspot.com/2009/07/introducing-google-chrome-os.html

Existen dos categorías de plantillas o template que se pueden instalar adicionalmente a SharePoint Services 3.0, lógicamente cada una de ellas tiene su método de instalación.

Los Site Admin Template se instalan por medio de la galería de site templates dentro del mismo sitio inicial del portal, estos archivos tienen extensión STP, y luego de su instalación habilitará una nueva pestaña denominada “Application Template” la cual aparecerá en la sección de templates en el formulario de creación de sitios.

En tanto los Server Admin Template se instalan mediante línea de comando stsadm.exe y se debe hacer deployment en el GAC a través de la línea de comando y generalemte habilita una pestaña denominada “Custom”.

Los pasos para instalar templates para la administración de sitios es:

1. Download the template you want to install yo your computer.
2. Double clic the .exe file to extract the files.
3. Log on to the SharePoint site as a member of the Owners group.
4. On the Site Action menu, clic Site Settings.
5. In the Galleries section, clic Site Templates.
6. Clic Upload to save an application template to this SharePoint site.
7. Browse to the <template name>.stp file and then clic Open.
8. Clic OK.

Para los Seever Admin Template se deben realizar los siguientes pasos:

1. Ubicar el stsadm.exe en la siguiente ruta: %Archivos de Program%\Archivos Comunes\Microsoft Shared\Web Server Extension\12\bin
2. Luego se escribe la siguiente línea de comando: stsadm -o addsolution -filename <ruta ubicacion stsadm.exe>\nombreArchivoPlantilla.wsp
3. Luego: stsadm -o deploysolution -name nombreArchivoPlantilla.wsp -allowgacdeployment -local
4. stsadm -o copyappbincontent

Y si no me creen.. visiten la web: http://technet.microsoft.com/en-us/library/cc288412.aspx

Sldos!

http://mexicoweb2.com/

Esta es una pequeña guía para realizar el proceso… es según mi humilde criterio y poca experiencia al respecto

Generalmente las compañías tienen tres ambientes para el trabajo con desarrollos en Dynamics AX, estos son:

• Ambiente de Desarrollo
• Ambiente de Testing
• Ambiente Productivo

Cuando un cliente desea realizar alguna modificación menor o mayor debería realizarla en el ambiente de desarrollo, el cual de preferencia es una copia lo más fiel posible del ambiente productivo, una vez desarrollada esta modificación se debe pasar a pruebas, es aquí donde entra en juego el ambiente de testing, y donde se realizará la aceptación o no de la modificación para finalmente pasar al ambiente productivo.

Esta modificación se puede pasar de dos maneras: mediante un archivo XPO (con los archivos de las etiquetas) o media una capa del sistema (con los archivos de las etiquetas). En esta ocación lo veremos desde un archivo XPO.

PROCEDIMIENTO

1. Copiar el XPO a impotar en un repositorio de entrega, lo ideal sería dentro del repositorio incluir directorios indicando las fechas de la entrega (esto solo para mantener el orden de las entregas). Lo ideal es que esta modificaciones que se realizan al sistema siempre vengan en un proyecto cuyo nombre sea identificatorio de la modificación a realizar o con alguna codificación standar (insisto, solo para mantener un orden).
2. Dentro del directorio fechado debemos incluir un sub direcotiro backup, en donde almacenaremos los objetos que se pueden modificar con la importación. Y si somos mas precabidos deberiamos generar un backup de la base de datos (en caso de que estuvieramos modificando tablas), la cual deberiamos alojar como respaldo en el mismo sub directorio.
3. Posteriormente, y suponiendo que la modificación viene dentro de un proyecto, abrimos el formulario de los proyectos dentro de Dynamics AX.
4. Seleccionamos el botón Importar.
5. En el formulario de importación de proyectos seleccionamos el archivo mediante el botón examinar.
6. Luego seleccionamos el proceso de importación: Sólo los objetos de la aplicación, Objetos de aplicación y etiquetas o Sólo etiquetas. En caso de seleccionar cualquiera de las dos ultimas opciones deberemos indicar en que archivo se almacenaran las etiquetas.
7. En seguida, y para determinar que objetos estamos imporatando a la aplicación seleccionamos la casilla de verificación Mostrar detalles. En donde visualizaremos de forma ordenada todos los objetos que traer nuestro XPO; si algunos objetos tienen el nombre en negrita significa que estos objetos ya existen en el sistema y serán pisados por la importación (ojo, esto depende de la capa en la que se esté realizando la importación). Mi recomendación es que si no se está seguro que el XPO fue realizado en un ambiente al menos 100% similar al productivo las modificaciones de los objetos existentes se debieran pasar manualmente para asegurar que no estamos pasando a llevar alguna modificación realizada anteriormente; en caso contrario sin problema podemos importar.
8. Precionamos Aceptar e inmediatamente el proceso de importación comenzara, realizando al mismo tiempo una compilación de los objetos.
9. Una vez finalizado el punto 8 el sismtema entregará un informe el cual indicará si la importación se llevo a cabo con éxito, o si existieron algunos warnings o definitivamente existen errores en los objetos importados.
10. Estar felices por las importación exitosa o ponerse de cabeza a revisar el motivo de los errores que aparecieron.

Como verán es sencillo, pero siempre es mejor prevenir que lamentar… hay algunas modificaciones que son bastante complejas, por eso lo ideal es siempre tener un respaldo que nos permita volver un paso atras.

Microsoft Dynamics AX dispone de una muy buena herramienta de ingeniería inversa gracias a la cual podemos visualizar un modelo de datos u objetos de la aplicación en UML y ERX.

Generando Modelos y Archivos ERX

La herramienta de ingeniería inversa puede generar un modelo UML de datos u objetos o un archivo .erx para elementos de aplicación desde un proyecto privado o compartido o incluso desde una perspectiva. Si se desea utilizar proyectos privados o compartidos lo primero es crear el proyecto y llevar los elementos, que tu deseas modelar, al proyecto.

Modelo UML de Datos y Objetos

Bien, como ya hemos mencionado la herramienta de ingenería inversa puede crear los siguientes tipos de modelos de datos:

• Modelo de Datos UML: este modelo nos provee una representación visual de los metadatos de las tablas y de las relaciones y vistas. Este modelo contiene una clase por cada tabla y vista. Esta clase captura los atributos y asociaciones, así como tambien los tipos de datos de los campos, índices, y relaciones. Para crear un modelo de datos UML en Visio debemos seguir los siguientes pasos:
  • En el ciente de Microsoft Dynamics AX, en la barra de menú, seleccionar Herramientas, luego Herramientas de desarrollo y luego hacer clic en Ingeniería inversa. El cuadro de dialogo de Ingeniería inversa se abrirá.
  • Seleccionamos Modelo de datos UML de Visio.
  • Seleccionamos el tipo de ítem desde el que deseamos generar nuestro modelo, estos pueden ser: Proyecto privado, Proyecto compartido, o Perspectiva, y seleccionamos los ítems desde la lista desplegable.
  • Si deseamos cambiar el nombre o la ruta de alojamiento del archivo, hacemos clic en ícono de la carpeta, y especificamos un nombre y una dirección para el archivo.
  • Hacemos clic en OK.
  • Despues de que el modelo de datos es creado, Visio se abrirá y ya contendrá todos los elementos UML con el diagrama en blanco. Usando el explorador de modelo arrastramos los elementos del modelo al diagrama.
• Modelo de Objetos UML: este modelo nos provee una representación visual de los metadatos de clases, interfaces, vistas, tablas y relaciones. Un modelo de objeto contiene una clase para cada clase, vista, tablas e interfaces para cada interfaz de Microsoft Dynamics AX. Este modelo capatura atributos, así como tambien referencias a tablas y clases, extended data type, base enums, y tipos de datos nativos. El modelo tambien contiene cualquier clase que se extienda de otra clase, clases que son implementadas en las intefaces, y clases que son llamadas por otras. Para crear un modelo de objetos UML en Visio debemos seguir los siguientes pasos:
  • En el cliente de Microsoft Dynamics AX, en la barra de menú, seleccinar Herramientas, luego Herramientas de desarrollo y luego hacer clic en Ingeniería inversa. El cuadro de dialo de Ingeniería inversa se abrirá.
  • Seleccionamos Modelo de Objetos UML de Visio.
  • Seleccionamos el tipo de ítem desde el que deseamos generar nuestro modelo, estos pueden ser: Proyecto privado, Proyecto compartido, o Perspectiva, y seleccionamos los ítems desde la lista desplegable.
  • Si deseamos cambiar el nombre o la ruta de alojamiento del archivo, hacemos clic en ícono de la carpeta, y especificamos un nombre y una dirección para el archivo.
  • Hacemos clic en OK.
  • Despues de que el modelo de objetos es creado, Visio se abrirá y ya contedrná todos los elementos UML con el diagrama en blanco. Usando el explorador de modelo arrastramos los elementos del modelo al diagrama.

En resumen, los siguientes elementos son incluidos en los diagramas UML:

• Modelo de Datos
  • Tablas
  • Propiedades de los grupos de tablas
  • Campos
  • Campos con información indexada
  • Todos los extended data type
  • Todos los base enums
  • Todos los tipos de datos X++
  • Todas las tablas referenciadas
  • Vistas
  • Campos de vistas
• Modelo de Objetos
  • Tablas
  • Campos
  • Métodos
  • Parámetros de métodos
  • Clases
  • Todos los extended data type
  • Todos los base enums
  • Todos los tipos de datos X++
  • Todas las referencias a tablas y clases
  • Vistas
  • Campos de vistas.

Esta vez me encuentro trabajando en Ciudad de México, gracias a Dios que DAX tiene localización aquí, trabajando… bueno, como la localización no cumple el 100% de las necesidades reales del país (por obvias razones) se tienen que hacer algunas modificaiones, una de estas es con referente a los formatos de los cheques que se utilizan.
Si bien existe un formato de cheque para México, este no nos sirve para todas las entidades bancarias del país… por ende necesitamos crear los formatos adecuados para ello… ahora, esto es simple???… la respuesta es NO!… (con el tiempo he aprendido que nada es fácil en esta vida)

Para poder hacer un formato de cheque debemos tener presente lo siguiente:

1. Primero creemos un proyecto para facilitar nuestro trabajo y quede todo ordenado.

2. Existen reportes que Dynamics AX traer de forma estándar, un de ellos es Cheque_MX; para hacer nuestros cheques podríamos utilizar este o cualquier que traiga la aplicación y duplicarlo.

3. Agregamos nuestro reporte duplicado a nuestro proyecto.

4. Agregamos a nuestro proyecto además un MenuItemOutput (para crear este objeto basta con arrastrar nuestro reporte hacia el MenuItem>Output dentro de la AOT o podremos crearlo manualmente en nuestro proyecto).

5. Tambien debemos modificar el BaseEnum ChequeFormtype, agregandole un elemento y lo agregamos a nuestro proyecto.

6. Y agregamos a nuestro proyecto las clases BankChequePrint y BankPrintTestCheque, a la clase BankChequePrint debemos modificar el método printDocument agregando dentro del switch un case como el que sigue:
case ChequeFormType::MXStyle_SantanderUSD :
this.runReport(menuitemoutputstr(Cheque_MX_SantanderUSD));
break;

7. Y para la clase BankPrintTestCheque se debe modificar el método createTestCheque, agregando un case dentro del switch indicando en BaseEnum que se creó y también debemos modificar el método printCheque de la misma forma, o sea, agregando al switch un case donde debemos colocar el BaseEnum que creamos y el MenuItemOutput que creamos.

En resumen nuestro Proyecto debiera quedar mas o menos de la siguiente forma:

El sábado recien pasado tuve la fortuna de participar (un par de horas) de una iniciativa muy provecha en Ciudad de México, se trata del SHDHMC; este evento que se realiza de forma mensual desde hace ya seis meses en México trata de reunir a personas creativas y curiosas interesados en hacer avanzar la tecnología.

Esta idea nace gracias a David Weekly y Jeff Lindsay, y como bien dicen los amigos de México, la idea fue juntar la filosofia de trabajo duro necesaria para desarrollar un proyecto interesante con el ambiente relajado de una reunión social

Esto podría ser algo para el que le guste echar código en buena compañía… algunos links al respecto.

• Super Happy Dev House México City
• Super Happy Dev House Hermosillo
• Super Happy Dev House

Bueno… espero que revisen la información y suerte para estos amigos mexicanos que estan sentando un tremendo precendente para el desarrollo de nueva tecnología en su país.

Javier Vega, MVP de Microsoft Dynamics CRM entrega la forma paso a paso para la realización exitosa de esta migración.

Aquí el Link!