Green Proyect. Los Planes de futuro de Microsoft Dynamics

“Green Project” así es como se conoce el “roadmap” de innovación de Microsoft Dynamics. Este camino está centrado en proporcionar unión en la brecha entre personas y procesos en el software empresarial, y su ejecución tendrá lugar en dos grandes olas de versiones, culminando en una solución convergente.


La primera ola de aplicaciones está prevista para entre 2005-2007, es en la que nos encontramos actualmente. E incluirá la convergencia entre experiencias de usuario (utilizando unos ~50 roles de usuario), servicios web, “business inteligence” contextual (basada en SQL Reporting Services) y portales (basado en Sharepoint). Esta ola coincide con las grandes nuevas versiones de SQL Server 2005, Visual Studio 2005 y Microsoft Office 2007.


La segunda ola, estará centrada en conseguir desarrollar una arquitectura de software dirigido por el modelo. Vamos, conseguir todo un sueño en la industria del software, poder modelar los procesos de negocio a un alto nivel sin tener que tirar una sola línea de código. Esto permitiría un software empresarial que se adaptase perfectamente a cualquier modelo de negocio, y que además reaccionase de manera inmediata a los cambios. Los primeros pasos para llegar a esto ya están disponibles en la primera ola, son los servicios web (arquitecturas SOA), y los procesos de workflow como los de Microsoft Dynamics CRM 3.0. Esta segundo ola empezará a partir del año 2008.


La idea final es llegar a integrar en una Suite los productos de Microsoft Dynamics (Axapta, Navision, Solomon, Great Plains, CRM…). Y que además estos productos permitan una productividad superior gracias a su interfaz y experiencia de usuario, sin olvidar que deben proporcionar una adaptabilidad asequible a los distintos modelos de negocio


Bueno, estos son los planes. Los primeros pasos están dados, y algunos más en camino. Por ejemplo, las próximas versiones de Dynamics AX y Dynamics NAV, podrán integrarse con Microsoft CRM 3.0 como ya lo hace Microsoft Dynamics GP.


Para más información consultar el blog de Satya Nadella. Satya es vicepresidente de Microsoft y responsable del grupo de producto de Microsoft Dynamics. Concretamente leer este artícutlo MBS Technology Roadmap – Convergence & Beyond de su blog. Además os dejo una enlace a una ppt muy interesante sobre Microsoft Dynamics


¿Que os parecen los planes de futuro de Dynamics? ¿Lo Lograrán? ¿Y en cuanto tiempo…? Espero vuestros comentarios, e ideas.


Hasta la próxima,


Marco Amoedo Martínez


 

Personaliza Microsoft CRM 3.0 y gana una XBox 360

Si tienes hecha alguna personalización interesante, algún workflow bueno, un ejemplo de integración de aplicaciones con el CRM… vamos cualquier cosa interesante desarrollada sobre Microsoft Dynamics CRM 3.0. Tiene una oportunidad de ganar un XBox 360!!


En Microsoft CRM SandBox ha comenzado un concurso en el que los ganadores conseguirán una XBox 360. Sólo tienes que poner tu desarrollo sobre CRM 3.0 en el área de descarga para que los demás usuarios puedan descargárselo. Luego, en los foros se irán votando las descargas y las mejores ganarán el concurso. Para más detalles lee Microsoft CRM SandBox Code Context. Venga, a por la XBox!! Suerte para todos los que decidan participar.


Saludos,


Marco Amoedo Martínez

Planificación y Documentación de Personalizaciones

A estas alturas todos sabemos que la documentación es algo fundamental en el desarrollo de sistemas de información. Aunque siempre en su justa medida, como todo, que tampoco hay que escribir más líneas de documentación que líneas de código. Pues bien, Microsoft ha tenido esto en cuenta para su herramienta Microsoft Dynamics CRM 3.0 y nos ha facilitado la labor de documentación a todos aquellos que tenemos que personalizar la solución. Ha puesto a nuestra disposición Planning Files.


Se trata de un conjunto de documentos Office que nos serán de gran utilidad a la hora de personalizar la aplicación. Cada documento está diseñado para registrar los cambios del nombre de entidad, los mensajes al usuario, el formulario de la entidad, las vistas para mostrar los datos, los atributos de la entidad y los reports en los que se utiliza. En los documentos incluso se incluyen capturas de pantalla de los formularios para facilitar la tarea. Cuando tengamos que hacer una reunión para decidir temas de personalización de Microsoft Dynamics CRM 3.0, solo tendremos que coger los documentos de las entidades a personalizar y utilizarlos para discutir y registrar nuestras decisiones. Y listo! Ya tenemos documentación sobre a personalización del sistema.


El único pero, aunque es una tontería… es que están en inglés. Aunque hoy en día quien no es capaz de leer un poquillo en inglés. Echadle un vistazo y me comentáis que os parecen. Seguro que más de uno las querría para otros productos de Microsoft eh?


Plannig Files


Saludos,


Marco Amoedo Martínez

Microsoft CRM Performance and Stress Toolkit

El equipo de Microsoft Dynamics CRM acaba de liberar una nueva herramienta que será de gran ayuda a todos los que implantamos esta solución. Se trata de Microsoft Dynamics CRM 3.0 Performance and Stress Testing Toolkit, y como su propio indica, es una herramienta que proporciona un método más o menos estándar para realizar pruebas de rendimiento.


 


Gracias a esta nueva herramienta podremos realizar de forma bastante sencilla pruebas funcionales y de carga de una implementación del CRM. Esto permitirá que podamos establecer las necesidades de rendimiento y escalabilidad de manera anticipada y más precisa, además de comprobar el correcto funcionamiento del sistema, ahorrándonos posibles disgustos o coste indeseados en un proceso de implementación.


 


El “toolkit” incluye se distribuye en código fuente junto con la documentación necesaria, e incluye una serie de ejemplos de cómo utilizarlo. De serie nos proporcionan un conjunto de datos de referencia y una serie de webtest que nos permitirán simular las operaciones que realiza un usuario de la aplicación, además de una solución de Visual Studio para realizar las pruebas. Eso si, necesitaremos Visual Studio Team System y el código fuente está en C#.


 


Pero por si esto fuese poco, el CRM 3.0 Performance & Stress Toolkit es eso, un toolkit. Con lo que puede ser personalizado para cubrir las necesidades de medición de rendimiento que tengamos, pudiendo personalizarlo en torno a tres ejes. Por un lado el conjunto de datos de prueba, por otro modificar las condiciones de carga utilizadas (número de usuarios, frecuencia de operaciones…), y también es posible desarrollar nuevos WebTest que prueben otras funcionalidades de la aplicación.


 


Creo que lo más destacable de esta herramienta, aparte de todas las posibilidades de medición del rendimiento que proporciona. Es que los WebTest simulan una interacción completa del usuario. Es decir, que el WebTest de crear una nueva cuenta simula a un usuario que accede a la página de ventas, selecciona cuentas, y pulsa el botón de crear nueva cuenta para que aparezca el formulario de creación. Vamos, que no simplemente realiza la operación de creación, si no que sigue todos los pasos de navegación por la aplicación. ¿Vosotros que pensáis?


 


Saludos,


 


Marco Amoedo Martínez

Migrando a Microsoft Dynamics CRM 3.0

Uno de los principales problemas que podemos encontrar a la hora de implantar o integrar un CRM en un entorno empresarial, es tener que migrar datos desde otra solución anterior. En el caso del CRM 3.0, Microsoft lo ha tenido muy en cuenta y ha facilitado mucho la labor gracias a herramientas como el Microsoft Dynamics CRM 3.0 Data Migration Pack. Aunque, como veremos, también podemos echar mano de otras soluciones más personalizadas. Démosle un vistazo a la herramienta de Microsoft


 


Microsoft Data Migration Pack


 


Microsoft CRM Data Migration Pack está formado por dos herramientas bien diferenciadas. Por un lado tenemos el Asistente para la migración  de datos desde Microsoft Office Outlook con Business Contact Manager, y por otra parte el Microsoft CRM Data Migration Framework. Aunque como el asistente para Outlook Business Contact Manager no es más que una automatización realizada sobre el Data Migration Framework. Por lo tanto, vamos a darle un pequeño vistazo a este framework. Sólo quedaros con la idea de que migrar desde Outlook Business Contact Manager es muy sencillo con esta herramienta.


 


Microsoft CRM Data Migration Framework consiste en una serie de herramientas que pueden ser utilizadas para migrar datos desde cualquier origen a Microsoft CRM. Consta de:


 


Common Data Format (CDF) database: La base de datos CDF sirve como almacén de datos intermedio para recolectar los datos que queremos importar en el CRM. Es algo así como un aparcamiento previo para los datos que deben ser migrados al CRM. Nos permite concentrar todos los datos que queremos migrar al CRM, aunque procedan de distintas fuentes, en un formato común. Esta base de datos debe ser instalada en el SQL Server donde se encuentran los datos de Microsoft CRM.


 


Interfaz de Usuario del Data Migration Framework: Este interfaz de usuario se instala en el Servidor de Microsoft CRM 3.0, y permite estructurar el proceso de migración de datos. Incluye asistentes para inicializar la base de datos CDF según la configuración de nuestro Microsoft CRM. Para mapear los datos de la base de datos CDF a datos de Microsoft CRM (territorios, unidades de negocio, picklist…). Y un asistente más para realizar la migración de datos.


 


Herramientas de línea de comandos y procedimientos almacenados: Estas herramientas están disponibles por si queremos automatizar el proceso de migración de datos. Es decir, evitar que el usuario tenga que introducir información. Gracias a esto podemos preparar la migración y luego llevarla a cabo de forma automática.


 


Documentación: Ya sé lo que estáis pensando. Pues no, no es la típica ayuda del programa. Además de eso, nos proporciona una serie de hojas Excel que nos serán de mucha ayuda. Tenemos una hoja de cálculo para realizar un seguimiento de los datos durante la migración. Y también, hojas Excel para ayudarnos a mapear datos desde las bases de datos de ACT!, GoldMine y Siebel a Microsoft CRM. Y no penséis que son sencillas, vienen con mucho detalle, explicando el mapeado entidad por entidad.


 


Otras soluciones de Migración


 


Bien, puede ser que la herramienta de Microsoft no encaje con lo que queremos hacer, que la integración que necesitemos sea algo más continuo, o muy complejo. Bueno, pues para que están los servicios web de Microsoft Dynamics CRM 3.0. Pensadlo bien, los servicios web pueden ser el maná a la hora de hacer una migración de datos complicada. Podemos desarrollar piezas de software que se encarguen de sincronizar datos entre el CRM y otros programas utilizando los servicios web. Y no sólo hacia Microsoft CRM, sino que también desde él hacia otros sistemas.


 


Y por si esto fuese poco. Por Internet se pueden descubrir cientos de soluciones a nuestros problemas. Como por ejemplo, un proveedor de datos ADO.NET para salesforce.com. Este proveedor de datos nos permite utilizar salesforce.com como un origen de datos más en código .NET, y junto con los servicios web del CRM 3.0, la migración está en bandeja de plata.


Bueno, espero que este repasillo a algunas soluciones de migración de datos a Microsoft CRM 3.0 os haya servido de algo. Ya sé que cada migración es un mundo, pero por lo menos disponemos de unas herramientas con las que empezar.


 


Saludos,


 


Marco Amoedo Martínez

Mapeado de Datos en Microsoft Dynamics CRM 3.0

He visto por ahí bastantes confusiones y problemas con el mapeado de datos entre entidades en Microsoft CRM 3.0. Así que me he decidido a aportar mi granito de arena para intentar aclarar dudas.


 


Concepto de Mapeado


 


Lo primero, es entender con claridad el concepto de Mapeado de Datos en CRM 3.0, ya que es muy fácil perderse o confundirse. Esta funcionalidad permite que cuando creemos un registro, desde el contexto de un registro relacionado con él, algunos de los campos del nuevo registro aparezcan ya cubiertos con valores extraídos del registro relacionado. Así, por ejemplo, si creamos un nuevo contacto desde una cuenta podemos ver como los campos de la dirección aparecen ya cubiertos con los datos de dirección de la cuenta.


 


Sin embargo, debe quedarnos muy claro, que esto solo es una ayuda para facilitar la creación de nuevos registros por parte de los usuarios, y nada más. De hecho no estamos obligados a aceptar los valores mapeados, en el mismo momento de la creación del registro podemos cambiarlos si no son adecuados. Además hay que tener en mente que no se establece ningún tipo de relación, ni de sincronización entre los campos mapeados. Una vez creado el registro, si los campos origen del mapeado son modificados, estos cambios no son propagados al registro. Por ejemplo, si modificamos la dirección de una cuenta, las direcciones de los contactos asociados no son modificadas.


 


Tiene que quedar muy claro, que el mapeado simplemente permite establecer unos valores por defecto dinámicamente en función del contexto en el que creamos el registro. Y que si no creamos el objeto desde un contexto con un mapeado definido, no se va a aplicar ningún mapeado. Por ejemplo, si creamos un contacto directamente, si ser desde una ficha de una cuenta, los campos de dirección no tendrán ningún valor mapeado por que no tenemos ningún contexto padre.


 


Definir Mapeados en CRM 3.0


 


En Microsoft CRM 3.0 los mapeados están asociados a las relaciones entre entidades.  De hecho en la versión 3.0 la “única” (ya veremos por que entre comillas) forma de llegar a la herramienta de edición de mapeados es a través de las relaciones entre entidades. Así, para poder crear un mapeado entre campos entre dos entidades debemos dirigirnos a personalización de entidades, acceder a una de las dos entidades implicadas en la relación, ver las relaciones de esa entidad, elegir la relación sobre la que queremos crear/modificar un mapeado y dentro de ella seleccionar asignaciones. Una vez ahí podremos ver la lista de mapeados (asignaciones) existentes.


 


 


 


Si queremos crear uno nuevo, no tenemos más que pulsar el en Nuevo. Se nos abrirá una nueva ventana en la que aparecen los campos disponibles de ambas entidades, y en la que tendremos que seleccionar cual será el campo origen y cual el destino.


 



 


Como veis la edición de mapeados depende totalmente de las relaciones, y en principio no hay forma de definir mapeados sin ser desde ahí.


 


Pero… Faltan mapeados, por ejemplo ¿Dónde están los mapeados entre campos de los productos de oferta y los productos de pedido? ¿Qué pasa si queremos modificar esos mapeados? Como veis, a la herramienta de mapeados a través de las relaciones le falta algo. Pero no os preocupéis que ese algo está ahí, solo que los chicos del CRM lo han ocultado un poco en esta versión. En la próxima entrega os contaré como hacer otros mapeados.


 


Actualización: Podéis ver la información de los mapeados “ocultos” entre, por ejemplo, productos de oferta y productos de pedido; En este artículo de la Knowledge Base 914921 


 


Saludos,


Marco Amoedo Martínez

Servicios Web Microsoft CRM 3.0 (El WSDL)

No, no es una nueva entrega de la serie de los servicios web del CRM. Más bien es, un pequeño apéndice a Servicios Web de Microsoft CRM 2. He decido no publicarlo en el mismo post para no liarnos.


No todo el mundo puede disponer de una instalación de Microsoft Dynamics CRM para probar el funcionamiento de los Servicios Web. Y por mucho que descarguemos el SDK y veamos las definiciones, a lo mejor no vemos claro como desarrollar código que utilice los proxies del Servicio Web. O también, puede ser que que queramos desarrollar un código que disponga de los proxies de los servicios web para luego poder probarlo en algún lugar en concreto.


Bueno pues para poder solucionar, o más bien paliar esto. Aquí os dejo el WSDL del Servicio Web de Microsoft CRM. Es un fichero curioso pero que tampoco tiene ninguna cosa excepcional, es una definición de un Servicio Web con un tipado fuerte como otra cualquiera. Eso si, si lo ojeáis, os daréis cuenta de que la definición de los tipos de datos del CRM y los objetos de negocio ocupan la mayor parte del WSDL. Y para todos aquellos que tengan un conocimiento más avanzado en Servicios Web, fijaos en como Microsoft Dynamics CRM 3.0 utiliza las cabeceras SOAP para enviar el guid del usuario del CRM que realiza la operación. Acordaros de esto cuando veamos como realizar impersonación en llamadas a servicios web desde callouts y workflows.


<soap:header message=”tns:RetrieveCallerId” part=”CallerId” use=”literal” />


Vale, para aquellos todavía no sepáis como utilizar este fichero con Visual Studio. Repasar el post anterior de la segunda entrega sobre Servicios Web del CRM 3.0, y en el momento de añadir la referencia web al proyecto para que nos genere los proxies, en vez de utilizar la URL del servicio real, indicarle la ruta del lugar donde tenéis almacenado el crmservice.wsdl para que pueda ver la definición del Servicio Web y generar los proxies. De esta forma podréis ver las clases que se generan con el WSDL, y la sintaxis básica para utilizar el Servicio Web.


Hasta la próxima, 


Marco Amoedo Martínez


Nota Aclaratoria: Siempre que me refiera al Servicio Web del CRM me estoy refiriendo al CRMWebService que vimos en el segundo post de Servicios Web de CRM 3.0. Cuando hablemos del Servicio Web de Metadatos lo indicaré específicamente.


 

Nuevo Blog del equipo de Microsoft Dynamics CRM

El equipo de Microsoft Dynamics CRM 3.0 ha decido crear un blog conjunto en el que publicar las contribuciones de todos los miembros del equipo. En principio, según cuentan en su blog, los artículos serán de todo tipo y la temática será variada, ya que cada miembro del equipo tiene libertad para publicar lo que crea interesante. De momento ya se pueden leer algunos artículos muy interesantes sobre las vistas filtradas y el mapeado de datos en el CRM 3.0.


La aparición de este nuevo blog, es una gran noticia para toda la comunidad. Si bien hasta ahora había algunos blogs de gente del equipo, con posts muy interesantes. La aparición de un blog conjunto nos asegura que recibiremos un flujo de información de primera calidad sobre las “tripas” y las características clave de Microsoft Dynamics CRM 3.0. ¿A que estáis esperando para leerlo?


El blog se encuentra en el siguiente enlace:


Microsoft Dynamics CRM Team Blog


Saudos, Marco

Servicios Web Microsoft CRM 3.0 (2)

Hola de nuevo. Lo primero pedir perdón por el retraso en publicar la segunda parte de esta serie de post sobre los servicios web de Microsoft Dynamics CRM, pero más vale tarde que nunca no?


 


Si revisáis el post anterior, habíamos dejado todo preparado para utilizar el CRM que teníamos instalado en un Virtual PC. Bien, pues vamos a ver como trabajar con el Servicio Web del CRM desde Visual Studio.


 


Los Servicios Web del CRM


 


Antes de nada vamos a aclarar un concepto sobre los servicios web de Microsoft Dynamics CRM 3.0. Si revisáis la documentación incluida en el SDK del CRM, una lectura recomendada que comentaremos más en profundidad otro día, veréis que disponemos en realidad de dos servicios web:


 


CrmService: Básicamente, proporciona acceso fuertemente tipado a todas las entidades de Microsoft CRM, incluidas las personalizaciones. Y permite la ejecución de todas las operaciones soportadas en el CRM.


 


MetadaService: Este servicio proporciona métodos para acceder a los metadatos del CRM, y al igual que el anterior, mediante un acceso fuertemente tipado.


 


Lo del acceso fuertemente tipado es una gran innovación con respecto a la versión anterior. Ahora podemos utilizar clases del CRM en nuestro propio código, gracias al WSDL del servicio web. Mientras que antes, teníamos que utilizar el XML que siempre es algo más engorroso. Algo que seguimos teniendo que hacer en los Call Outs, aunque este es otro tema que ya veremos.


 


Desde mi punto de vista lo mejor será empezar a probar los servicios web con el CrmService. Ya que de momento, es preferible ver como crear y manejar entidades del CRM desde nuestro código a liarnos con los metadatos. Además este servicio web, como veremos, nos abre multitud de posibilidades para integrar aplicaciones y otras funcionalidades.


 


El Servicio Web CrmService


 


Este servicio web, como ya vimos, nos permite acceder a las entidades del CRM y ejecutar operaciones del sistema. Está formado por una serie de 5 métodos comunes a todas las entidades de negocio del CRM, y por 2 métodos adicionales de consulta y ejecución de operaciones. Los métodos comunes son:


 



  • Create: Crea una instancia de una entidad

  • Delete: Elimina una instancia de una entidad

  • Update: Actualiza una instancia de una entidad

  • Retrieve: Recupera una instancia de una entidad

  • RetrieveMultiple: Obtiene una colección de instancia según unas condiciones específicas.

 


Los otros 2 métodos son:


 



  • Fetch: Que permite hacer consultas con el lenguaje FetchXML sobre múltiples entidades, devolviendo los resultados en XML.

  • Execute: Que permite, mediante distintos tipos de comandos/mensajes, ejecutar prácticamente cualquier operación en el CRM. Incluidas las de los métodos comunes.

 


Bueno, ya basta de rollo por hoy. Vamos a centrarnos en el primer método del servicio web, Create. Y vamos a ver una muestra de cómo utilizarlo como utilizarlo.


 


Utilizando el CrmService desde Visual Studio


 


Lo primero será crear un nuevo proyecto de consola, por ejemplo, en Visual Studio. Podéis utilizar el lenguaje que más os guste, aunque yo voy a utilizar C# por que me encuentro más cómodo con el. Una vez hecho esto tendremos un programa de consola limpio como una patena, es decir con un método main en blanco.


 


Ahora lo primero será añadir una nueva referencia web en nuestro proyecto. Esta referencia web será la que nos permita generar todas las clases Proxy necesarias para utilizar los servicios web de Microsoft CRM 3.0. Aunque, como la mayoría sabéis, también es posible generar los proxies mediante herramientas como WSDL.EXE.


 


En el cuadro de diálogo de añadir referencia web introducimos la dirección de nuestro servicio web, la misma que utilizamos en el post anterior para comprobar que teníamos acceso por red. En mi caso, la URL era:


 


http://192.168.2.2:5555/mscrmservices/2006/crmservice.asmx


 


Además le asignamos un nombre a la referencia como CRMService, por ejemplo. Y pulsamos AddReference.


 


 


 


Una vez hecho esto se recupera el WSDL del Servicio Web y se generan todas las clases Proxy necesarias, lo que no va a permitir el acceso tipado a las entidades del CRM. Además, gracias a que el WSDL se genera dinámicamente, cualquier personalización sobre entidades o atributos está reflejada en el, incluso las nuevas entidades añadidas por nosotros.


 


Si queréis, podéis utiliza el explorador de objetos para curiosear las clases que ha generado esto, están en el espacio de nombres <nombre del proyecto>.CRMService. Pero ya os adelanto que hay un montón, por que pensad que ahora disponemos de todas las entidades del CRM y sus tipos de datos, de todas las operaciones del CRM, y del Proxy del Servicio Web. Ahí es nada.


 


Bueno, vamos a crear una nueva instancia del Servicio Web. Crear un nuevo objeto cuenta. Y llamar al método create del servicio con el nuevo objeto para ver sus efectos en el CRM. El código vendría siendo algo tal que así:


 


using System;


using ConsoleApplication2.CRMService;


 


namespace ConsoleApplication2


{


    class Program


    {


        static void Main(string[] args)


        {


            CrmService servicioWeb = new CrmService();


 


            account cuentaNueva = new account();


            cuentaNueva.name = “Cuenta del Servicio Web”;


            Guid idCuenta = servicioWeb.Create(cuentaNueva);


 


            Console.WriteLine(“Creada cuenta con guid : {0}”, idCuenta);


            Console.ReadKey();


        }


    }


}


 


Fijaos que el método Create acepta cualquier tipo de entidad de negocio del CRM. Y además devuelve el guid que el sistema le ha asignado al objeto que acabamos de crear.


 


Y el resultado que obtendremos será algo tal que así:


 


Exception – The request failed with HTTP status 401: Unauthorized.


 


¿Que ha pasado? Pues que en ningún sitio le hemos indicado quien somos, y como no estamos trabajando como ningún usuario de Windows autorizado a crear cuentas en el CRM la operación ha fallado. Recordad que tanto la aplicación web del CRM como los servicios web utilizan la autenticación de Windows.


 


Para solucionarlo basta con incluir estas líneas antes de llamar al servicio web.


 


servicioWeb.Credentials =


new System.Net.NetworkCredential(“crmadmin”, “Pa$$w0rd”, “AdvWorks.msft”);


 


Con lo que indicamos que queremos llamar al servicio web del CRM, utilizando un objeto de credenciales de red, con el usuario crmadmin, el password del usuario, y el dominio advworks.msft. Cada uno que sustituya esto por un usuario con permiso para crear cuentas en el CRM. En un futuro post veremos más a fondo como impersonar las llamadas a los servicios web, y que variables están implicadas en la identificación de los usuarios que realizan las operaciones.


 


Ahora la salida de nuestro programilla será


 


Creada cuenta con guid : b0149e1e-f1db-da11-8b06-0003ff642152


 


Y si vamos abrimos el cliente de Microsoft Dynamics CRM 3.0, veremos como aparece una nueva cuenta con el nombre que le hemos indicado.


 


Bueno por hoy lo dejamos, aquí. Intentad practicar un poco más con este método del servicio web. Probad a inicializar más propiedades en la cuenta antes de crearla… etc. Aquí tenéis los comentarios para cualquier duda, consulta,  sugerencia, queja…


 


Saludos, Marco