Przypominajka o 4-tym spotkaniu grupy

Kwiecień 12, 2010 4 komentarzy

Już jutro o 18:30 w siedzibie Microsoft w Warszawie odbędzie się spotkanie grupy. Więcej na temat spotkania (w tym agenda) tutaj: http://ms-groups.pl/dxpug/4_spotkanie. Rejestrujcie się w miarę możliwości, po uprzednim dodaniu do listy członków grupy.

Planujemy 2 bardzo fajne prelekcje, dlatego serdecznie zapraszam!

Zamieszczone w kategoriach DxPUG, dynamics crm 4.0

Microsoft Dynamics CRM 4.0 Update Rollup 10

Kwiecień 9, 2010 Dodaj komentarz

I znów zgodnie z planem i kalendarzem, Microsoft opublikował dziś w nocy Update Rollup 10 dla Dynamics CRM.
Rollup 10 jest jak kumulatywny, zawiera również poprawki błędów, które były spowodowane… instalacją poprzednich Rollup’ów :) . Mi osobiście nie zdarzyło się napotkać na błąd spowodowany Rollup’em, ale podobno UR7 ze względu na mnóstwo zmian, gdzieniegdzie miał tendencję do powodowania błędów.

Poza poprawkami, które ukazały się do tej pory, Update Rollup 10 naprawia m.in. następujące problemy:

  • wkurzający błąd, kiedy spotkanie, którego użytkownik był organizatorem (a już nie jest) zostało zmienione, nie znikało z kalendarza outlook’a
  • do tej pory niezbyt popularny błąd Email Router’a, który objawiał się nastepującym komunikatem: “Only one usage of each socket address (protocol/network address/port) is normally permitted.”
  • problem z załącznikami podczas odpowiadania na wiadomość bezpośrednio z CRM
  • błąd z połączeniem Outlook’a do serwera tuż poinstalacji UR7
  • detekcja duplikatów nie działała podczas konwersji potencjalnych klientów do kont
  • zmiana statusu (nie stanu) szansy sprzedaży w trybie offline często była nadpisywana poprzednim statusem podczas synchronizacji do online
  • błąd z zamykaniem szansy sprzedaży z za długim opisem: “The length of the ‘subject’ attribute of the ‘opportunityclose’ entity exceeded the maximum allowed length of ’100′.”

Update Rollup 10 naprawia jeszcze kilka innych błędów, m.in. na poziomie skryptów client-side (metoda IsDirty). Generalnie wygląda na to, że to jedna z większych aktualizacji po Rollup’ie 7. Update Rollup 10 jest do ściągnięcia stąd: http://www.microsoft.com/downloads/details.aspx?displaylang=pl&FamilyID=5da4d352-1d3f-4426-9c17-b256c30afdb9, a więcej informacji w KB979347 tutaj: http://support.microsoft.com/kb/979347.

Zamieszczone w kategoriach dodatek, dynamics crm 4.0, nowy

Internet Facing Deployment (IFD) – co to jest i jak skonfigurować CRM pod IFD?

Kwiecień 5, 2010 Dodaj komentarz

Tak dużo osób ma problem z poprawną konfiguracją IFD, że postanowiłem ją wreszcie opisać. Dodatkowo postaram się wytłumaczyć w tym poście co jest czym w konfiguracji CRM’a przez internet. Mam nadzieję, że się przyda.

Co to jest IFD?
IFD (Internet Facing Deployment) to nowy (pojawił się w wersji 4.0) model instalacji i konfiguracji Dynamics CRM 4.0. W tym modelu nie jest używana domyślna autentykacja domenowa (Windows Integrated), ale autentykacja oparta o formularze (Forms authentication). Scenariusz IFD stosuje się wtedy, kiedy do CRM użytkownicy chcą dostawać się przez internet, bez połączeń VPN.

Czym różni się wdrożenie z IFD od tego bez IFD?
Przede wszystkim Dynamics CRM 4.0 skonfigurowany jako Internet Facing Deployment (IFD) dostępny będzie dla użytkowników, którzy są poza domeną, w której jest zainstalowany CRM. CRM skonfigurowany jako IFD cechuje się następującymi zmianami:

  • plik web.config zawiera informację o rodzaju autentykacji typu ServiceProviderLicenseAgreement oraz informację o szyfrowaniu klucza (dla CrmTicket authentication)
  • rejestr na serwerze jest zmieniony i aktualizowany jest klucz IfdInternalNetworkAddress mówiący o tym, dla których użytkowników ma być używany który rodzaj autentykacji (tak naprawdę dla jakich adresów)
  • tabela DeploymentProperties ma uzupełnione 3 nowe wartości zawierające dane o zewnętrznym adresie CRM

Jak poprawnie skonfigurować IFD?
Jeszcze niecałe 2 lata temu konfiguracja IFD opierała się o dostarczanie instalatorowi albo CRM’owi odpowiednich plików XML. Teraz całą konfigurację IFD można wykonać za pomocą narzędzia z graficznym interfejsem. Narzędzie, o którym mowa to CRM 4 IFD Tool dostępne tutaj: http://download.microsoft.com/download/4/e/f/4ef5f568-7320-4861-a947-47baf0966537/crm40ifdtool.zip.

  1. Po uruchomieniu CRM 4 IFD Tool na serwerze wybieramy typ autentykacji na IFD + On Premise:

  2. Pod spodem wpisujemy adresy i maski podsiecie, z których użytkownicy mają logować się “wewnętrznie”, tzn poprzez “normalne” logowanie domenowe:
  3. W okienkach dotyczących IFD wpisujemy zewnętrzny adres CRM’a. Wpisujemy tu tylko domenę i ewentualnie port, bez nazwy organizacji! CRM odpowiednio doda nazwę organizacji w ramach domeny, którą wpiszemy. Oczywiście nie muszę chyba dodawać, że zalecany jest HTTPS…

  4. Uzupełniamy wewnętrzny adres CRM’a (adres zostanie automatycznie wczytany z ustawień CRM’a):

  5. Aplikujemy zmiany w IFD Tool (“File” / “Apply changes”) i od tej pory mamy CRM’a, do którego użytkownicy dostający się z wewnątrz sieci będą się autentykować domenowo, a pozostali użytkownicy poprzez Forms’y.

Pamiętajcie o DNS’ach, otwarciu odpowiednich portów, a w przypadku SSL’a także o certyfikatach, żeby nie wkurzać użytkowników monitami o niepoprawnych certyfikatach…

Zamieszczone w kategoriach dynamics crm 4.0, instalacja

Follow

Otrzymuj każdy nowy wpis na swoją skrzynkę e-mail.