We willen graag gebruik maken van de behoefterun, maar ik kom het volgende probleem tegen.
Als ik een Produktieorder heb die 4 weken duurt dan heb ik volgens de behoefterun op dag 1 alle grondstoffen nodig.
Is het mogelijk dat de behoefterun rekening gaat houden met de kalender, zodat per Produktieorder per dag de behoefte aan grondstoffen bekend is?

Als we een vrachtwagen gereserveerd hebben bij een transporteur dan willen we ook alvast de raaplijst maken, waarop staat wat er in die vrachtwagen moet. Tijdens het maken van de raaplijst komt het steeds vaker voor dat de voorraad er nog niet is, omdat het pakket nog gemaakt moet worden. De raaplijstregel kan daardoor niet worden aangemaakt.
Is er een mogelijkheid om toch de volledige raaplijst te kunnen maken ondanks dat alle voorraad er nog niet is?

Voor 16  - 20 uur maatwerk

Als ik de scanner ga kopen dan wil ik dat het handiger wordt voor de operator.
Dus niet:
- inslaglijst maken
- stickers printen.
- bij elke bigbag een sticker scannen en vervolgens het gewicht intypen.
Het zoeken van een inkooporder lijkt me ook geen probleem als je maar een selectie kunt maken op leverancier en/of artikelnr dan heb je hooguit nog 2 inkooporderregels staan.

Als jullie aangeven dat het niet kan voor een normale prijs. Dan vind ik dat prima. Dan sluit ik dit hoofdstuk af en ga verder met een ander alternatief.

De werkwijze van het TouchScreen ziet er goed uit voor het selecteren van een inkooporderregel.
Om de foutkans te verkleinen willen we het gewicht van de weegmachine niet handmatig invullen.
Er zijn 2 alternatieven:
1
De weegmachine genereert een uniek bigbagnummer en stuurt vervolgens een printer aan op de heftruck met daarop het unieke bigbagnummer, het gewicht en een barcode waarin de gegevens staan. Door de sticker te scannen komt de informatie in de scanterminal, waarna de goederenontvangst voor deze bigbag kan worden afgerond. Het nadeel is dat Profit op de één of andere manier met het unieke bigbagnummer uit de voeten moet kunnen.
In dit geval wordt de scanfunctionaliteit gebruikt om de informatie van de weegmachine in de scanner te krijgen. Dit is een zeer betrouwbare functionaliteit.

2.
De weegmachine stuurt via de RS232-poort het gewicht naar de scanterminal die in een cradle staat op de heftruck. Vervolgens druk je op de scanterminal op accoord en er wordt een sticker op de heftruck afgedrukt met daarop het chargenummer van Profit, het gewicht, barcode enz.
Het voordeel van dit alternatief is dat het chargenummer door Profit wordt gegenereerd.
Ik vraag me alleen af hoe betrouwbaar de koppelingen zijn tussen weegmachine - scanterminal en scanterminal - printer.
In dit geval wordt de scanfunctionaliteit niet gebruikt en zou een touchscreen deze functionaliteit ook kunnen uitvoeren. Maar voor het verplaatsen van de bigbags naar een andere lokatie heb ik alsnog weer een scanner nodig.

In ons geval bestellen we 24000 kg (verpakt in bigbags) aan scrap bij een leverancier. Als de vrachtwagen met bigbags bij ons binnen komt dan pakt een hefttruck (met wegende vorken) een bigbag uit de vrachtwagen. De hefttruck weegt de bigbag en door een druk op de knop van een weegterminal in de heftruck kan er een sticker in de heftruck worden afgedrukt met daarop: een uniek nummer voor de bigbag, het gewicht van de bigbag en een barcode waarin deze gegevens zijn verwerkt.
Als ik nu op de scan-terminal het inkoopordernr kan kiezen (net zoals in het touchscreen-scherm) en vervolgens de sticker scan dan is de goederenontvangst voor deze bigbag klaar en kan de bigbag in de voorraadlokatie worden geplaatst.
Dit lijkt mij een zeer efficiënte manier van goederenontvangst, omdat de pallet met bigbag slechts 1 keer met de heftruck verplaatst hoeft te worden. (Van vrachtwagen naar voorraadlokatie)

In Profit kun je via 3,2,2 naar de Routeplanning.
Wat kun je met deze module allemaal doen?
Is het mogelijk om deze module een paar maanden uit te proberen?

Tijdens het verplaatsen van een produktieorder van het produktiestation PES33 naar PES58 krijg ik de foutmelding zoals die in de bijlage staat.

Het is niet te geloven:
De bewuste Produktieorder is gegenereerd uit een Verkooporder. Als ik de Produktieorder verwijder en opnieuw genereer vanuit diezelfde Verkooporder dan gaat het verplaatsen wel goed.
Ook een handgemaakte Produktieorder kan ik zonder problemen verplaatsen

Als ik een inkooporder wil afdrukken dan krijg ik de geblokkeerde functie die in de bijlage staat

De functie LOPOAB (5,2,1,1) werkt niet meer. Ik krijg de geblokkeerde functie die in de bijlage staat

Doorlooptijd wordt nu goed berekend als een Produktieorder wordt genereerd uit een Verkooporder.

Alleen als diezelfde Produktieorder later wordt hergenereerd dan komt Profit met een geblokkeerde functie die in de bijlage staat.

Helaas, ook met een nieuwe Verkooporder gaat het genereren niet goed.

Robert, dit probleem heb je toch opgelost?

De upgrade is uitgevoerd, maar de bewerkingstijd op regel 100 klopt nog niet in de Produktieorder die gegenereerd is uit een Verkooporder. Zie bijlage voor de schermafdrukken.

Nadat ik een Produktieorder heb aangemaakt via 5,2,4,1, komt Profit met een geblokkeerde functie. Zie bijlage