Haalbaarheid met Sharepoint

[josvane]

Een klant van mij wil zijn klanten graag de mogelijkheid bieden om webbased in te loggen, waarmee ze de mogelijkheid moeten hebben om hun persoonlijke documenten te raadplegen. Wat voor documenten dit zijn is nu even niet van belang, maar denk aan pdf, docx, xslx enz.

Het is een SBS2011 omgeving met de mogelijkheid gebruik te maken van sharepoint. Zoals te verwachten valt moet het een automatisch proces worden. Documenten apart op sharepoint zetten is eigenlijk geen haalbare kaart, zeker gezien het aantal klanten / documenten.

De klantenmap is op dit moment een gestructureerd geheel, deze wordt middels een macro aangemaakt, wat inhoudt dat elke klanten map inhoudelijk betreft mapnamen hetzelfde is.

De hoofdmap bevat het klantnummer en daarachter de naam. Dit is dus de enige variable mapnaam. Stel dat mijn klantnummer 12345 dan zou het er bij mij zo uit zien

code:

- 12345 josvane
    - Offerte
        - Opdrachtbevestigingen
    - Tekeningen
    - mail

Een deel van deze structuur is uiteraard alleen voor interne doeleinde. Dit kan ik wel middels een vbs o.i.d. uit elkaar halen en de juiste maappen alleen verwerken. Deze website heb ik gevonden waaruit ik opmaak dat het automatisch uploaden naar sharepoint kan
Echter blijft de vraag staan of ik op deze manier een goede en vooral goed beveiligde omgeving kan bouwen.

Een ander idee was van mij om bijvoorbeeld 1x per dag een sync te doen naar een ftp server. Middels PHP kan ik de klantnaam wel van de map af strippen zodat ik alleen het klantnummer overhoudt. Maar dan heb ik nog een systeem nodig om een goed beveiligde login te maken. Als ik het klantnummer ook in de database zet kan ik op basis daarvan wel de juiste map openen. Het enigste minpunt vindt ik dan dat er geen authenticatie op basis van map plaats vindt maar middels 1 account. (Dit probleem is er misschien bij sharepoint ook).

Heeft iemand hier ervaring mee wat the best practice is in dit geval.
Mocht er meer info nodig zijn dan hoor ik dat graag.

[CMD-Snake]

josvane schreef op zondag 16 december 2012 @ 20:34:
Echter blijft de vraag staan of ik op deze manier een goede en vooral goed beveiligde omgeving kan bouwen.

Een ander idee was van mij om bijvoorbeeld 1x per dag een sync te doen naar een ftp server. Middels PHP kan ik de klantnaam wel van de map af strippen zodat ik alleen het klantnummer overhoudt. Maar dan heb ik nog een systeem nodig om een goed beveiligde login te maken. Als ik het klantnummer ook in de database zet kan ik op basis daarvan wel de juiste map openen. Het enigste minpunt vindt ik dan dat er geen authenticatie op basis van map plaats vindt maar middels 1 account. (Dit probleem is er misschien bij sharepoint ook).

Heeft iemand hier ervaring mee wat the best practice is in dit geval.
Mocht er meer info nodig zijn dan hoor ik dat graag.

Een Sharepoint omgeving kan je ook gebruiken om een externe website mee te maken.

Je kan via de remote toegang website van SBS2011 je CompanyWeb (=Sharepoint) beschikbaar stellen voor externe gebruikers. Ik denk echter wel dat de accounts die je maakt voor je klanten tegen je quotum lopen in SBS. Dwz., je hebt maximaal 75 accounts te vergeven. Ik weet niet of je in de Sharepoint van SBS aparte Sharepoint accounts kan maken zonder corresponderende AD account. Ik denk het niet gezien dat je via de SBS console moet werken en er een AD account nodig is om in te loggen op de remote workplace website.

Je moet je rechten op Sharepoint erg goed uitplannen en in de gaten houden. Klanten moeten alleen op hun eigen pagina kunnen komen en niet op die van anderen, ook moeten ze niet zomaar kunnen gaan rondklikken op interne delen van de Sharepoint. Dit soort dingen kan je allemaal instellen op Sharepoint, maar er zal wat werk in gaan zitten om dit de eerste keer op te zetten.

Let ook dat je de rechten van je klanten op de remote workplace site beperkt. Normaliter krijgt een default user daar vanalles te zien van standaard Shares en webmail. Bijvoorkeur moet je al die dingen eruit slopen. (daarnaast worden meteen dingen aangemaakt als een e-mail adres, dat moet je er ook weer uit slopen. Het is zinloos om een klant een intern e-mail adres te geven in je bedrijf.)