Ridder iQ beter benutten: wat het pakket al kan

1. Eerst dit

2. Wat er volgens de leverancier in zit

3. In welke volgorde je het benut

De onderdelen hangen van elkaar af. Planning zonder uren is gokken. Nacalculatie zonder stuklijst kan niet. Daarom deze volgorde:

1. 1

   Artikelen

   Eén artikelstam met vaste nummers en omschrijvingen. Zie artikelnummering opzetten.

2. 2

   Stuklijsten

   Per product welke artikelen en maakdelen erin zitten. Begin met de producten die je het vaakst maakt.

3. 3

   Bewerkingen en werkplekken

   Per product de stappen met uren en een uurtarief per werkplek. Dan rekent de calculatie met dezelfde posten als de werkplaats.

4. 4

   Uren op de order

   Uren boeken op order en bewerking, op papier of op een tablet in de werkplaats.

5. 5

   Nacalculatie

   Begroot naast werkelijk per order. Zie nacalculatie regelen.

6. 6

   Planning

   Pas als uren en bewerkingen kloppen, geeft een planning een betrouwbare levertijd.

4. Check: wat gebruiken jullie al?

Loop de onderdelen langs met de mensen die het pakket elke dag gebruiken. De check laat zien waar je begint en wat je eerst moet navragen.

5. Vragen voor je Ridder-consultant

1. Welke modules zitten in onze licentie, en welke gebruiken we niet?
2. Hoe zetten we nummerreeksen per artikelgroep op?
3. Kunnen we bewerkingen en werkplekken met een eigen uurtarief vastleggen?
4. Hoe boeken medewerkers uren op order en bewerking, en wat kost de werkplaatsmodule?
5. Welk rapport zet begroot naast werkelijk per order?
6. Wat moet er eerst kloppen voordat de planning betrouwbaar is?
7. Hoe importeren we een opgeschoonde artikellijst, en in welk formaat?

6. Voordat je de API of een koppeling koopt

Een koppeling is pas zinvol als de basis in het pakket klopt. Anders koppel je rommel aan rommel. Stel deze vragen voordat je een API-licentie of koppeling koopt:

1. Welke onderdelen kun je via de API lezen, en welke ook schrijven? Denk aan artikelen, stuklijsten, orders, uren en voorraad.
2. Hoe wordt de API afgerekend: vast, per gebruiker of per koppeling?
3. Is er een testomgeving, een kopie van onze administratie, om tegen te bouwen?
4. Is er een limiet op het aantal verzoeken, en wat gebeurt er als je die raakt?
5. Kun je een koppeling beperken tot alleen lezen, of tot bepaalde onderdelen?
6. Wordt elke wijziging via de API gelogd, met wie en wanneer?
7. Wat staat er voor de API op de planning, en wanneer?

7. Wanneer extra software wél zin heeft

Als artikelen, stuklijsten en uren kloppen, kan automatisering veel werk schelen. Bijvoorbeeld inkomende inkooporders van klanten uitlezen en als concept in het ERP zetten, inkoopfacturen naast de bestelling leggen, of afwijkingen in de nacalculatie signaleren. Dat werkt alleen op een schone basis, en altijd met een mens die het concept goedkeurt.