Heart-Profit ERP
September 30, 2024, 09:34:59 pm *
Welcome, Guest. Please login or register.

Login with username, password and session length
News:
 
   Home   Help Login Register  
Pages: [1]
  Print  
Author Topic: Elimineren Leveren met Shift-F6 respekteert te leveren Charge niet  (Read 797 times)
0 Members and 3 Guests are viewing this topic.
Heart Informatisering B.V.
Partner
******
Offline Offline

Posts: 27468


View Profile WWW
« on: January 28, 2016, 09:23:47 am »

Eergisteren is de funktionaliteit "Leveren met selektie van Voorraaditem" (Shift+F6 bij Raadplegen te Leveren Artikelen) aangepast m.b.t. het respekteren van een eventueel opgegeven te leveren Charge.

Allereerst een korte uitleg over de rubrieken "Een Charge(-serie)" en "Charge(-serie)":

Middels "Een Charge(-serie) J/N" geven we aan dat we de klant uit één (expliciet opgegeven!) Charge(-serie) willen leveren. Expliciet opgegeven, immers, het is niet mogelijk om géén Charge(-serie) in te vullen (kan op het scherm wel, maar zal na de F1 met een '-' gevuld worden). Beantwoorden we rubriek "Een Charge(-serie) J/N" met "Nee", dan is een eventueel ingevulde Charge(-serie) slechts informatief.

Nb: Maar, zie ook de helptekst van rubriek "Klant J/N" waarmee er nog weer een andere variant zou kunnen ontstaan.

Heel algemeen mag worden gesteld dat als we een specifieke Charge(-serie) willen leveren, we én een vinkje moeten plaatsen bij "Een Charge(-serie) J/N" én we de te leveren Charge(-serie) moeten invullen.

Dan nog even het begrip 'Charge(-serie)'. In deze rubriek mag een Chargenummer worden ingevuld, of een Chargeserie. Welke van beide je invult maakt voor het systeem niet uit (maar natuurlijk wel van hoe u met uw Charges om gaat). Laten we hem zo formuleren: "als hier had gestaan 'Linkerdeel Chargenummer', dan zou meteen duidelijk zijn hoe de rubriek geïnterpreteerd wordt".

Normaal gesproken wordt een Chargenummer in Produktie met 1 waarde opgehoogd t.o.v. het laatst gebruikte Chargenummer. Bijv. 3627167, 3627168, 3627169 etc. Het is ook mogelijk om bij een Artikel in te stellen dat deze met een Chargeserie werkt, en hoe lang die serie dan moet zijn. Als we dat  gebruiken, dan moeten we bij het Toevoegen van een Produktieorder aangeven binnen welke serie we deze willen produceren. We kunnen nu een order maken in de serie "ABC" of "XYZ". Vervolgens zal Profit een nieuw Chargenummer bepalen, binnen deze Chargeserie (ABC00001, ABC00002, XYZ00281, XYZ00282 etc).

Naast een Chargeserie is het ook nog weer mogelijk om een Subcharge te gebruiken. Ook hier zijn weer meerdere varianten, maar in het kort, een Subcharge kan worden gebruikt om bijv. 10 pallets die uit een order komen als 10 separate nummers te markeren, allen beginnend met dezelfde Hoofdcharge. Als de Hoofdcharge 3627167 zou zijn, zijn de Subcharges 362716701, 362716702, 362716703 etc. Overigens is de Hoofdcharge het gewone Chargenummer wat aan de Produktieorder is toegekend, en spreken we alleen over een Hoofdcharge als we Subcharges gebruiken.

Dan zijn er ook nog mogelijkheden om het Chargenummer op basis van een op maat ontwikkeld stuk koding te laten genereren. Zo zijn er klanten die het Chargenummer laten opbouwen uit 'de produktieweek-/dag + volgnummer'.

Met al deze varianten is niet eenduidig te zeggen wat we nu in het veld 'Charge(-serie)' moeten invullen; het doet er ook niet veel toe, het gaat om het linkerdeel. Als we ABC invullen, dan mag iedere Charge worden geleverd die met ABC begint (ABC is een Chargeserie). Als we 3627167 invullen (Chargenummer) dan mogen we alles leveren wat met 3627167 begint. Werken we niet met Subcharges, dan zullen dit enkel de Chargenummers zijn die 3627167 bevatten, wordt er wel met Subcharges gewerkt, dan mag ook 362716701, 362716702 etc. worden geleverd, want die beginnen allemaal met als linkerdeel '3627167'. Maar, we zouden nu zelfs 362716704 kunnen invullen, wat dan impliceert dat alleen de 4e pallet van Hoofdcharge 3627167 geleverd mag worden.

Stel dat uw Chargenummer wordt 'gegenereerd' door te beginnen met de produktieweek, dan zou u door invulling van '1552' wellicht ervoor kunnen zorgen dat er een partij geleverd wordt die geproduceerd is in week 52 van 2015.

Nb: Merk op dat als je charges worden opgehoogd als 3627167, 3627168, 3627169 etc. en je zou dan '3' invullen, dan zal dit ook als 'serie' gezien zal worden; alles wat kwa linkerdeel met een 3 begint mag geleverd worden, dus 3000000 t/m 3999999. Zijn je Chargenummers normaliter 7 lang, en je gebruikt geen expliciete op te geven series, dan zul je hier w.s. nooit iets invullen wat korter is dan die 7 posities.

Terug naar de aanpassing van eergisteren...

Als afdeling Verkoop in de Verkooporder had aangegeven uit één Charge(-serie) te willen leveren en er werd een te leveren Charge(-serie) ingevuld in de Verkooporderregel, dan zorgden alle Leverfunkties ervoor dat ook alleen maar dié specifieke Charge(-serie) kon worden geleverd. De enige mogelijkheid om alsnog iets anders te leveren was dan door bijv. het vinkje bij 'Een Charge(-serie) J/N' weg te halen (waardoor het te leveren Chargenummer informatief werd). Iedere Leverfunktie kontroleerde hierop, behalve die Shift-F6 toets.

Eergisteren is dit als 'fout' beoordeeld, immers als afdeling Verkoop, die het kontakt met de klant onderhoudt, heeft aangegeven dat we een specifieke Charge(-serie) moeten leveren, desnoods een die we speciaal voor die klant hebben geproduceerd (met mogelijkheden in het pakket om Keuringstoleranties op Verkooporderniveau op te geven en over te nemen op een uit die Verkooporderregel gegenereerde Produktieorder), dan doen we dat vast niet voor niets, en willen we niet dat een magazijnmedewerker in staat is om zomaar wat anders te gaan leveren.

M.i.v. heden is de blokkade weer geëlimineerd. Argument voor het tóch naar de Raaplijst moeten kunnen sturen van een andere partij, is dat als iemand vindt dat er alsnog een andere partij geleverd moet worden, het 'te bewerkelijk is' om helemaal het vinkje bij de orderregel weg te halen. Stel dat er aan het einde van de dag een vrachtwagen geladen moet worden, en afdeling verkoop is al naar huis, dan zou je helemaal niets anders kunnen leveren.

Merk overigens ook op dat het pakket bij klanten draait waar ze van 1 produkt honderden varianten hebben, en er een'produktverantwoordelijke' is aangesteld die van 1 produkt alles afweet, alsmede van alle klanten die dat produkt bestellen, en hun wensen omtrent kwaliteiten. Bij verse produkten kan de temperatuur van invloed zijn op de kwaliteit van het produkt. Als nu bijv. de gevraagde partij niet in de koelcel heeft gestaan, kan ze alsnog niet geleverd worden. De Produktverantwoordelijke kan als geen ander inschatten dat de gevraagde partij niet geleverd moet worden, maar dat er een alternatief is welke ook voor die klant geschikt is. Hij kan nu eenvoudiger een alternatieve partij inzetten zonder dat daarvoor eerst de Verkooporder gewijzigd moet worden.

Merk ook op dat als uw magazijnmedewerkers niet in staat zijn te beoordelen of-/dat er in zo'n geval een andere partij geleverd mag worden, ze nu standaard in staat zijn om gewoon een andere partij te leveren dan gevraagd! U zult intern moeten afspreken dat expeditie dit bijv. wel mag als er geen expliciete Charge(-serie) is gevraagd, maar niet mag doen als er wel een expliciete Charge(-serie) is gevraagd.

FunktieOmschrijvingDtm.Vl.WyzDtm.L.Wyz
LOLLTVIR    Omschrijving (nog) niet bekend    26-01-2016    28-01-2016
Logged
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1 RC2 | SMF © 2001-2005, Lewis Media Valid XHTML 1.0! Valid CSS!
Page created in 0.015 seconds with 19 queries.