... detestati dagli sviluppatori, ma apprezzati dai clienti perche' l'idea che il CRM possa creare lettere, posta elettronica, offerte ed altro direttamente in word risulta essere accattivante.

La cosa resiste anche se per chi usa SQL Server 2008 c'e' la possibilita' di esportare in word i report.

Bisogna pero' ricordarsi che la stampa unione di word ammette un solo ciclo e quindi se ci sono delle informazioni che devono essere messe solo all'inizio e alla fine della stampa bisogna gestirle con degli if che controllino se siamo al primo o all'ultimo item del ciclo.

A volte pero' si sperimenta un altro grosso problema dovuto a un baco nel CRM o meglio nel modello di word usato dal CRM: CRMTemplate.dot.
Se ci si trova con un modello di stampa unione perfetto e poi, lanciandolo, si notano degli "a capo" che non dovrebbero esserci la co,lpa non e' nel vostro modello, ma nel CRM.
Infatti esso per inserire i dati in word usa una macro. Essa oltre a fare cio' inserisce qualche riga all'inizio del documento per spiegare all'utente come procedere, poi la macro che lo stesso fa partire cliccando sul pulsante "CRM", leva queste scritte. Peccato che essa si dimentichi un "a capo" e questo, essendo fuori dai campi della stampa unione di word, venga ripetuto per ogni item del ciclo!!!
Dopo diverse decine di prove sono giunto alla conclusione che l'unico modo di risolvere il problema e' quello di modificare il codice della macro (attenzione quindi alle rollup) e quindi modificare il file.dot aggiungendo
ActiveDocument.Paragraphs(1).Range.Delete
al codice della macro dopo la riga 53.

A questo punto gira tutto.

Il file si trova nel sito del CRM/_static/tools/mailmerge

...di cui la piu' importante e' la creazione di un entity framework per il CRM e un rpovider LinkQ to CRM

Queste novita' rendono molto piu' compatto il codice e allineano la programmazione del CRM (in realta' XRM come gli spazi dei nomi dei vari assembly) a quella dei nuovi prodotti Microsoft che nel nome hanno, per intenderci, "2010" (una su tutte Share Point 2010).

Un caldo invito dunque ad utilizzare massicciamente queste novita' nei progetti consci che questo sara' il modo standard di programmazione della prossima versione del prodotto.

...i mapping non sono blindati, solo che, mcome spesso accade nel CRM, non e' visibile la pagina web che li gestisce.

Una semplice query nel DB della tenancy che si sta usando risolve il problema. Ecco la procedura

Il gioco e' fatto

...per effettuare questo tipo di cancellazione ci sono due possibilita':

...solo che bisogna farlo via codice

Questa modalita' NON usa i report, ma e' nativa nell'interfaccia utente del CRM, solo e' un pochino elaborata da realizzare, ma il risultato e' garantito!!!

Qui sotto un esempio preso dall'SDK:

Puo' capitare la necessita' di modificare il layout di alcune griglie del prodotto (ad esempio quella dei membri degli elenchi di marketing).

Andando pero' nell'area di personalizzazione entita' alcune griglie non compaiono. Che fare?

Nel CRM 4 tutto o quasi e' un'entita'; allora esistera' anche un'entita' per le griglie (o viste). E' li' infatti che vengono memorizzate le cosiddette viste personali che vengono create con la ricerca avanzata.

I membri di questa entita', per fortuna, sono ricercabili con la ricerca avanzata e quindi modificabili e salvabili.

Allora la procedura e':
1) Avviare la ricerca avanzata
2) Selezionare come entita' "Visualizzazioni" 3) Impostare il criterio di ricerca (es. per i membri degli elenchi di marketing una string del tipo "émembri*")
4) Aprire la vista desiderata e modificarla nel solito modo (aggiunta di colonne, ordinamento, etc.)
5) Salvare le modifiche 6) Pubblicare tutte le personalizzazioni nel solito modo (non esiste la possibilita' di pubblicare singolarmente questo tipo di modifiche)

Alla fine si e' ottenuto il risultato sperato con il solo utilizzo del mouse.

Come si sa ogni record del CRM possiede uno stato e un motivo dello stato

Il primo non è modificabile, mentre il secondo si' (si possono aggiungere motivi propri). Nella maggior parte dei casi gli stati sono due: Attivo e Inattivo.

Esistono pero' alcune entita' che hanno un insieme piu' complesso di stati e che, quando cambiano stato, registrano un particolare tipo di attivita' che specifica dettagliatamente quanto avvenuto.

Tali entita' si possono facilmente individuare per il fatto che quando si cambia via interfaccia utente il loro stato, il sistema espone una finestra di dialogo che richiede degli approfondimenti: è il caso ad esempio della chiusura dei casi o delle offerte.

Per modificare questi stati via codice non basta usare il messaggio "SetState", a volte bisogna usare dei messaggi appositamente creati i quali contengono come proprieta' il record attivita' da creare.

Il segreto e' proprio questo: l'attivita' non e' da creare prima del cambiamento di stato, ma viene creata dal cambiamento stesso. Quindi bisogna solo "creare" l'attività in RAM (valorizzando quindi un oggetto del tipo corretto) e passarla all'oggetto di request del messaggio.

Nell'esempio seguente il codice per cambiare lo stato di un'offerta Attiva in persa:

private bool LostQuote(Guid quoteid, CrmService crm, string motivazioni, string quotename, string quotenumber, int revisionnumber, string descrizione)

{

try

{

quoteclose qclose = new quoteclose();

CrmDateTime d = new CrmDateTime();

d.Value = DateTime.Now.ToString("s");

qclose.actualend = d;

d = new CrmDateTime();

d.Value = DateTime.Today.ToString("s");

qclose.actualstart = d;

Lookup lquote=new Lookup();

lquote.name=quotename;

lquote.type="quote";

lquote.Value=quoteid;

qclose.quoteid = lquote;

qclose.quotenumber = quotenumber;

CrmNumber n=new CrmNumber();

n.Value=revisionnumber;

qclose.revision = n;

qclose.subject = motivazioni;

qclose.description = descrizione;

CloseQuoteRequest req = new CloseQuoteRequest();

req.QuoteClose = qclose;

req.Status = 5;

crm.Execute(req);

return true;

}

catch (Exception ex)

{

return false;

}

}