Nella rollup 11 puo' a volte comparire questo baco. per risolverlo...

Se non si riesce ad installare il connettore dati di reporting service...

L'installazione del CRM e' delicata sui nomi macchina...

L'arricchimento dei dati e' un procedimento che consiste nell'esportare i dati, modificarli e reinportarli modificando quelli esistenti.

Questa fuzionalita' era...

Attenzione!!! In alcuni casi la rollup 8 puo' eliminare una styored procedure necessaria! Cio' comporta la comparsa di un errore quando...

Se il DMM non riesce a connettersi correttamente al CRM o al DB di migrazione...

Se da un giorno all'altro il sito del CRM risponde con un messaggio d'errore del tipo "servizio non disponibile"...

Può capitare che a fronte di un nome utente e password corretti il CRM risponda con un bel errore HTTP 404.1 non autorizzato. In questo caso...

Se si vede che il CRM e' insostenibilmente troppo lento...

Puo' capitare che, cliccando su "Rispondi" o "Innoltra" di un messaggio di posta elettronica nel CRM si ottenga un errore...

La rollup 7 indispensabile per i client ma...

Se quando si clicca il pulsante di stampa del visualizzatore report si ottiene un errore...

Se eseguendo un report nel CRM appaiono messaggi di mancanza di privilegi...

Come installare MS CRM 4 se non si è connessi ad internet???

Se salvando un'opportunità o inserendo in essa (o in un'offerta, ordine o fattura) un prodotto viene esposto un messaggio di errore nel calcolo dei prezzi bisogna controllare che nell'opportunità sia o meno selezionato il flag "Ricavi calcolati dal sistema". Se il flag non è selezionato e quindi si presuppone che il ricavo venga imputato manualmente, lo si sposti ad automatico e si faccia una prova.
Se così funziona siete incappati in un baco del CRM che viene risolto con l'installazione dell'ultima rollup.

Summary Non c'è più il deletion service. Esiste un job schedulato ogni 24 ore. Un workaround per farlo partire subito.
Category CRM 4.0  
Description Esiste la schedulazione per la cancellazione fisica dei dati (record con DeletionStateCode = 2). La trovate nel db:
 
use MSCRM_CONFIG
select * from
ScalegroupOrganizationMaintenanceJobs
where OperationType=14
 
Il problema comunque non è di facile risoluzione.
E' a disposizione un tool (NON SUPPORTATO) e in allegato per la modifica dei dati del DB per alterare la schedulazione.
 
Devo dire che la schedulazione a me non ha funzionato bene, però modificando la data "Job Next Run" e mettendola su una data già passata e riavviando il servizio "Microsoft CRM Asynchronous Processing Service" la cancellazione vene fatta immediatamente.
 
Info sul tool su http://code.msdn.microsoft.com/ScaleGroupJobEditor/

Dopo l'installazione di una rollup (dalla 2 in su) può accadere che non si sia più in grado di pubblicare i workflow nel CRM.
Ciò è dovuto ad un piccolo errore nel software di installazione della rollup che, andando a sovrascrivere il web.config del CRM, si "dimentica" di inserire un assembly necessario alla pubblicazione (il famoso mscorlib) fra gli assembly autgorizzati. Da qui il problema.

La soluzione è quindi molto semplice: modificare manualmente il web.config inserendo la seguente riga:

authorizedType Assembly="mscorlib, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" Namespace="System.Globalization" TypeName="CultureInfo" Authorized="True"

Il  CRM 4.0, specialmente se c'è installata la rollup 4, è pienamente compatibile con il nuovo Internet Explorer 8, anzi!
IE 8 interpreta più velocemente il javascript lato client e, di conseguenza, il rendereing delle pagine è più veloce.

L'unico problema viene sul client Outlook. Anche se il sito del CRM è inserito fra quelli per i quali non si desidera il blocco dei popup, ogni volta che se ne apre uno appare un alert di errore. Il popup si apre, il CRM funziona, ma ad ogni nuova finestra appare il messaggio e, a volte, quando si clicca sul pulsante "salva e chiudi" appare la finestra di avviso che il programma sta cercando di chiudere la finestra corrente.

 

Ciò è ovviamente dovuto a un'impostazione di IE8, ma quale?

Dopo varie prove ho sperimentato che le seguenti modifiche alla configurazione di IOE8 risolvono il problema:

1) Andare nelle opzioni Internet
2) Andare nella scheda protezione
3) Togliere il flag da "Attiva modalità protetta"
4) Cliccare il pulsante "Ripristina livello predefinito su tutte le aree"
5) Chiudere il browser e Outlook
6) Aprire IE
7) Andare nelle opzioni internet
8) Andare nella scheda protezione
9) selezionare il flag "Attiva modalità protetta"
10) Chiudere IE
11) Aprire Outlook.

FUNZIONA!!!

   Spesso quando si fanno massicce chiamate alla platform del CRM via servizi web (si parla di decine o centinaia di migliaia di chiamate ad esempio durante un'importazione massiva), si può ottenere un errore di socket il cui messafggio è una frase del tipo "Non è possibile aprire più connessioni su una stessa porta".

Questo comportamento è legato all'IIS e non al codice del CRM o dello sviluppatore. Ogni server web rimane costantemente in ascolto su alcune pèorte TCP sulle quali sono attestati i siti. L'esempio più diffuso è quello della porta 80: siccome un sito è acceduto da più utenti in contemporanea, quando IIS riceve una chiamata sulla porta 80 la evade aprendo una connessione su una porta alta; questo perchè la porta 80 deve rimanere libera per le altre richieste. Le porte alte non utilizzate dalla macchina vengono quindi aperte con un socket e i flussi HTTP passano attraverso di esse. Ogni socket rimane aperto per un tempo stabilito e il range di porte alte da usare è scritto nel registro di sistema. Se le chiamate ai servizi web (un socket aperto per chiamata) sono molte e in rapida successione può succedere che il range di cui sopra si esaurisca, IIS ricomincia dai valori bassi di tale range trovando però i socket ancora aperti dalla chiamata precedente e scatendando quindi l'errore.

SOLUZIONE: per risolvere il problema bisogna intervenrire sulla configurazione di IIS in due modi NON mutualmente esclusivi. Bisogna però porre molta attenzione perchè eventuali errori potrebbero causare gravi errori nels erver web.

1) Diminuire il tempo di apertura dei socket (il default è 240 secondi): si va nella seguente chiave di registro e si modifica il valore ad esempio portandolo da 4 minuti a 30 secondi:
HKLM\System\CurrentControlSet\Services\Tcpip\Parameters\TCPTimedWaitDelay

2) Aumentare il range di porte alte che l'IIS usa per evadere le richieste: si va nella seguente chiave di registro e si modificano ni valori di conseguenza portandoli ad esempio dal default che è 5000 a 65000:
HKLM\System\CurrentControlSet\Services\Tcpip\Parameters\MaxUserPort

Si riavia IIS.