BE1023434B1 - Computer-ondersteunde methode en systeem voor de verhoogde leverbaarheid van een groot aantal dagelijkse orders voor producten die sterk varieren qua volume, gewicht en/of vormfactor - Google Patents

Abstract

De uitvinding heeft te maken met computer geïmplementeerde of computer ondersteunde methoden en arrangementen voor een verbeterde behandeling van fysieke stukgoederen (zoals bijvoorbeeld sanitaire producten), gekenmerkt door hun verschil in grootte, gewicht en/of vormfactor. Deze uitvinding omvat de geschikte (grafische) gebruikersinterfaces en leesbare computer opslagmedia om het computerprogramma maar ook de methodes, gebeurtenissen en (trigger-)logica op te slagen. Evengoed worden computerprocessen en menselijke handelingen duidelijk afgelijnd in de totale process flow. Dit trigger-gebaseerde ontwerp laat toe om menselijke en geautomatiseerde acties naadloos in de bedrijfsstroom te laten samenwerken.

Description

COMPUTER-ONDERSTEUNDE METHODE EN SYSTEEM VOOR DE VERHOOGDE LEVERBAARHEID VAN EEN GROOT AANTAL DAGELIJKSE ORDERS VOOR PRODUCTEN DIE STERK VARIEREN QUA VOLUME, GEWICHT EN/OF

VORMFACTOR

TECHNISCH VELD VAN DE UITVINDING

De uitvinding heeft te maken met computer geïmplementeerde of computer ondersteunde methoden en arrangementen voor een verbeterde behandeling van fysieke stukgoederen (zoals bijvoorbeeld sanitaire producten), gekenmerkt door hun verschil in grootte, gewicht en/of vormfactor. Deze uitvinding omvat de geschikte (grafische) gebruikersinterfaces en leesbare computer opslagmedia om het computerprogramma maar ook de methodes, gebeurtenissen en (trigger-)logica op te slagen. Evengoed worden computerprocessen en menselijke handelingen duidelijk afgelijnd in de totale process flow. Dit trigger-gebaseerde ontwerp laat toe om menselijke en geautomatiseerde acties naadloos in de bedrijfsstroom te laten samenwerken.

ACHTERGROND VAN DE UITVINDING

Bestaande oplossingen automatiseren slechts een gedeelte van een bedrijfsstroom, of, ze beschrijven de automatisatie van een behandeling van algemene producten. In dit geval willen we de totale bedrijfsstroom van de specifieke stukgoederen automatiseren met een minimale - doch soms noodzakelijke - menselijke interventie.

Met de automatisatie van de totale bedrijfsstroom bedoelen we meerdere van de volgende bedrijfsprocessen: • het ontvangen van de bestellingen • financiële en logistieke controle van de bestelling • de ordervoorbereiding • de (fysieke) order picking • managementsmonitoring via dashboards • de orderuitlevering • de boekhouding, facturatie

Generieke technieken om product handling te optimaliseren bestaan uiteraard. Echter, deze algemene technieken zijn niet optimaal om de specifieke produkten die we hier beschrijven te behandelen.

Doel van de uitvinding:

Deze uitvinding beoogt een of meerdere doelen:

Een maximalisatie van het aantal pickbare bons in het warehouse door zo snel mogelijk in de flow alle mogelijke controles automatisch uit te voeren en een reservatie van de voorraad van de bestelde artikels te automatiseren Een zo kort mogelijke doorlooptijd van de binnenkomende orders Een verhoogde efficiëntie in interdepartementele communicatie door een automatische toekenning van uit te voeren acties

SAMENVATTING VAN DE UITVINDING

De uitvinding betreft een computer-geïmplementeerde of een computer-gebaseerde methode om een gesorteerde TODO-list te genereren voor personen en/of geautomatiseerde ordervoorbereidingsuitrusting, bestaande uit de voorradige artikelen in het magazijn; bestaande uit de volgende stappen: het invoeren van de gevraagde orders in het computer-informatiesysteem; het uitvoeren van (minstens logistieke) controles op de betreffende orders van het betreffende computersysteem, tenminste rekening houden met de artikelvoorradigheid, en het daarop gebaseerde gedeelte dat kan uitgeleverd worden van de betreffende orders; het door het betreffende computesysteem te berekenen van een planning en het opstellen van de TODO-lists, voor enkel de te leveren artikelen. Noteer dat typisch meerdere TODO-lists kunnen worden genereert, meer specifiek zelfs verschillende types van TODO-lists, afhankelijk van de typische handeling die er mee geassocieerd is.

De uitvinding betreft dus enerzijds een geautomatiseerde logistieke controle (mogelijks aangevuld met een financiële controle) van een order en anderzijds een aansturing voor geautomatiseerde orderverwerking in het magazijn/warehouse en wordt gekenmerkt door zijn afstemming voor een klasse van specifieke goederen qua volume, gewicht en vorm die per stuk kunnen verdeeld worden, bijvoorbeeld door bepaalde drempels in de methode per artikel te kiezen.

De afstemming van de uitvinding beoogt (1) een maximalisatie van het aantal pickbare bons in het warehouse door zo snel mogelijk in de flow alle mogelijke controles automatisch uit te voeren en een reservatie van de voorraad van de bestelde artikels te automatiseren; en/of (2) een zo kort mogelijke doorlooptijd van de binnenkomende orders en/of (3) een verhoogde efficiëntie in interdepartementele communicatie door een automatische toekenning van uit te voeren acties.

KORTE BESCHRIJVING VAN DE FIGUREN

Onder specifieke verwijzing naar de figuren, wordt benadrukt dat de getoonde bijzonderheden enkel bij wijze van voorbeeld dienen en enkel voor de illustratieve bespreking van de verschillende uitvoeringsvormen van de onderhavige uitvinding. Zij worden voorgesteld met als doel het aanleveren van wat gezien wordt als de meest nuttige en dadelijke beschrijving van de principes en conceptuele aspecten van de uitvinding. In dit opzicht wordt niet geprobeerd om meer structurele details van de uitvinding te tonen dan noodzakelijk is voor een fundamenteel begrip van de uitvinding. De beschrijving in combinatie met de figuren maakt duidelijk voor de deskundigen in het vakgebied hoe de verschillende vormen van de uitvinding kunnen worden uitgevoerd in de praktijk.

Fig. 1: flowchart van de methode volgens een uitvoeringsvorm van de uitvinding.

Fig. 2: voorbeeld grafische user interface volgens de uitvinding

Fig. 3: voorbeeld grafische user interface volgens de uitvinding

Fig. 4: Verbeteringen tgv een implementatie van de methode volgens de uitvinding.

Fig. 5: voorbeeld grafische user interface volgens de uitvinding

Fig. 6: verdere flowchart van een uitvoeringsvorm van de methode volgens de uitvinding.

Fig. 7: tabellering van de details van de flowchart zoals getoond in figuur 6.

Fig. 8. generieke flowchart van de methode zoals beschreven in conclusie 1.

Fig. 9: mogelijke layout van een magazijnsysteem zoals beschreven in conclusie 10 en volgende waarvoor de methodes van deze uitvinding uitermate geschikt is

GEDETAILLEERDE BESCHRIJVING VAN DE UITVINDING

Figuur 8 toont een generieke flowchart van de methode van de uitvinding terwijl Figuur 9 een mogelijke layout van een magazijnsysteem waarvoor de methode geschikt is illustreert. Figuur 1 toont een voorbeeld flowchart waarin de methode van Figuur 8 is vervat en verder aangevuld met (verschillende)) handelingen (300, 310) die dan gebaseerd zijn op de TODO-lists. Figuur 1 illustreert ook dat er meerdere verschillende soorten controles (400, 410, 420) mogelijk zijn. In het bijzonder dient de relatie tussen de controle (420) en de fysische beschikbaarheid in het magazijn worden benadrukt. Figuur 6 illusteert een uitvoeringsvorm van de controles, en meer bepaald een aantal statussen (weergegeven door een kleur) per artikel op een order.

Het is een aspect van de uitvinding om te begrijpen dat, binnen de performantieregels van de doorvoer van het magazijn dat men wil optimaliseren of verbeteren, men het aantal storingen in het normale bedrijfsproces moet verminderen en minimaliseren. Dit wordt bereikt door zoveel mogelijk (automatische of menselijke) controles uit te voeren vooraleer een order effectief wordt doorgegeven aan de planning of aan het magazijn om daar een deel te worden van een orderpick proces. Hoe meer controles op voorhand worden gedaan, hoe minder uitzonderingen nadien in het bedrijfsproces terugkoppelingen (en dus vertragingen) veroorzaken. Eén of meerdere genoemde initiële controles kunnen van administratieve aard zijn, zoals het controleren van financiële parameters gerelateerd aan de klant voor een bepaald order. Meer bepaald wordt (i) de financiële status van de klant alsook (ii) de marge op artikelniveau gecheckt. Dit kan er toe leiden dat het order geblokkeerd wordt en opgenomen in een To Do lijst. Voor de financiële status wordt het order doorverwezen naar finance, voor de margebewaking naar sales support. Enkel iemand die toegewezen is aan de groep finance is gemachtigd (i) de klant volledig te deblokkeren, dan wel (ii) enkel het betreffende order vrij te geven. Zo zal ook de to do actie op margebewaking enkel door iemand van sales support kunnen vrijgegeven worden. Merken we bovendien op dat een bestelbon enkel wordt opgenomen (i)in het verdere proces (FIFO,) alsook (ii) in procurement, op datum van vrijgave door finance of sales support, en niet op datum van ordercreatie.Dit om de eenvoudige reden dat een financiëel issue tot aanpassing of zelfs annulatie van het order kan leiden. Aldus vermijden we hier mee dat (i) artikelen buiten het gamma nodeloos besteld worden en (ii) gevalideerde orders in wacht komen te staan.

Figuur 2 illustreert een gebruikersinterface die een van de vele verschillende TODO-lijsten toont.

Vervolgens, nadat het order de eerste (financiële) controle succesvol doorstaan heeft, hetzij automatisch, hetzij na ingreep van finance of sales support, volgt een logistieke controle. Meer bepaald zal voor elke orderlijn gecontroleerd worden of er genoeg voorraad beschikbaar is om het gevraagde uit te leveren, rekening houdend met: de fysieke voorraad reeds gereserveerde voorraad voor eerdere orders (FIFO) de gevraagde levertermijn, waarbij orders die later dan een bepaalde drempel (bv 7 dagen na creatiedatum) dienen geleverd te worden, nog niet mee worden opgenomen in de reservatie (beperking hierop: artikelen die niet binnen een bepaalde drempel (bv 4 werkdagen) geleverd kunnen worden, worden wel meegeteld)

Aan de hand van de controle wordt elke lijn getypeerd door een status, bijvoorbeeld weergegeven door een kleurcodering: groen: er is voldoende vrije voorraad om het bestelde aantal uit te leveren, waarbij de vrije voorraad berekend wordt door de fysische voorraad in mindering te brengen met de gereserveerde aantallen van eerdere orders, geel: er is voldoende vrije voorraad om het bestelde aantal uit te leveren, maar kan volgende orders eventueel in gevaar brengen. Een goedkeuring door supply chain is vereist. oranje: er is niet voldoende vrije voorraad om het bestelde aantal uit te leveren, maar één of meerdere externe (boma)magazijnen beschikken wel over voldoende voorraad die kan getransfereerd of gebruikt worden. Een goedkeuring/actie door supply chain is vereist. rood: er is niet voldoende vrije voorraad om het bestelde aantal uit te leveren. Een goedkeuring/actie door sales support is vereist, o Voorstellen van een (voorradig) alternatief aan de klant o Als resultaat van de vraag aan de klant: de bon uitsplitsen in wat kan geleverd worden en wat (nog) niet o Als resultaat van de vraag aan de klant: aanduiden dat het order kan wachten op uitlevering tot alles voorradig is wit: er is voldoende vrije voorraad om het bestelde aantal uit te leveren. FHet order ligt buiten het venster van de reservatie (7 werkdagen) en wordt nog niet in FIFO opgenomen.Flet aantal wordt wel inzichtelijk gemaakt voor procurement, zodat er genoeg voorraad is op het moment dat het order wel binnen de 7 werkdagen valt en wordt herrekend. cyan: er is niet voldoende vrije voorraad om het bestelde aantal uit te leveren. Er werd een link gelegd tussen dit specifieke artikel en de aankoopbestelling. Het artikel wacht op de ontvangst van dit artikel waarbij het order automatisch wordt vrijgegeven.

Figuur 3 illustreert dan ook opnieuw een grafische gebruiksinterface die bovenstaande voor de gebruiker presenteert. Bovenstaande illustreert ook dat er reeds een TODO-lijst kan worden gegenereerd voor 1 handeling (bv aankopen) maar nog niet voor andere handelingen (bv behandeling in het magazijn). Bovenstaande illustreert eveneens hoe de ingevoerde drempels feitelijk resulteren uit de fysische aspecten van de omgeving waarvoor de uitvinding is opgezet (bv voorraden in het magazijn, levertermijnen).

Het geheel van kleurcoderingen per order bepaalt de verdere behandeling:

Een of meerder orderlijnen code "rood": het order komt in to do lijst van sales support. Na goedkeuring/actie gaat het order opnieuw door engine en gaat verder naar supply Chain of planning.

Een of meerder orderlijnen code "oranje of geel": het order komt in to do lijst van supply chain. Na goedkeuring/actie gaat het order opnieuw door de methode (engine) en verder naar planning of krijgt status "cyan".

Een of meerder orderlijnen code "wit": het order valt buiten de resevatiehorizon en komt in een tijdelijke "wachtfase". Het venster van 7 dagen schuift dagelijks op en neemt deze orders automatisch terug op in de horizon. Géén van bovenstaande kleuren geeft alle orderlijnen code "groen": het order komt automatisch vrij voor planning.

Hierbij valt te bemerken dat de methodes dus ook iteraties omvat en voldoende data stockage (bv voor bijhouden order in wacht) dient te worden voorzien.

Merken we hierbij nog op dat bij een vereiste controle een order in volgende volgorde wordt gestuurd:

Finance Sales support Supply Chain

Eens een order is vrijgegeven door een bepaalde afdeling kan dit niet meer beïnvloed worden door een andere afdeling. Is het toch nodig nog iets te wijzigen aan het order kan enkel de desbetreffende afdeling dit uitvoeren. Voorbeeld: supply Chain heeft een order met code oranje goedgekeurd. Sales support wil het aantal van de orderlijn veranderen, dan zal het programma aangven dat er contact moet opgenomen worden met supply chain daar zij enkel hiervoor gemachtigd zijn.

Dit controlesysteem wordt verder aangevuld met acties die ook weer via een specifieke TODO-list/lijst (automatic warning System) worden verstuurd. Zo wordt ondervangen dat klanten (i) artikelen bestellen die specifiek voor andere klanten in voorraad staan en (ii) artikelen niet volgens een opgegeven minimumhoeveelheid bestellen.

Alle orders (gecontroleerd of to do-vrij) komen automatisch bij de planning en worden tijdens een inplancyclus onderverdeeld in verschillende transporten.Het programma zal op een eenvoudig commando deze inplancyclus beëindigen en er voor zorgen dat de voorbereidingen worden getroffen voor het magazijn, wat resulteert in:

Item pickingbatch:alle orders die artikelen uit de item-zones behoeven, kunnen order na order afgeprint worden

Volle Verpakking picking batch: alle orders die artikelen uit de Volle verpakking-zones behoeven, worden order na order gestuurd naar handterminals

Bufferpicking batch: dit is een lijst van: o Artikelen die uit een speciale afdeling komen (giflokaal, matten, technische dienst, ...) o Artikelen waarvan de aantallen te groot zijn om uit eerder vernoemde zones te pieken o volle pallets o cross docking artikelen

Aanvullingbatch: het programma berekent het totaal aantal per artikel dat gepiekt moet worden. Artikelen waar niet voldoende voorrad op locatie aanwezig is, krijgen een aanvulactie.

Speciale picking batch: dit is een lijst van artikelen die moeten samengesteld of gemonteerd worden, zoals bvb een conceptkar.

De uitvinding behelst verder het totaal van computer-geïmplementeerde of -ondersteunde methoden en arrangementen voor een verbeterde behandeling van schoonmaakmaterialen en -producten, meer bepaald de voorbereiding van de orders (met inbegrip van de verpakking), omvattend een aantal van dergelijke producten. De performantie hier wordt uitgedrukt in de hoeveelheid orders die per dag kan behaald worden voor een bepaalde infrastructuur. Een kritische onderliggende performantiemaatstaf is het aantal storingen van de normale orderbehandeling die vermeden kunnen worden door een verbeterde planning door het gebruik van voornoemde methoden.

Als eerste uitvoeringsvoorbeeld van de uitvinding moet de mogelijkheid van 'stukverkoop' benadrukt worden. Aangeleverde goederen zijn verpakt in grote multi-verpakkingen. Deze verpakte goederen worden bij een eerste opslagplaats (tijdelijk) weggezet. Nadien worden de artikelen per stuk in voorraad geplaatst in een 2de opslagplaats. Deze laatste opslagplaats maakt het mogelijk dat individuele klantorders per stuk kunnen worden voorbereid/klaargezet als onderdeel in de handling-keten.

De uitvinding voorziet een computersysteem, met gepaste (grafische) input- en output-interfaces, die de behandeling van de schoonmaakmaterialen door het hierboven vermelde arrangement bepaalt. Meer in het bijzonder bepaalt of berekent het computersysteem (i) waar de eerste opslaglocatie bij ontvangst van de goederen is (ii) hoe de migratie van de eerste (multi-verpakkingen) naar de 2de (stukartikelen) opslagplaats gebeurt (iii) waar - bij de uiteindelijke klantenorder picking - elk individueel artikel kan gevonden worden in de 2de opslagplaats (iv) welke en hoeveel personen op een bepaald moment de bovenstaande taken (receptie, stockering op lste of 2de opslagplaats en order picking) moeten uitvoeren.

Het bovenvernoemde computersysteem ontvangt als input (a) (statische) informatie over (i) het arrangement, meer bepaald over z'n subsystemen zoals de opslagplaatsen (aantal, dimensies, maximum gewicht) (ii) informatie over de producten (grootte, vormfactor en gewicht) (b) (dynamische) informatie over (i) de ontvangen producten (bij receptie) (ii) de verplaatste goederen (door enige van de voornoemde methoden hierboven besproken) en berekent - gebaseerd op de hierboven genoemde statische en dynamische info - (a) de fysische beperkingen opgelegd door de mogelijkheden van het arrangement; (b) de beschikbaarheid en/of de mogelijkheden van het personeel die de taken uitvoert.

Een 2de uitvoeringsvoorbeeld van de uitvinding is hoe de combinatie gebeurt van de stukverkoop (dus, los van de geleverde multi-verpakking) en de multi-verpakkingen (dus, gedeeltelijk zoals dit is ingepakt bij levering).Om dit in het bijzonder te kunnen opvangen wordt een 3de opslagplaats voorzien, waar de producten worden opgeslagen zoals ze verpakt zijn, en die daar dan meteen kunnen gepicked worden bij klantorder voorbereiding, gelijkaardig als bij de 2de opslagplaats. Merk op dat de geleverde producten van bij de receptie meteen naar de 2de en/of de 3de opslagplaats kunnen doorschuiven. Sinds de orders nu zowel per stuk als per volumeverpakking kunnen gepicked worden, moeten deze op een gegeven moment kunnen worden samen verzameld. Het moet benadrukt worden dat de lste opslagplaats verschilt van de 2de en de 3de. De 3de opslagplaats minimaliseert de benodigde inspanning voor de personen die de picking uitvoeren, terwijl dit niet van toepassing is op de 2de opslagplaats.

Voor dit 2de uitvoeringsvoorbeeld bepaalt of berekent het computersysteem de gerelateerde (grafische) input- en output-interfaces zoals boven beschreven; (i) de informatie waar en wanneer een levering (bij receptie) in de 3de opslagplaats moet opgeslagen worden (ii) de informatie waar de goederen in de lste opslagplaats moeten gevonden worden, die naar de 3de plaats moeten (met inbegrip van de locaties in beide opslagplaatsen) (iii) de informatie per klantorder waar het pick-proces de locatie van een goed in de 3de opslagplaats moet vinden (iv) de informatie wanneer orders voor dezelfde klant samenkomen vanuit de 2ste en 3de opslagplaats om er voor te zorgen dat deze juist verzameld en gecombineerd kunnen worden (v) de informatie waar welk personeel met welke tray (pallet, trolley of heftruck) moet klaar staan.

Vermits het duidelijk is dat in het eerste en 2de uitvoeringsvoorbeeld van het uitgevonden computersysteem (en de daarmee gerelateerde berekeningsmethoden) en arrangement dienen tot de behandeling van standaard (i.e. de gangbare) producten - waarbij de karakteristieken zoals grootte, gewicht en verpakking gekend zijn - , we nood hebben aan een 3de uitvoeringsvoorbeeld om te voorzien in een flexibiliteit om te voorzien in de behandeling voor de minder gangbare producten. Deze niet-standaard producten hebben geen vast (gekende) karakteristieken en komen ook minder courant voor. Hiervoor voorzien we een vierde, minder gestructureerde opslagplaats om deze Produkten op te slagen. Gezien deze goederen slechts sporadisch in de keten voorkomen, voorzien we hiervoor verder geen opvolgende picking-automatisatie (wel voorraad, boekhouding en leveringsautomatisatie).

Elk order wordt bij de start van het pickproces gekoppeld aan een caddy(niveau) of pallet.

Item: De pickinglijst wordt geprint. Hierop bevindt zich een barcode met het ordernummer dat wordt gescanned en gekoppeld aan een caddy.Aan de hand van de geaumatiseerde volume- en gewichtsberkenening zal het programma het order toewijzen aan de gehele caddy dan wel aan één van de twee niveaus. Optimaal pieken we dan 2 orders tegelijkertijd. VV: het programma berekent ook hier in functie van gewicht en volume of een order gekoppeld wordt aan een pallet dan wel aan een caddy. De bediener van de handterminal krijgt deze instructies op het scherm en kan tot maximum 3 orders tegelijk orderpicken.

Omdat het programma er voor zorgt dat een order wordt uitgesplitst in itempicking, volle verpakkingen, buffer, ... zijn er dus verschillende operatoren tegelijkertijd met deel van dat order bezig. Deze koppeling zorgt er voor dat:

Vanuit een controle-orgaan (dashboard) kan gevolgd worden waar (een deel van) het order zich bevindt en in welke hoedanigheid (in picking, gepicked, ...) = track & trace

De consolidator een caddy of pallet kan scannen en zo kan zien of dit order volledig is, dan wel of het nog goederen uit een andere afdeling nodig heeft Een caddy op pallet tijdelijk kan afgescanned worden aan een tijdelijke wachtzone.

Figuur 5 illusteert een grafische gebruikersinterface die de operaties in het magazijn faciliteert.

Voor elke order is een finale verzameling van alle (op voorhand automatisch berekende) deelorders benodigd, die leidt tot een finale klaargezette (en aldus uit te leveren) totaalbestelling. Echter, de hierboven geschetste voorraadflexibiliteit heeft tot gevolg dat er door de extra, vierde opslagplaats een extra complexiteit bijkomt. Er moeten immers voorraadbewegingen tussen de lste (receptie) en 4de (niet courante producten) gegenereerd worden.

Finaal moeten we benadrukken dat elk van de bovenstaande situaties kan beschouwd worden in een multi-arrangement omgeving. Met name meerdere magazijnen die geografisch van elkaar gescheiden zijn. Alle hoger beschreven elementen blijven per site van toepassing terwijl de computer-geïmplementeerde of -bijgestaande methoden het geheel blijven 'overzien'. Een bijkomende taak is het transporteren en stockeren van artikelen tussen de magazijnen.

Herinner dat deze uitvinding te maken heeft met computer-geïmplementeerde en -ondersteunde methoden voor een verbeterde voorbereiding van orders (met inbegrip van de verpakking). Daarvoor bepaalt of berekent het computersysteem TODO-lists (voor o.a. de verplaatsing van de goederen) voor de personen en/of apparatuur in het magazijn teneinde optimale orderbehandeling te bereiken. Naast de (statische en dynamische) input die we hoger reed vermeldde, is de belangrijkste informatie immers welke artikel, op welke locatie moet terecht komen.

Uit de beschrijving hierboven blijkt duidelijk dat wegens de variëteit van de technische handelingen binnen diverse technische en logische beperkingen (bvb.: een pick-up van een artikel is niet mogelijk want het is niet langer voorradig), een computer-ondersteuning voor het genereren van informatie, meer bepaald het genereren van de nodige signalen om de GUI en/of de geautomatiseerde infrastructuur te sturen, nodig is. In essentie reflecteert de architectuur in het computersysteem de fysieke wereld in het magazijn. Meer bepaald encodeert de methode een diepgaand begrip van het onderliggende logistieke probleem, meer in het bijzonder onderscheid men de normale (onverstoorde) flow van de (weliswaar weinig) uitzonderingen die helaas zonder goede opvolging de flow substantieel verstoren.

Ter volledigheid benadrukken we dat we met het bovenstaand beschreven computersysteem niet noodzakelijk een enkele computer of programma bedoelen, maar evenzeer een gedistribueerde implementatie van diverse samenwerkende computers. Om het bovenbeschreven (grafische) I/O interfacing te realiseren, kunnen middelen zoals terminals, printers, PDAs en scanners gebruikt worden. Daar de informatie tussen deze apparaten moet verdeeld worden, is het ganse arrangement ondersteund door (draadloze) elektronische communicatie die de interfaces van de beschreven middelen verbinden met het computersysteem. Zoals opgemerkt zal bovendien een deel van de handelingen uitgevoerd worden door geautomatiseerde toestellen, zoals verpakkingsmachines, transportbanden en/of robots die direct of indirect bestuurd worden door het betreffende computersysteem. Bovenstaande kan gerealiseerd worden door een typische server-configuratie die werkt met een daarvoor geconfigureerde database-omgeving. Het beschreven computersysteem wordt uitgebaat om in die netwerkomgeving met al die interfaces te werken. Gezien de aard van het gedistribueerde en multi user karakter van de input, moet de belangrijkheid van de deugdelijkheid van de informatie om het optimalisatiedoel te bereiken, speciale technische overweging gegeven worden aan de toelatingen om de input interfaces te kunnen benaderen.

De invoering van één of meerdere elementen van de uitvinding leidt typisch tot een verbetering met een factor 2 tot 3 qua aantal orders die per dag kunnen afgehandeld worden. Een uitvoeringsvorm dat als voorbeeld wordt genomen, behandeld minimaal 500 orders per dag. Verder vermindert het aantal ketenverstoringen tot minder dan 10% (optimaal minder dan 1%) van de handling flow door de gebruikmaking van zulke voorgestelde elementen.

Claims (13)

1. CONCLUSIES 1. een computer-geïmplementeerde of een computer-gebaseerde methode om een of meerdere gesorteerde TODO-list(s) (130), (140) te genereren voor personen en/of geautomatiseerde ordervoorbereidingsuitrusting (150), bestaande uit de voorradige artikelen in het magazijn; bestaande uit de volgende stappen: (100) het invoeren van de gevraagde orders in het computer- informatiesysteem; (110) het uitvoeren van controles op de betreffende orders van het betreffende computersysteem, tenminste rekening houden met de artikelvoorradigheid, en het daarop gebaseerde gedeelte dat kan uitgeleverd worden van de betreffende orders; (120) het door het betreffende computesysteem te berekenen van een planning en het opstellen van de TODO-lists, voor enkel de te leveren artikelen.
2. 2. De methode van claim 2, aangepast voor sanitaire producten, gekenmerkt door hun verschil in grootte, gewicht en/of vormfactor.
3. 3. De methode van claim 2 of claim 3, aangepast voor sanitaire producten, gekenmerkt door dat voor een veelvoud van artikelen de order per stuk kan worden verwerkt.
4. 4. De methode van enige van vorige claims waarbij de beschreven controles en/of planningsberekeningen uitgevoerd worden voor een geoptimaliseerde throughput door het magazijn (500).
5. 5. De methode van enige van vorige claims waarbij de beschreven controles en/of planningsberekeningen uitgevoerd worden voor een minimale hoeveelheid storingen of onderbrekingen van de ordervoorbereidings flow, gedefinieerd door de gesorteerde TODO-lists.
6. 6. Een gepaste (grafische) user interface voor gebruik bij eender de welke methodes van de voorgaande claims.
7. 7. Een computer programma product bestaande uit computer-leesbare code, dat wanneer deze wordt uitgevoerd op een computer systeem dit tot gevolg heeft dat een computersysteem de methodes van enige van voorgaande claims uitvoert.
8. 8. Een niet vluchtig machine-leesbaar opslagmedium die het computer programma product van de voorgaande claim stockeert.
9. 9. Een computersysteem zodanig geconfigureerd om de methoden van enige voorgaand vermelde methoden uit te voeren
10. 10. Een magazijnsysteem, bestaande uit een eerste opslagplaats (200) waarbij de producten ongestructureerd na levering worden opgeslagen; en uit een tweede opslagplaats (210) waarbij de producten gestructureerd per stuk worden opgeslagen op een manier waarbij de picking, het computersysteem van claim 7 en/of een veelvoud van user interfaces van claim 6 geoptimaliseerd zijn voor het overeenkomstige magazijnsysteem (500).
11. 11. Het magazijnsysteem van claim 10, verder bestaande uit een derde opslagplaats (220), waarbij de producten worden opgeslagen in hun geleverde verpakking op een gestructureerde manier voor het geoptimaliseerd rechtstreeks order pieken.
12. 12. Een computer uitgebaat databanksysteem en magazijnsysteem van claim 10 of 11, aangepast aan de ondersteuning van enige van de methoden van voorgaande claims; een databank bestaande uit informatie over het magazijnsysteem, productinformatie in het betreffende magazijn, informatie over binnenkomende Produkten in het betreffende magazijn en/of de plaats van de producten in enige van de betreffende opslagplaatsen, informatie over de afroeporders, informatie over de vrijgelaten orders; informatie over de TODO-lists van de betreffende orders.
13. 13. De databank van claim 12, verder bestaande uit regels en triggers die de methodes van enige van voorgaande claims ondersteunen.