Rang: Newbie
Groep: Member
Lid sinds: 10/18/2007
Berichten: 9
|
We willen de Web Client buiten de firewall plaatsen voor onze distributeuren.
We hebben al Sharepoint buiten de firewall draaien met windows authenticatie.
Is het mogelijk om de Sumatra Web Client te integreren in Sharepoint met deze authenticatie.
|
Rang: Sumatra
Groep: Member, Sumatranen
Lid sinds: 1/2/2006
Berichten: 26
Locatie: Wassenaar
|
Er zijn heel veel mogelijkheden om informatie met behulp van de WebClient informatie aan medewerkers of klanten beschikbaar te stellen.
In veel van die situaties is het wenselijk om informatie te begrenzen: alleen gegevens mogen zien van de ingelogde klant of gebruiker. Alhoewel het aantal mogelijkheden om de webclient te integreren met een site onbegrensd is (je kunt zelf immers met ASP.net van alles en nog wat in pagina's programmeren) probeer ik een paar simpele scenario's weer te geven.
Algemeen
Bij de installatie van de webclient wordt een voorbeeld pagina geinstalleerd, waarin de mogelijkheden worden uitgelegd. Lees deze in ieder geval!
Er moet hoe dan ook worden ingelogd, en bij het inloggen kunnen extra gegevens worden meegegeven: Database, Module. Worden deze gegevens niet geleverd, dan verschijnt bovenin de webclient een combobox, waarin gekozen kan worden uit administraties danwel modules waarop de ingelogde gebruiker recht heeft.
Er kan echter ook een voorwaarde meegestuurd worden, die dan geintegreerd kan worden met de rapportage. Zo'n voorwaarde kan dan bijvoorbeeld "itemcode='AB1010' zijn of "cmp_wwn='{YIU9-90UNHK-oiu89}'" zijn. Met behulp van een dergelijke voorwaarde kun je dus informatie interactief maken met iets van de inhoud van de Site.
Er is een tweede manier om gegevens interactief te maken op basis van de ingelogde gebruiker. In de DS manager kan een parameter worden aangelegd, en door een dergelijke parameter (bijvoorbeeld een medewerker-id) te integreren in de overzichten (bijvoorbeeld als extra voorwaarde) kan effectief worden bereikt dat die gebruiker alleen gegevens ziet die hij mag zien, zonder dat u voor iedere medewerker een apart rapport aanlegt.
Beveiliging
Er kan vanaf versie 3 gebruik gemaakt worden van 2 soorten beveiliging:
1. Windows authentication
2. Sumatra inlog account
1. Windows authentication levert een eenvoudige en effectieve manier om de webclient te beveiligen. Door geen anonymous access toe te staan moet er ingelogd worden, en weet de webclient wie er ingelogd is. Let op, dat deze methode wel eisen stelt t.a.v. de locatie van de webclient en/of rechten van de gebruiker die de Sumatra DS Server opstart (domein active directory validatie). Het kan bijvoorbeeld zo zijn dat wanneer de webclient niet op de server draait waarop de Sumatra server draait, de juiste inlog-id niet herkend kan worden, en er dus geen Windows authentication gebruikt kan worden.
2. Sumatra inlog account levert een alternatieve manier op. Wanneer het de bedoeling is dat eindgebruikers moeten inloggen op de Sumatra server dan zal voor het inloggen wel een interface moeten worden gebouwd, let daarbij dan wel op specifieke internet beveiligings vraagstukken.
Scenario's
1. Simpel scenario: Geen speciale begrenzing, geen modules etc bij aanvang. Bovenin de webclient zijn de administratie en modules zichtbaar.
2. "Vertegenwoordiger" inlog: De webclient staat op de Sumatra Server, windows authentication. Vertegenwoordigers mogen uitsluitend eigen klanten zien: Leg parameter aan bij de gebruikers instellingen in de DS manager, en verwerk deze in de overzichten met de builder (bijvoorbeeld bij Extra constraint).
3. "Klant" inlog: In deze situatie worden niet de klanten toegevoegd aan de gebruikers lijst in sumatra. In plaats daarvan gebruik je 1 centrale inlogcode. De klanten moeten dus al eerder zijn gevalideerd en zijn herkend. Spreek de sumatra client aan, en stuur een extra voorwaarde naar een speciaal voor dit doel ingerichte module, die bijvoorbeeld klantgerelateerde gegevens toont: N.a.w. gegevens, Openstaande posten, Openstaande orders ect). Hiervoor zul je wel een korte voorlooppagina moeten programmeren, die op basis van de ingelogde klant een voorwaarde doorstuurt bij het opstarten van een specifieke module. Die voorwaarde is dan iets met de GUID van de klant: "cmp_wwn='{POP991-989LJ0-KLJL23}'" In de aparte pagina gebruik je als user&password die ene vaste user.
4. "Overzicht" Verwijs met een link naar een pagina die een module opstart. (pagina moet zelf gemaakt worden)
5. Verzin het maar zelf...... Er kan heel veel.
Deze scenario's zijn natuurlijk bedoeld om inzicht te geven in de mogelijkheden, en zijn dus geen vast gegeven en afhankelijk wat de optimale omstandigheden bij jou zijn. Het kan zo bijvoorbeeld zijn, dat het wel wenselijk is om klanten aan te maken in de DS manager, omdat dit nu eenmaal in jullie situatie goed uitkomt.
|