Werkorder en meerwerk Onderdelen en garantie Werkplaats en buitendienst

Werkplaatssoftware voor zwaar materieel laten maken

Een werkplaats die trucks, trailers, grondverzet, landbouwmachines of heftrucks repareert voor klanten, levert geen product maar beslissingen: wat is er aan de hand, wat mag het worden, wie geeft akkoord en wat komt er op de factuur. Onderhoudspakketten gaan uit van uw eigen materieel en kennen die akkoordstap niet. Appfront bouwt software waarin de werkorder de kern is, met meerwerk, onderdelen, garantieclaims en keuringen eromheen.

Gratis adviesgesprek Pakket of maatwerk?

Werk voor klanten is iets anders dan onderhoud aan eigen materieel

Onderhoudssoftware is gebouwd rond bezit. U beheert uw eigen machines, plant preventief onderhoud en stuurt op beschikbaarheid en kosten. Niemand hoeft toestemming te geven, want u bent eigenaar en opdrachtgever tegelijk. Gaat het bij u om die situatie, dan hoort u bij onderhoudssoftware laten maken.

Een werkplaats die voor derden werkt heeft een laag extra: een opdracht met een afgesproken omvang, een klant die akkoord geeft of weigert, een factuur en aansprakelijkheid voor werk aan andermans materieel. Elke handeling van de monteur is daardoor tegelijk een technische registratie en een commerciële regel. Repareert u vooral personenauto's en bestelwagens, dan sluit garagebedrijf software beter aan.

Binnen dat klantenbestand lopen bovendien twee soorten relaties door elkaar. De losse klant komt met een storing, wil weten wat het gaat kosten en rekent af bij oplevering. De wagenparkklant werkt met een raamafspraak: prijsafspraken per handeling, kortingsafspraken op onderdelen, een beheerder die namens meerdere vestigingen tekent en vaak de eis dat elke opdracht een inkoopnummer meekrijgt. Ontbreekt dat nummer, dan blijft de factuur staan, hoe goed de reparatie ook was. Software die alleen losse klanten kent, dwingt uw administratie die afspraken met de hand toe te passen, en daar ontstaan de fouten.

Het tweede verschil zit in waar de geschiedenis landt. Het lijkt logisch de historie aan de klant te hangen, want die betaalt de rekening. Bij zwaar materieel is dat de verkeerde as. Een trekker wisselt van eigenaar, een trailer wordt doorverkocht, en de vraag die er dan toe doet is niet wie ervoor betaalde maar wat er aan dit exemplaar gedaan is. Hangt de historie aan het factuuradres, dan is het dossier na verkoop stuk. Hangt het aan het chassis- of serienummer, dan blijft het compleet.

De klant moet ja zeggen

Zonder vastgelegd akkoord is meerwerk geen omzet maar een discussie achteraf. Akkoord hoort een processtap te zijn, geen notitie.

Het materieel is niet van u

De historie hoort bij de machine, niet bij uw administratie. Wordt het object verkocht, dan verhuist het dossier mee.

Alles wat u aanraakt is een regel

Uren, onderdelen, voorrijden en milieukosten horen op dezelfde werkorder. Wat daar niet op komt, staat niet op de factuur.

De werkorder is de kern, van melding tot factuur

Het begint zelden netjes. Een chauffeur belt vanaf de weg, een wagenparkbeheerder mailt een lijstje, een loonwerker stuurt een foto van een lekkage. De eerste taak van het systeem is die melding aan een object koppelen: kenteken, chassis- of serienummer, met de tellerstand erbij. Zonder dat anker belandt de reparatie in een klantdossier in plaats van in de historie van de machine, en is later niet te achterhalen wat er aan dit exemplaar gebeurde.

Bij die intake horen nog een paar vragen die later alles bepalen. Wie meldt er, en mag die persoon opdracht geven? Waar staat het voertuig: op uw terrein, bij de klant of langs de weg? Rijdt het nog, of moet er transport bij? Valt dit onder een lopend contract, onder garantie of onder geen van beide? Blijven die antwoorden aan de telefoon hangen, dan moet de planner ze opnieuw uitzoeken voordat hij iets kan inplannen. Een intakescherm dat die velden afdwingt scheelt de rest van de keten een reeks navragen.

Daarna komt de diagnose, en daar horen twee dingen los van elkaar te blijven: wat de klant meldde en wat de monteur vond. De klant zegt dat de machine trilt; de monteur leest een foutcode uit en constateert een versleten lager. Die scheiding tussen klacht, oorzaak en verrichting is niet academisch. Fabrikanten vragen er expliciet naar bij garantieclaims, en het is de enige manier om te zien welke storing terugkomt.

Aan die diagnose hangt bovendien een stapel gegevens die nergens anders vandaan komt. Uitleessoftware verschilt per merk en levert foutcodes in een eigen structuur. De monteur meet speling, druk of slijtage en noteert waarden waar later een oordeel op rust. Hij maakt foto's van de bevinding, omdat een gescheurde beugel op een foto sterker is dan drie regels tekst. Belanden die vondsten in losse mappen en appjes, dan zijn ze er wel, maar niet wanneer iemand ze nodig heeft. Hangen ze aan de werkorderregel, dan reizen ze mee naar het akkoord, de factuur en de eventuele claim.

Vervolgens akkoord, uitvoering en facturatie. Die stromen lopen door elkaar: een deel valt onder fabrieksgarantie, een deel onder een onderhoudscontract, een deel is voor rekening van de klant. Een systeem met maar een factuurbestemming per werkorder dwingt uw administratie tot handmatig splitsen.

Het meerwerkmoment

De monteur ligt onder een trailer voor een keuringsvoorbereiding en ziet dat de remschijven op zijn. Dat stond niet in de opdracht. Doorwerken zonder akkoord levert een regel op die de klant kan weigeren; wachten levert een bezette brug en een monteur die stilstaat. Meestal wordt het opgelost met een telefoontje dat niemand vastlegt, waarna de discussie zich verplaatst naar de factuur. Wat software hier moet doen is klein en concreet: de monteur maakt een meerwerkregel met foto, omschrijving en verwachte uren en onderdelen, de klant keurt die goed of af, en het systeem legt vast wie akkoord gaf en wanneer. Pas daarna werkt de regel door in planning en facturatie.

Het venijn zit in het wachten. De klant zit in een vergadering, de beheerder is met verlof, de eigenaar wil eerst zelf komen kijken. Ondertussen ligt het voertuig op een brug die u die dag nog nodig had. Een systeem dat meerwerk serieus neemt, geeft de werkorder daarom een wachtstatus die zichtbaar is in de planning, zodat de werkvoorbereider ziet dat deze plek niet doorloopt. Veel bedrijven spreken met vaste klanten bovendien af dat de monteur bij kleine bevindingen mag doorwerken zolang hij ze vastlegt. Zo'n afspraak hoort per klant of per contract in het systeem te staan, niet in het hoofd van de werkplaatschef.

Wat de klant tijdens de reparatie ziet

Klantcommunicatie is bij reparatiewerk geen bijzaak maar het onderdeel waarop u zich onderscheidt. De klant staat niet naast de brug. Hij weet alleen dat zijn machine bij u is en dat hij hem niet kan inzetten. Elk uur zonder bericht vult hij zelf in, meestal ongunstig, en op enig moment belt hij. Dat telefoontje kost uw balie tijd en levert hem zelden meer op dan een status die het systeem al kent.

De opbouw die werkt is eenvoudig. De monteur maakt bij zijn bevinding een foto met een korte toelichting; die gaan als voorstel naar de klant. De klant keurt digitaal goed of af, waarbij naam, tijdstip en de precieze regels waarop hij tekende worden vastgelegd. Daarnaast ziet hij per voertuig een status die meebeweegt: binnengekomen, in diagnose, wacht op uw akkoord, wacht op een onderdeel, in uitvoering, gereed. Dat is dezelfde informatie die uw planbord toch al bijhoudt, alleen naar buiten gedraaid. Voor een wagenparkbeheerder met voertuigen bij meerdere werkplaatsen is dat het verschil tussen bellen en kijken.

Twee dingen verdienen daarbij aandacht. De eerste is toegang: een beheerder ziet alle voertuigen van zijn bedrijf, een chauffeur alleen het zijne, en een verkochte machine verdwijnt uit het beeld van de vorige eigenaar. De tweede is dat de status aan een echte gebeurtenis hangt, bijvoorbeeld aan de ontvangstboeking van het onderdeel, en niet aan een veld dat iemand met de hand moet bijwerken.

De factuur die uiteenvalt

Aan het eind van een reparatie op zwaar materieel staat zelden een factuur met een ontvanger. Een deel van het werk valt onder fabrieksgarantie en gaat naar de importeur. Een deel valt onder een onderhouds- of reparatiecontract en wordt volgens de raamafspraak berekend. Een deel is schade en gaat via een verzekeraar, soms met een expertisebureau ertussen en een eigen risico dat bij de klant blijft. En een deel is gewoon voor de klant zelf. Die verdeling wordt bovendien pas duidelijk terwijl het werk loopt, want de monteur weet bij het openen van de order nog niet welke oorzaak hij gaat vinden.

Dat stelt een harde eis aan het datamodel: de bestemming hoort bij de regel, niet bij de order. Elke urenregel en elke onderdeelregel draagt zijn eigen ontvanger, zodat een werkorder in meerdere documenten uiteen kan vallen zonder dubbel invoeren. Wordt een claim later afgewezen, dan moet die regel van bestemming kunnen wisselen, met een spoor van wie dat besloot. Bij verzekeringswerk hangt de onderbouwing aan diezelfde regels: foto's van de schade, het schadeformulier en het rapport van de expert.

Bruggen, putten en monteurs die niet inwisselbaar zijn

Een werkplaats voor zwaar materieel plant twee schaarse dingen tegelijk, en de meeste systemen kennen er maar een. Het eerste is de plek. Een vierpuntsbrug voor een trekker, een put waar je onder een oplegger kunt staan, een hal die hoog genoeg is voor een gestrekte kraanarm: dat zijn geen uitwisselbare vakjes. Een reparatie die een put nodig heeft, kun je niet op de brug doen omdat daar toevallig ruimte is. Het tweede is de man: de monteur die de aandrijflijn van dit merk kent, de elektromonteur die de besturing van een kraan uitleest, de gecertificeerde keurmeester.

Zolang de planning een lijst met namen en dagen is, gaat dat goed zolang de werkplaatschef er is. Hij weet welke plek waarvoor deugt en wie wat kan. Valt hij weg, of groeit het bedrijf naar een tweede vestiging, dan blijkt dat die kennis nergens staat. Het antwoord is geen ingewikkeld algoritme maar het vastleggen van eigenschappen: per werkplek wat er kan, per monteur welke bevoegdheden en merken hij heeft, per bewerking wat er nodig is. Daarna hoeft het systeem alleen te weigeren wat niet kan. Dat is bruikbaarder dan automatisch plannen, omdat de planner de uitzonderingen beter kent dan een rekenmodel.

Het voertuig dat stilstaat te wachten

De duurste toestand op uw terrein is een voertuig dat een plek bezet houdt terwijl er niet aan gewerkt wordt. Meestal wacht het op akkoord van de klant, op een besteld onderdeel of op een monteur die pas morgen beschikbaar is. Alle drie zijn bekend in het systeem, en toch ziet niemand ze bij elkaar: de planner kijkt naar zijn bord, de magazijnmeester naar zijn bestellingen, de balie naar de openstaande akkoorden.

Wat dit oplost is een werkorder die zijn eigen wachtreden draagt en die reden doorgeeft aan de planning. Een order die op een onderdeel wacht, hoort automatisch weer inplanbaar te worden op het moment dat de ontvangst geboekt wordt, en niet pas wanneer iemand toevallig langs het magazijn loopt. Een order die op akkoord wacht, hoort de plek vrij te geven. En bij een voertuig dat lang blijft staan, hoort iemand de vraag te krijgen of het niet beter buiten kan wachten tot het onderdeel binnen is. Dat is geen software die het werk overneemt, het is software die zichtbaar maakt wat er nu ongezien misgaat.

Sturen op doorlooptijd, first time fix en bezetting

Als de werkorder eenmaal die statussen kent, ontstaat er bijna gratis een stuurmiddel. Doorlooptijd wordt meetbaar als het verschil tussen binnenkomst en gereedmelding, opgesplitst naar de tijd waarin daadwerkelijk gewerkt is en de tijd waarin het voertuig stond te wachten. Dat onderscheid is het hele punt: een klant ervaart de wachttijd, terwijl uw calculatie alleen naar de gewerkte uren kijkt. Ziet u beide naast elkaar, dan wordt zichtbaar of uw probleem capaciteit is of logistiek, en dat zijn twee heel verschillende investeringen.

First time fix is de tweede: hoeveel opdrachten zijn in een bezoek afgerond, zonder dat het voertuig terug moest komen of de monteur een tweede keer moest uitrijden. Bij buitendienstwerk is dat de duurste vorm van herstel, want u betaalt de rit twee keer en de klant merkt het. De oorzaak ligt bijna altijd bij een ontbrekend onderdeel of een onvolledige diagnose vooraf, en beide worden zichtbaar zodra de werkorder registreert waarom een bezoek niet is afgerond. De derde is bezetting. Ook daar is het cijfer minder waard dan de uitsplitsing eronder, want wachten op onderdelen vraagt om iets anders dan te weinig werk.

Werkplekken met eigenschappen, niet als uitwisselbare vakjes
Bevoegdheden, merken en certificaten per monteur vastgelegd
Wachtreden op de werkorder: akkoord, onderdeel of capaciteit
Order weer inplanbaar zodra de ontvangst geboekt is
Doorlooptijd gesplitst in gewerkte tijd en wachttijd
First time fix met de reden waarom een bezoek niet lukte
Bezetting per werkplek naast bezetting per monteur

Wat werkplaatssoftware voor zwaar materieel moet kunnen

Deze onderdelen hangen samen: een werkorder zonder akkoordstap levert discussie op, onderdelenregistratie zonder objectdossier maakt een garantieclaim onbewijsbaar en een planning zonder wachtreden verbergt precies de uren die u kwijtraakt.

Klacht, oorzaak en verrichting

Wat de klant meldde, wat de monteur vond en wat hij deed, apart vastgelegd en per regel te factureren of te claimen. Foutcodes, meetwaarden en foto's hangen aan de regel waar ze bij horen.

Meerwerk met vastgelegd akkoord

Een aanvullende regel met foto en toelichting, die pas doorwerkt in planning en factuur nadat de klant hem digitaal heeft goedgekeurd. Wie tekende en wanneer, staat vast.

Objectdossier per machine

Chassis- of serienummer, tellerstanden, reparaties, gemonteerde onderdelen en keuringen, blijvend aan het object gekoppeld en niet aan het factuuradres, zodat het dossier een verkoop overleeft.

Voorraad in de bus en op de werkplaats

Elke servicebus als eigen locatie, met uitgifte op de werkorderregel, aanvulling vanuit het magazijn en een reservering op de order waarvoor besteld is.

Garantieclaims per merk

Claims opbouwen uit de werkorder, met de merkvelden die de fabrikant vraagt, en volgen tot de creditnota binnen is of de afwijzing verklaard.

Keuringen en certificaten

Termijnen bewaken, bewijsstukken bij het object bewaren en ze tonen zodra een toezichthouder erom vraagt, zonder dat iemand een ordner hoeft te zoeken.

Onderdelen, de servicebus en de monteur zonder bereik

Uw voorraad ligt op meer plaatsen dan het magazijn. Elke servicebus is een eigen locatie met filters, slangen, olie en slijtdelen. De monteur pakt onderweg een filterset, monteert hem en rijdt door. Hangt die uitgifte niet aan een werkorderregel, dan komt het onderdeel niet op de factuur, wordt de bus niet aangevuld en klopt de telling niet meer. Scannen op de bus, gekoppeld aan de lopende order, is daarom de basis.

Dat klinkt vanzelfsprekend en is het niet, want de bus is een werkplek waar scannen concurreert met vieze handen, regen en haast. Een oplossing die alleen op papier werkt, wordt niet gebruikt. Wat wel werkt: een korte lijst met wat er in deze bus hoort te liggen, uitgifte in twee handelingen op de telefoon, en aanvulling die vanzelf op gang komt zodra de voorraad onder de afgesproken hoeveelheid zakt. De inventarisatie wordt dan een controle in plaats van een reconstructie.

Daarnaast heeft de onderdelenstroom eigen trekjes. Er zijn besteldelen die op naam van een order wachten en niet vrij inzetbaar zijn, ook al staan ze in het schap. Er zijn ruil- en revisie-eenheden, waarbij het oude deel retour moet voordat de verrekening rond is en dus een eigen status en plek nodig heeft. Er zijn nummers die op meerdere machines passen maar per bouwjaar verschillen, met alle risico op een verkeerd besteld deel. Meer daarover bij serviceonderdelen-software.

Als het onderdeel er niet is

Het interessante moment is niet de uitgifte maar het ontbreken. Het deel ligt niet in de bus en niet in het magazijn, en er zijn vier wegen: het ligt bij een collega in een andere bus, het ligt op de andere vestiging, het kan bij de importeur vandaan komen, of het duurt langer en de machine moet in de tussentijd iets. Wie die wegen niet in beeld heeft, kiest de duurste: bestellen en wachten.

Software helpt hier door voorraad over alle locaties tegelijk zichtbaar te maken, inclusief de bussen, en door de bestelling aan de werkorder te koppelen in plaats van aan een los inkoopdocument. Daarmee weet iedereen waarom deze order stilstaat en wanneer hij verder kan. Even belangrijk is wat er met het voertuig gebeurt terwijl er gewacht wordt. Wordt het buiten gezet, dan moet iemand vastleggen dat het uit elkaar ligt en welke delen er los bij horen. Dat is informatie die nu in het hoofd van een monteur zit en verdwijnt zodra hij een week vrij is.

Koppelen met de catalogi van fabrikant en leverancier

Een werkplaats voor zwaar materieel werkt zelden met een handvol leveranciers. Er is de importeur met een eigen catalogus en eigen artikelnummers, er zijn universele leveranciers voor filters, remdelen en verlichting, en er zijn specialisten voor hydrauliek of elektro. Elke partij levert beschikbaarheid en vervangingsnummers in een eigen vorm, van een net bestandsformaat tot een portaal waar iemand handmatig in zoekt.

De winst van een koppeling zit minder in het bestellen dan in het opzoeken. Een monteur die in zijn werkorder direct de juiste catalogus voor dit chassisnummer opent, kiest minder vaak het verkeerde nummer dan iemand die uit het hoofd of uit een oude factuur werkt. Daar komt bij dat vervangingsnummers alleen bruikbaar zijn als ze automatisch binnenkomen; met de hand bijgehouden lijsten lopen achter. Bouwt u zelf, dan hoort de vraag hoe u met wisselende koppelingen omgaat vroeg op tafel, want elke leverancier verandert vroeg of laat zijn formaat.

Werken zonder bereik

En dan de monteur die buiten staat. Op een bouwplaats achter een dijk of bij een loonbedrijf in de polder valt het bereik weg. Een app die elke handeling direct naar de server stuurt, staat dan stil, en de monteur valt terug op papier dat later wordt overgetypt. Werkt de app lokaal, dan vult hij de werkbon in, maakt foto's, boekt uren en onderdelen en laat de klant tekenen, waarna alles synchroniseert zodra er verbinding is. Het lastige zit in wat daarna gebeurt als de planner intussen dezelfde order wijzigde. Zie ook een buitendienst-app laten maken.

Offline werken is dus geen schakelaar die je aanzet, maar een keuze die de hele opbouw van de app raakt. De gegevens die de monteur nodig heeft moeten vooraf op het toestel staan: zijn orders van vandaag, de bijbehorende objectdossiers en de voorraad van zijn eigen bus. En bij het samenvoegen hoort een regel die iedereen begrijpt: uren en onderdelen die de monteur boekte winnen, omdat hij erbij was, en wijzigingen in planning en klantgegevens komen van kantoor. Wat daarbuiten valt hoort in een lijstje te belanden waar iemand naar kijkt, in plaats van stilletjes te verdwijnen.

Elke servicebus als eigen voorraadlocatie met een eigen normvoorraad
Uitgifte altijd op een werkorderregel, in twee handelingen
Voorraad van alle locaties en bussen in een zoekopdracht
Besteldelen gereserveerd op de order waarvoor ze komen
Retourstroom en status voor ruil- en revisie-eenheden
Catalogus en vervangingsnummers uit de bron, niet met de hand
Werkbon, foto's, uren en onderdelen werken zonder verbinding
Een uitlegbare regel voor conflicten bij het synchroniseren

Garantieclaims en keuringen, en waarom die zo bewerkelijk zijn

Een garantieclaim is geen kopie van de werkorder maar een tweede administratie over dezelfde reparatie. Elke fabrikant hanteert een eigen portaal, een eigen codering voor oorzaak en verrichting, eigen eisen aan foto's en uitgelezen data, een eigen indieningstermijn en soms de plicht het defecte onderdeel te bewaren. De monteur schrijft in zijn eigen woorden op wat hij deed, en iemand op kantoor vertaalt dat achteraf naar de codes die het merk verwacht. Daar sneuvelen claims: op een ontbrekende foto, een verkeerde oorzaakcode of een termijn die net verstreken is. Tot die tijd draagt u de kosten zelf.

Software haalt dat handwerk weg door de merkspecifieke velden al tijdens de reparatie uit te vragen. Herkent het systeem dat het object onder garantie valt, dan toont het meteen de juiste keuzelijsten en verplichte foto's, en blokkeert het afmelden zolang die ontbreken. Daarna is de claim een status die u volgt tot de creditering.

Er zit nog een tweede laag onder. Een claim is niet af als hij is ingediend, maar als hij is afgerekend, en zolang dat niet gebeurd is staat het werk in uw administratie als iets wat u nog moet krijgen. Een claimoverzicht dat per merk toont wat er open staat, is toegekend of is afgewezen, is daarom geen rapportage voor later maar dagelijkse sturing. Bij een afwijzing hoort de reden bewaard te blijven in een bruikbare vorm: ontbrekende foto, verkeerde codering, buiten de termijn, of inhoudelijk niet erkend. Na een tijdje ziet u welk deel van de afwijzingen aan uw eigen proces ligt en welk deel aan het beleid van een merk.

Ook de kant van de klant hoort in beeld. Loopt garantiewerk door klantwerk heen, dan krijgt hij een factuur voor iets waarvan hij dacht dat het gedekt was, en dat gesprek kost meer dan de regel waard is. Een systeem dat per regel toont wie de ontvanger is, laat u dat vooraf uitleggen in plaats van achteraf verdedigen.

Wettelijk verplichte keuringen en het dossier

Keuringen vragen om iets anders: dossieropbouw die een controle doorstaat. Voor motorrijtuigen en aanhangwagens boven 3.500 kg is een keuringsbewijs volgens het Besluit voertuigen een jaar geldig, en begint die plicht pas een jaar na de eerste toelating. Het installatieplaatje van de tachograaf mag volgens de Regeling voertuigen maximaal 24 maanden geldig zijn. Voor arbeidsmiddelen zoals hefbruggen, kranen en heftrucks geldt het Arbeidsomstandighedenbesluit: artikel 7.4a eist dat keuringen door een deskundige gebeuren en dat de schriftelijke bewijsstukken op de arbeidsplaats aanwezig zijn en desgevraagd aan de toezichthouder worden getoond, artikel 7.20 dat hijs- en hefgereedschap ten minste eenmaal per jaar wordt onderzocht. Hang termijn, uitvoerder en bewijsstuk aan het object en dat is toonbaar zonder dat iemand een ordner doorzoekt.

De praktische kant daarvan is planning. Een keuring is een afspraak met een uiterste datum, en een klant die zijn voertuig te laat aanbiedt heeft een probleem dat u had kunnen zien aankomen. Kent uw systeem per object de eerstvolgende vervaldatum, dan wordt keuringswerk voorspelbaar werk waarmee u rustige periodes vult. Voor uw eigen hefbrug, kraan en hijsgereedschap geldt hetzelfde, en die horen in hetzelfde overzicht te staan.

De historie hangt aan de machine, niet aan de factuur

Alles wat hierboven staat komt samen in een dossier per object. Dat is bij zwaar materieel meer waard dan elders, omdat de machines lang meegaan, van eigenaar wisselen en op leeftijd meer werk vragen. Een graafmachine met een compleet en navolgbaar dossier is iets anders dan dezelfde machine zonder papieren, en dat verschil telt ook als uw klant hem verkoopt.

Technisch is de eis eenvoudig en gemakkelijk te overtreden: reparaties, gemonteerde onderdelen, tellerstanden, keuringen, claims en foto's hangen aan het chassis- of serienummer, en de eigenaar is een gegeven dat in de tijd verandert. Bij verkoop verhuist het dossier mee, terwijl de vorige eigenaar zijn facturen houdt maar de technische historie niet meer inziet. Die keuze is achteraf moeilijk te repareren, omdat u dan al jaren gegevens aan de verkeerde as hangt.

Deze opzet levert bovendien patronen op. Welke storing komt bij dit type na een bepaalde tellerstand vaker voor, welke onderdelen vervangt u structureel bij hetzelfde bouwjaar. Dat is de basis voor gericht onderhoudsadvies, en daarmee voor werk dat u zelf plant.

Werkorder Meerwerkakkoord Objectdossier Busvoorraad Offline werkbon Garantieclaim Keuringstermijnen Facturatie per bestemming

Wanneer een standaardpakket de betere keuze is

De werkplaats is geen witte vlek in de softwaremarkt. Er bestaan volwassen pakketten voor truckdealers, materieelbedrijven en landbouwmechanisatie, met werkorders, uren, onderdelen en facturatie in beproefde vorm. Werkt u als merkdealer, dan is een deel van uw keten mogelijk al bepaald doordat de importeur voorschrijft langs welke weg claims lopen. Voor een deel van de lezers is een pakket dus de verstandigere route, en dat zeggen we liever nu dan halverwege een offertetraject.

Volgt uw proces het gangbare patroon van melding, werkorder, uren, onderdelen en factuur, dan koopt u dat kant-en-klaar in, inclusief onderhoud en aanpassing aan gewijzigde regelgeving. Uw inspanning verschuift van bouwen naar inrichten.

Maatwerk loont in minder situaties dan aanbieders suggereren. De sterkste reden is een keten die geen pakket in zijn geheel dekt: werkplaats, buitendienst en verhuur van hetzelfde materieel, waarbij een machine vandaag verhuurd is en morgen op de brug staat. De tweede is een akkoordstroom die anders loopt, met raamcontracten, verplichte inkoopnummers of een wagenparkbeheerder die namens meerdere vestigingen tekent. De derde is een pakket dat de servicebus niet als voorraadlocatie kent.

De keerzijde hoort erbij: bij zelfbouw ligt het bijhouden van wijzigende regelgeving en merkportalen bij uw eigen organisatie. Vaak is de tussenweg het beste antwoord: een pakket als kern, maatwerk voor de buitendienst. Zit uw zwaartepunt bij tractoren en werktuigen, kijk dan bij landbouwmechanisatie software.

Pakket als uw proces het gangbare werkplaatspatroon volgt
Pakket als de importeur de claimroute al voorschrijft
Maatwerk bij werkplaats, buitendienst en verhuur in een keten
Maatwerk als busvoorraad of meerwerkakkoord ontbreekt
Tussenweg: pakket als kern, maatwerk voor de buitendienst

Veelgestelde vragen over werkplaatssoftware

Onderhoudssoftware is gebouwd rond bezit: u plant onderhoud aan uw eigen machines en stuurt op beschikbaarheid en kosten. Werken voor derden voegt een commerciële laag toe: een opdracht met een afgesproken omvang, een klant die akkoord moet geven, een factuur en aansprakelijkheid voor werk aan andermans materieel. Die akkoordstap ontbreekt in de meeste onderhoudspakketten.

Door het akkoord onderdeel van de werkorder te maken in plaats van een los telefoontje. De monteur maakt een meerwerkregel met foto, korte omschrijving en de verwachte uren en onderdelen. De klant keurt die goed of af. Het systeem legt vast wie akkoord gaf en wanneer, zet de regel op de factuur en toont de status aan planning en monteur.

Dat is een ontwerpkeuze die u vooraf maakt. Een app die elke handeling direct naar de server stuurt, valt stil zodra het bereik wegvalt in een hal, een kelder of het veld. Werkt de app lokaal, dan vult de monteur de werkbon in, maakt foto's, boekt uren en onderdelen en laat de klant tekenen, waarna alles synchroniseert bij verbinding. De moeilijkheid zit in de conflictafhandeling als de planner intussen dezelfde order wijzigde.

Omdat de claim andere gegevens vraagt dan de werkorder. Elk merk heeft een eigen portaal, een eigen codering voor oorzaak en verrichting, eigen eisen aan foto's en uitgelezen data, een eigen indieningstermijn en soms de plicht het defecte onderdeel te bewaren. De monteur schrijft in zijn eigen woorden, dus vertaalt iemand dat achteraf. Een systeem dat die merkvelden tijdens de reparatie uitvraagt, haalt dat handwerk weg.

Door termijn en bewijsstuk aan het object te hangen in plaats van aan een agenda. Voor motorrijtuigen en aanhangwagens boven 3.500 kg is een keuringsbewijs volgens het Besluit voertuigen een jaar geldig; het installatieplaatje van de tachograaf mag volgens de Regeling voertuigen maximaal 24 maanden geldig zijn. Voor arbeidsmiddelen eist het Arbeidsomstandighedenbesluit dat de bewijsstukken van keuringen op de arbeidsplaats aanwezig zijn en desgevraagd aan de toezichthouder worden getoond.

De broncode en de documentatie zijn eigendom van de opdrachtgever en staan in een repository waar u zelf toegang toe heeft. Bij oplevering hoort een beschrijving van de architectuur, de datamodellen, de koppelingen en de deployment, zodat een andere partij het kan overnemen zonder eerst te reverse-engineeren. We werken met gangbare technologie, omdat dat bepaalt hoeveel partijen het onderhoud kunnen oppakken.

Gerelateerde diensten

Serviceonderdelen-software

Draait de vraag vooral om onderdelen, voorraadmodellen en de koppeling tussen nummer en machine: serviceonderdelen-software laten maken.

Materieel- en heftruckverhuur

Verhuurt u het materieel ook, dan komen contracten en beschikbaarheid erbij: materieel- en heftruckverhuur software.

Buitendienst-app

Ligt het zwaartepunt bij monteurs op locatie, met werkbonnen en handtekeningen op de telefoon, dan is een buitendienst-app de directe ingang.

Uw werkplaatsproces onder de loep

Vertel ons hoe een melding bij u binnenkomt, wat er nu gebeurt als de monteur iets vindt dat niet in de opdracht stond, en hoe een garantieclaim de deur uitgaat. Uit die drie antwoorden blijkt meestal of een pakket, maatwerk of een combinatie past.

Plan een adviesgesprek info@appfront.nl