Een goedendag allemaal.

Allereerst weet ik niet zeker of ik met onderstaande vraag in de juiste sectie zit. Mocht dit niet het geval zijn, hoor ik dit graag natuurlijk!

De leukste pro A/V/L technische dienst van Nederland heeft jullie hulp nodig!

Wij zijn op zoek naar een programma waarin wij onze reparaties kunnen bijhouden. Het is allemaal soort van hobbymatig en gaat puur om het bewaren van reparatie data, er hoeven dus geen facturen of iets dergelijks mee geschreven te worden. Reparatie stickers voor op de apparaten worden al gemaakt met een ander programma, dus dit is ook niet noodzakelijk.

Het zou fijn zijn als we binnen dit programma een klantenbestand kunnen aanmaken (we hebben veelal dezelfde "klanten"), en we een reparatieverslag kunnen bewaren, alsook informatie van het apparaat (merk, typenummer, serienummer, datum etc.). De database mag lokaal worden opgeslagen, niet in de cloud.

We gebruiken nu een simpel excel sheetje, maar lopen toch vaak tegen beperkingen aan hiermee.

Uiteraard mag het wat kosten (hoe minder hoe beter natuurlijk) maar wil zeker géén illegale kopie oid. Het is bedoeld voor een Windows PC.

Kan iemand ons hierbij helpen?

Alvast dank!

Heb je een nasje draaien bv een synology, dan kan je een ticket systeempje opzetten.
Dan ben je niet afhankelijk van een bepaalde pc maar kan je webbased inloggen.
Er zijn genoeg pakketjes, bv Os-ticket die je zo gratis kan installeren.
Die kunnen alles, eigenlijk te veel...
Het kan ook op een (linux) pc draaien natuurlijk.

Zelf maken in MS Access je hebt immers Excel al.
Er is vast wel een Access template voor te vinden.

Volgens mij is deze vraag heel lang geleden ook eens voorbij gekomen.

Of libreoffice gebruiken gratiezz en uitwisselbaar met Excel. En libreoffice Base als database gebruiken.

De eerste vraag is natuurlijk, tegen welke beperkingen loop je aan met je huidige Excel oplossing? Wie weet kunnen deze beperkingen verholpen worden waardoor je huidige oplossing gewoon blruikbaar blijft.

Keep it simple oplossing: per apparaat een Word (Libreoffice Writer, platte tekst) documentje met als bestandsnaam: klantnr-merk-type-serienr.docx (.odt, .txt)

Hier zijn werkelijk een miljoen antwoorden van toepassing. Je kan het heel handig bijhouden in losse notepad.txt bestandjes. Je kan ook 8 fulltime topontwikkelaars 2 jaar laten programmeren :D

PE9SMS noemt wel iets heel belangrijks: hou het simpel, gewoon bestandje per reparatie, een folder per klant, makkelijk te synchroniseren. Elke folder ook een bestandje met het adres van de klant, dan ben je al een heel eind. De standaard zoekfunctie in windows kan je dan gebruiken om apparaten of onderdelen te zoeken in de verslagen.

Andere optie die me te binnen schiet is een lokale wikipedia opzetten. daar zijn ook gratis open source pakketjes voor, maar ook hier geldt: daar kan je 4 specialisten een jaar lang mee bezig houden.

Een fietsband plakken is niet lastig, maar als iemand vraagt "hoe plak ik een fietsband" is er toch een hoop uit te leggen ;)

En zorg voor een goed backup plan om bij de bestanden te komen, ook met versioning zodat je bij corrupte data ook terug kan.

Idealiter ook iets wat niet afhankelijk is van 1 persoon. Daarmee voorkom je heel wat problemen als die persoon om wat voor reden wegvalt.

Meest interessant lijkt mij reparaties van dezelfde merken en/of typen gemakkelijk terug te kunnen vinden. Als je zo'n apparaat vaker hebt gerepareerd kun je die verslagen dan gemakkelijk terugvinden en kijken of hier dezelfde fout in het spel is. Dat lijkt me relevanter dan de boel indelen op klant, jammer als je net het relevante verslag mist omdat je niet bij de juiste klant hebt gekeken.

Maar de keuze daarin kan de TS natuurlijk het beste voor zichzelf maken.

Standaard (open source) ticketing systemen hebben vaak workflows die je niet nodig hebt.

Ik heb ooit een "Werkbon" als voorbeeld genomen en die voor mezelf aangepast in een Excel sheet, met formatting, logo etc.
Via Windows search kun je in de tekst zoeken.
1 Excel sheet per reparatie, en je kunt ook makkelijk foto's etc importeren.

Of OSTicket ?

Op woensdag 29 mei 2024 16:15:06 schreef PE9SMS:
Keep it simple oplossing: per apparaat een Word (Libreoffice Writer, platte tekst) documentje met als bestandsnaam: klantnr-merk-type-serienr.docx (.odt, .txt)

Ja, TXT is wel het meest toekomstbestendig. Eventueel met overzichtelijk gekleurde teksten met een eigen formaat in notepad++

wij draaien dat gewoon in access.
1 lijst van serials. als je dus een apparaat inkoopt, komt dat serienr in de database op stock.
daarna verkoop je het, staat de klant naam erbij.
komt het terug, dan vind je op serienr direct uit welke batch het kwam en wanneer het werd verkocht (garantiedatum).
alle herstellingen worden toegevoegd aan het serienr.

wij houden dat bij voor pc's. als een pc op 5jaar tijd zijn 3de hard disk sloopt kunnen we verder kijken.
of een pc in 1 gebouw die continue zijn voeding opblaast (hoge netspanning ofzo), komt er ook snel uit dan

Even dit topic wat nieuw leven in blazen:

We zijn intussen bezig geweest met alle tips die hier gegeven zijn. Met Access zijn we een heel eind gekomen. Maar per toeval kwam ik een tijdje geleden het gratis programma Repairslab tegen op SourceForge.

Dit programma doet eigenlijk precies wat wij willen. We hebben het nu een tijdje in gebruik en het bevalt prima. Enige puntjes van kritiek zijn dat het niet out of the box werkt met Windows 10/11 daar het geschreven is voor Windows 7. Maar wanneer men Windows 7 compabiliteit gebruikt en het uitvoert als Administrator werkt het perfect.

De vertaling in het Nederlands heeft een hoop spel- en grammatica fouten, of mist compleet stukken tekst. Voor ons geen probleem daar we het toch altijd standaard op Engels laten staan.

Voor de rest een zeer bruikbaar programma!

Op woensdag 29 mei 2024 16:15:06 schreef PE9SMS:
Keep it simple oplossing: per apparaat een Word (Libreoffice Writer, platte tekst) documentje met als bestandsnaam: klantnr-merk-type-serienr.docx (.odt, .txt)

Ja, maar dan wel dubbel indexeren, enerzijds per klant, anderszijds per apparaat. (want een apparaat kan wel eens overgaan van de ene klant naar de andere, al dan niet pseudo.) Dan komt een of andere vorm van database toch wel snel in zicht.

Niet al te complex, zo op het eerste zicht, trouwens, slechts drie tabellen:
klanten, apparaten, reparaties.

Die laatste tabel hoeft dan inderdaad niet meer in te houden dan referenties naar klant en apparaat, en naar een document of formulier waar het verhaal verteld wordt.

[Bericht gewijzigd door Paulinha_B op (12%)]

Bij mij start hij meteen zonder compatibility truuken.

@Peter112:
Voor zover ik kan zien is dit versie 1.0.4. De versie die ik gebruik is 1.0.5

@bprosman:
Starten van het programma gaat inderdaad altijd. Maar wijzigingen in bijvoorbeeld de database worden niet opgeslagen. Met alleen admin rechten lukt dit wel, maar word de boel soms instabiel (lange wachttijden of loopt vast). Wanneer er onder windows 7 compabiliteit word gedraaid werkt het wel. Getest op 1 Windows 11 Education versie en Windows 11 Home versie. Onder Windows 7 werkt het out of the box. Heb op de Home versie ook Java moeten installeren. Kan zijn dat deze al geïnstalleerd was bij de Education versie.

[Bericht gewijzigd door DJohnny op (10%)]