Bijlagen
Verdieping bij het voorstel. Klik een bijlage open.
A
Wat al duidelijk is en wat we in de discovery bepalen
De agenda van de discovery, per onderwerp
| Onderwerp | Wat al duidelijk is | Wat we in de discovery bepalen |
|---|---|---|
| Toegang klant | Mail leidend, inloggen met e-mailadres en eenmalige code, geen wachtwoorden | Wie krijgt toegang (partner, kind dat meekijkt), hoe lang, wat gebeurt er na twee jaar |
| Dossier en onderdelen | Keuken (4-reeks), sanitair (8-reeks), werkzaamheden (2-reeks) als onderdelen van één verbouwing | Wie maakt het dossier aan en op welk moment; hoe een traject dat bij de calculator begint eruitziet |
| Standaardberichten | Per trajectstap een bericht uit naam van de adviseur | Welke stappen, welke teksten, wie mag afwijken, wat de klant terugstuurt en waar dat landt |
| Planning en status | Wens, voorlopig, vast; een datum pas als hij vast is | Bron in Pluriform, wie de status zet, hoe "materialen binnen" een communicatiemoment wordt |
| Tekeningen en versies | Eén leidende versie, oude versie zichtbaar als vervangen, melding bij een nieuwe | Wie bepaalt "definitief", hoe pdf's uit Winner Flex en ViSoft binnenkomen, wat de bus ziet |
| Meer- en minderwerk | Vastleggen op het moment zelf met akkoord van de klant | Akkoord per antwoord op de mail of met een knop; hoe het in de calculatie en afrekening terugkomt |
| Facturen en termijnen | Vrijwel geen aanbetaling, verbouw 2 tot 4 termijnen, regie of aangenomen; facturen nu per mail | Facturen tonen in het dossier (pdf) of alleen aankondigen; twee entiteiten (keuken en sanitair versus bouw) naar één loket voor de klant |
| Oplevering en restpunten | Opleverrapport met foto's, restpunten met datum | Wie het rapport maakt en waar, hoe restpunten een kleine planning krijgen |
| Service en garantie | Eén meldpunt in het dossier, garantielinks per merk, CBW twee jaar | Servicemelding naar werkopdracht in Pluriform: roadmap, tenzij eenvoudig; bewaartermijn nieuwbouw |
| Koppeling Pluriform | De opname-omgeving is de bron; JSON/XML beschikbaar | Welke gegevens, welke richting, wat handmatig blijft; toegang tot testomgeving en documentatie |
| Simar, Winner Flex, ViSoft | Offertes en tekeningen als pdf; een API van Simar kost geld | Pdf's handmatig toevoegen in de eerste versie; koppeling alleen als de waarde de kosten dekt |
| Outlook | Blijft bestaan voor intern en leveranciers | Wat in het dossier hoort en wat niet; hoe een los klantmailtje in het dossier komt |
| Intern meekijken | Iedereen ziet wat er met de klant is gecommuniceerd, zonder te wijzigen | Rollen en rechten: wie publiceert, wie leest |
| Nieuwbouw | Eigen adviseur en proces, langere trajecten, meer termijnen | Buiten de eerste versie; wat de architectuur nu al moet toestaan |
| Hosting, AVG, archief | Hosting in Nederland, AVG-conform, Bruggink kan bij zijn data | Bewaartermijn, archiefformaat, verwerkersovereenkomst |
B
Techniek en koppelingen
Op basis van wat nu bekend is; de definitieve keuzes volgen uit de discovery
- Klantomgeving en intern scherm: Laravel (backend en beheer), React (klant- en busweergave), mailverzending met leesbare templates, inloggen met e-mailadres en eenmalige code.
- Bron: de Bruggink-opname-omgeving in de maatwerkschil van Pluriform, via JSON/XML. Uitgangspunt: gegevens één keer invoeren, in Pluriform, en ophalen in het dossier. Wat niet gekoppeld kan of mag worden, blijft een bewuste handmatige stap (pdf uploaden).
- Documenten: pdf's uit Simar, Winner Flex en ViSoft, met versiebeheer in het dossier. Later eventueel pdf-offertes inlezen en herstructureren tot een leesbaar overzicht, zoals in de demo van juli.
- Werkwijze: ontwerp in Figma, herbruikbare componenten, aparte test- en productieomgeving, code in versiebeheer, geautomatiseerde tests op de kritieke stappen (publiceren, mail, akkoord).
- Geen onnodige afhankelijkheid: gangbare open technologie, code van Bruggink, geen licentie per gebruiker, gedocumenteerde koppelingen.
C
Hosting, gegevens en bewaren
Door Hatch beheerd, in Nederlandse datacenters
Hatch levert en beheert de hosting in Nederlandse datacenters (ISO 27001) via een Nederlandse infrastructuurpartner. Bruggink heeft één aanspreekpunt: Hatch. Dagelijkse back-ups, monitoring, gescheiden test- en productieomgeving.
Bewaartermijn en archivering stemmen we af in de discovery. Ons voorstel: dossiers twee jaar na oplevering leesbaar voor de klant, daarna archief bij Bruggink, met een langere termijn voor nieuwbouw. Bruggink kan altijd bij zijn eigen gegevens. Een verwerkersovereenkomst hoort bij de start van fase 3.
Hostingkosten worden vóór livegang concreet aangeboden en staan los van Hatch Stability en SLA.
D
Stability en SLA
De klantomgeving gezond houden na livegang
Na livegang moet de klantomgeving beschikbaar, veilig en actueel blijven. Met Hatch Stability kiest Bruggink welke onderdelen Hatch structureel bewaakt: updates en versies, monitoring van beschikbaarheid en van de koppeling met Pluriform, security, performance. Periodiek beoordelen we de technische gezondheid als geheel en signaleren we wat echt relevant is.
Een SLA bepaalt hoe snel Hatch reageert als er echt iets misgaat, op werkdagen tussen 08:00 en 18:00. Hatch is het aanspreekpunt: Bruggink hoeft niet zelf te bepalen of een probleem in de applicatie, de hosting of de koppeling zit.
Voor livegang ontvangt Bruggink een concrete keuze en prijs voor de gewenste combinatie.