Ciao apollo7,
Proverò a rispondere alle vostre domande uno per uno
Posso generare semplicemente i dispositivi di piegatura nell'ambito della dinamica CRM \ CRMWeb \ venditore di software di C:\Program Files\Microsoft \ sul nuovo assistente e copiare il aspx, aspx.cs ed altre lime relative?
Sì. Migliore generare il vostro dispositivo di piegatura delle aziende sotto il venditore di software ed allora usare il nuovo indirizzo di IIS ed appena indicare l'applicazione attuale. O potete generare un altro Web site, gli assegnate uno stagno dedicato di app ed allora spostate le vostre applicazioni là ed allora potete tracciare il vostro dispositivo di piegatura delle aziende sotto il venditore di software a quel Web site tramite Redirection.
Sotto IIS, posso generare un indice virtuale sotto il dispositivo di piegatura del venditore di software (sotto Microsoft CRM) e passare in rassegna fuori al default.aspx per ogni applicazione?
Sì.
Ho letto gli alberini della tribuna che indicano che devo copiare una lima del DLL sotto il dispositivo di piegatura dello scomparto - è sempre questo il caso?
No.
Che cosa sto cercando è un processo che posso documentare ed usare per spostare le applicazioni del venditore di software da un assistente verso un altro. Ho fatto questo per le applicazioni di asp.net che ho generato ma che queste hanno avute le lime sotto il dispositivo di piegatura del inetpub ed ho generato semplicemente un indice virtuale sotto Microsoft CRM e denominato il aspx di applicazione da un IFRAME in CRM.
Questi fatti funzionare nell'ambito del nav di vendite escludono ed aprono le nuove forme con MSCRM. Ho accesso al codice sorgente per ogni applicazione se quella potesse essere necessità di essere modificato una volta mossa verso un nuovo assistente.
Il più probabilmente non dovete cambiare le applicazioni se stiano funzionando come preveduto fuori di CRM.
Riguardi,
Chinmay