Eén centrale plek voor het dagelijkse werk
Planning, orders, werkbonnen, locatiegegevens, documenten, notities, foto’s, statussen en historie staan bij elkaar.

Een portaal is een afgeschermde, centrale plek waar klanten, werknemers of distributeurs hun zaken kunnen doen die met jouw bedrijf te maken hebben.
De functionaliteiten die hiervoor nodig zijn kunnen variëren van bestellingen en taken tot klant- en bedrijfsinfo opzoeken, mailtjes, offertes en facturen versturen en nog veel meer. Als dit goed gedaan wordt, heb je alles op één plek in plaats van op verschillende sites.
Planning, orders, werkbonnen, locatiegegevens, documenten, notities, foto’s, statussen en historie staan bij elkaar.
Medewerkers, vestigingen of relaties bestellen uit een afgeschermde collectie in de huisstijl van de organisatie.
Gebruikers zien alleen wat voor hen geldt. Orders, budgetten, goedkeuringen en leveranciersstromen komen samen.
Onze ervaring hierin is verspreid over diverse sectoren en doelstellingen. Een voorbeeld is een brandportal die we bouwden voor een aanbestedende dienst, die een aanbesteding gunde aan onze klant. Daarvoor moest een gesloten webshop komen waarin bedrukte relatiegeschenken besteld kunnen worden.
Het portaal wordt ingezet als centrale bestelomgeving om maverick buying te voorkomen: binnen de organisatie wordt niet meer bij allerlei verschillende leveranciers met verschillende prijzen besteld. Na de realisatie van het portaal was er één centrale plek en een afgesproken prijs voor ieder artikel.
Meerdere bestellers maken gebruik van het portaal, met verschillende gebruikersrollen en rechten. De gesloten shop is afgeschermd met een inlogscherm en biedt koppelingen met leveranciers, betalingen en facturatieprocessen. Ook is hij volledig in de huisstijl van de aanbestedende dienst ingericht en eenvoudig te gebruiken.
Bepaal per besteller, manager, beheerder, inkoper of leverancier wat iemand mag zien en doen.
Werk met budgetten per persoon, afdeling, vestiging, project of kostenplaats en voeg goedkeuring toe waar nodig.
Werk assortiment, prijzen, voorraad en orders bij via een beschikbare API, XML, CSV of voorraadfeed.
Koppel waar passend met OCI, betaalproviders, facturatie, purchase orders, kostenplaatsen, ERP of boekhouding.
Maak historie, status, bevestigingen, track & trace, offertes, documenten en herhaalbestellingen inzichtelijk.
Toon materiaal, herkomst of certificering wanneer die informatie betrouwbaar uit de gebruikte bron beschikbaar is.
Neem toetsenbordbediening, contrast, focus en semantiek mee; WCAG 2.1 AA wanneer dat expliciet in de scope zit.
Leg accounts, toegangsrechten, logging, gegevensuitwisseling en gebruikersbeheer vooraf vast. SSO alleen waar techniek en scope dat toelaten.
Voor Elektro Drechtsteden beheren en ontwikkelen we het portaal waarin servicemonteurs hun afspraken kunnen plannen en per afspraak eenvoudig notities, foto’s en opmerkingen kunnen delen.
Afspraken organiseren en terugvinden.
Eerdere werkzaamheden en informatie centraal beschikbaar.
Praktische informatie aan een afspraak of locatie koppelen.
Nieuwe wensen gefaseerd aan het platform toevoegen.
Niet ieder traject begint vanaf nul. Soms staat er al een portaal dat functies mist, technisch aandacht vraagt of niet meer aansluit op de organisatie.
Wij ondersteunen je graag in het bouwen van een digitale omgeving die past bij jouw identiteit, doelgroep en doelstellingen.
Wanneer rollen, processen, assortimenten of koppelingen niet logisch in een standaardpakket passen en de omwegen structureel worden.
Vaak wel. Eerst beoordelen we de techniek, toegang, onderhoudbaarheid en risico’s voordat we een aanpak voorstellen.
We leggen per gebruikerstype vast wat iemand mag zien, wijzigen of goedkeuren en testen dat met representatieve situaties.
Dat hangt af van beschikbare API’s, gegevensformaten, rechten en de kwaliteit van de brondata. We controleren dit voordat de bouw wordt afgebakend.
We beperken gegevens tot wat nodig is en leggen autorisatie, uitwisseling, logging, bewaartermijnen en beheer per opdracht vast.
Dat kan wanneer toegankelijkheid als expliciete eis wordt opgenomen, inclusief ontwerp-, bouw- en acceptatietests.
Onder meer van gebruikersrollen, routes, koppelingen, data, beveiliging, toegankelijkheid, migratie en testomvang. Dit leggen we vooraf vast.