Uitleg van de software

Het uitgangspunt van de software is: informatie één keer invoeren en daarna hergebruiken. De monteur registreert zo eenvoudig mogelijk wat hij op de werkvloer constateert. Vanuit die registratie maakt de software automatisch vervolgitems aan voor onderdelen of revisie. De werkplaatschef maakt die items compleet.

Zo blijft het voor de monteur eenvoudig, terwijl er aan de achterkant toch een compleet projectdossier ontstaat.

Een auto blijft als vast voertuig in het systeem bestaan en bouwt gedurende zijn levensduur historie op. Onder die auto kunnen één of meerdere projecten worden aangemaakt.

Klant M-1 → Corvette C2 1963 → Complete restauratie 2026
                          → Onderhoud 2028

Hierdoor blijft de volledige historie bij het voertuig beschikbaar zonder dat iedere nieuwe opdracht als een nieuwe auto hoeft te worden aangemaakt.

Bij het aanmaken van een project wordt gekozen welk type werkzaamheden van toepassing is. Die keuze bepaalt welke modules zichtbaar en actief worden. De modulelijsten staan als data in de database, niet in de code — ze zijn dus aanpasbaar zonder de software opnieuw te bouwen.

De demo heeft geen inlogscherm. Rechtsboven wissel je van gebruiker, zodat beide perspectieven te tonen zijn. De rol bepaalt wat er zichtbaar is:

Dit is de taakverdeling waar de software op is gebouwd: de monteur registreert en signaleert, de verantwoordelijke gebruiker organiseert en completeert.

De bediening op de werkvloer blijft bewust eenvoudig. De monteur opent bijvoorbeeld Achterwielophanging → Trailing arms en hoeft primair maar één ding aan te geven: gedemonteerd.

Na het afvinken verschijnt een actie-dropdown. Optioneel kan een foto of notitie worden toegevoegd. Bij Overig opent een vrij tekstveld.

Op basis van die invoer weet het systeem automatisch:

• klant
• auto
• project
• hoofdgroep
• onderdeel
• monteur
• datum en tijd
• gekozen vervolgactie

De invoer van de monteur genereert automatisch vervolgitems. Die zijn in eerste instantie conceptitems: gesignaleerd door de werkvloer, nog niet compleet gemaakt. Dit is de exacte regel die de software toepast:

Een conceptitem bevat altijd zijn herkomst: welk project, welke auto, welke hoofdgroep, welk component, welke actie, welke monteur en wanneer. Daarna vult de werkplaatschef aan: exact onderdeel, artikelnummer, aantal, leverancier, inkoop- en verkoopprijs, verwachte leverdatum. Bij revisie: intern of extern, revisiebedrijf, contactgegevens, kosten, wegbrengdatum en verwachte retourdatum.

Onderdeelbehoefte, revisie en extern werk zijn in de software dezelfde entiteit met een ander type en een ander statusverloop. Dat is waarom het C3-differentieel geen apart model nodig heeft: het is simpelweg een item met een langere statuslijst.

Wanneer een onderdeel één keer volledig is aangemaakt, wordt het onderdeel van het eigen artikelbestand van het bedrijf. Wordt later opnieuw naar hetzelfde onderdeel gezocht, dan verschijnt het eerder gebruikte artikel automatisch als voorstel, met de laatst bekende gegevens: leverancier, leveranciersnummer, laatste inkoopprijs en laatste verkoopprijs.

Daarbij verschijnt de vraag “Klopt de prijs nog?”

Op deze manier bouwt ieder bedrijf tijdens normaal gebruik automatisch zijn eigen onderdelenbestand op. Er hoeft niet eerst een enorme catalogus te worden ingericht voordat de software gebruikt kan worden.

De demontagegroepen komen uit een template die bij het aanmaken van het project op dat project wordt gekopieerd. Het is geen vaste, in de code opgenomen boom — een werkplaats kan dus eigen templates opbouwen.

Binnen de C2-restauratie zijn er twee soorten groepen:

Voortgang, blokkades en “sinds vorige factuur” worden berekend, niet opgeslagen. Daardoor kunnen ze niet verouderen ten opzichte van de onderliggende gegevens.

voortgang = afgevinkte componenten ÷ componenten in uitgewerkte groepen
           (of, zonder demontage:)
           gereede werkzaamheden ÷ alle werkzaamheden

De koppeling met het boekhoudprogramma is voor deze demo gesimuleerd. De stappen zelf zijn echt en worden vastgelegd in een log, met richting: uitgaand (wij sturen) of inkomend (de boekhouding koppelt terug).

Op de factuur staat een betaal-QR met het bedrag en het factuurnummer als kenmerk. Voor deze demo is dat een visuele weergave, geen werkende betaalcode.

Het doel is dat de onderliggende werkwijze en samenhang zichtbaar worden, niet dat er een productierijp systeem staat. Bewust beperkt of afwezig:

• Inlog, rechten en meerdere bedrijven in één systeem
• Alle demontagegroepen inhoudelijk uitgewerkt (vier van de 33)
• Complete leverancierscatalogi en automatische prijsfeeds
• Volledige voorraadlogistiek
• Echte koppelingen met boekhoudprogramma’s — de flow is gesimuleerd
• Volledig klantportaal
• Geavanceerde capaciteitsplanning en uitgebreide rapportages
• Andere automerken en modellen