Heart-Profit ERP
November 27, 2024, 07:33:39 pm *
Welcome, Guest. Please login or register.

Login with username, password and session length
News:
 
   Home   Help Login Register  
Pages: [1]
  Print  
Author Topic: Markeren High-Prio Verkooporderregels  (Read 778 times)
0 Members and 0 Guests are viewing this topic.
Heart Informatisering B.V.
Partner
******
Offline Offline

Posts: 27476


View Profile WWW
« on: May 27, 2015, 10:33:42 am »

Een in 2008 ontwikkeld printoverzicht, welke alle openstaande Verkooporderregels print gegroepeerd per Debiteur, is m.i.v. deze Releasenote uitgebreid m.b.t. het kunnen markeren van zgn. "hoge prioriteits orderregels".

De nieuwe funktionaliteit vergt wat tekst en uitleg, omdat ze in staat is de Leverdata van de Verkooporderregels aan te passen en wat in uw omgeving wellicht niet wenselijk is. Indien uw situatie niet voldoet aan de alhier beschreven werkwijze, dan is het advies deze funktionaliteit niet te gebruiken, omdat ze een oplossing is voor een specifieke probleemsituatie.

In deze probleemsituatie geldt dat we meer orders hebben dan we kunnen produceren, met als groot vraagstuk "wat gaan we nu als eerste produceren" c.q. aan welke klant gaan we de voorraad die we hebben (of gaan produceren) leveren. Hierbij kunnen meerdere aspekten meespelen, denk maar aan bijvoorbeeld:

- grote of kleine klant (kan belangrijker worden gevonden)

- binnenland-/buitenland (kosten voor een backorder naar het buitenland zullen hoger zijn)

- hoe lang wacht de klant al op zijn bestelling

- heeft de klant nog voorraad zodat hij nog even vooruit kan

- kan de levering worden uitgesteld door te kiezen voor een andere transportwijze (iets wat per boot verzonden wordt, kan ook per vliegtuig, is weliswaar duurder maar kreeert weer ruimte)

Binnen Profit heeft iedere Verkooporderregel een Leverdatum, zijnde de datum waarop de goederen bij ons de deur uit moeten (willen ze op tijd bij de klant in huis zijn). Zodra een Verkooporderregel wordt toegevoegd, zal de oorspronkelijk ingevulde datum (onder water) ook bewaard worden als "oorspronkelijke Leverdatum". In de voor ogen liggende oplossing worden nu alle Verkooporderregels opgenomen in een Exceloverzicht, vanwaaruit de Verkooporderregels die als eerste de deur uit moeten gemarkeerd kunnen worden (door een * in de kolom "Hoogste Prioriteit" te plaatsen). Indien alle markeringen geplaatst zijn, kan de gebruiker middels Alt-Tab switchen naar de Profitsessie, en de data in de Excelsheet teruglezen-/verwerken. Alle Verkooporderregels die een "High-Prio" markering hebben, krijgen als Leverdatum "Vrijdag" (van de huidige week) mee. Alle niet gemarkeerde Verkooporderregels worden kwa Leverdatum gewijzigd naar 31-12-9999.

Diverse overzichten, zoals Raadplegen Te Leveren Artikelen op Verzenddatum zullen op deze wijze als vanzelf tonen welke produkten als eerste de deur uit moeten. Ook een Behoefterun kan zodanig worden gestart dat alleen de behoeftes van orders t/m een bepaalde datum moeten worden meegenomen, hetgeen zodanig kan worden ingesteld dat de verkooporderregels met een leverdatum van 31-12-9999 NOOIT worden meegenomen in de Behoefterun. Dit is juist de bedoeling, immers, als we alle orders meenemen in de Behoefterun staan zo goed als alle produkten in het Besteladvies, en is er totaal geen inzicht in wat we nu als eerste moeten gaan produceren. Desnoods zetten we (Profit-DynScreen) de rubriek "Berekenen uit behoeftedatum van - t/m" standaard op "t/m 31-12-29999", dan zal iedere Behoefterun de niet gemarkeerde Verkooporderregels buiten beschouwing laten in de berekening van het Besteladvies.

De Verkooporderregels die wel geleverd mogen worden, krijgen een Leverdatum van "Vrijdag" toegekend. In principe hoeft dit niet juist (wenselijk) te zijn, maar toch is er in dit ontwerp expliciet voor gekozen. Als gevolg van de produktieachterstand hebben de meeste Verkooporderregels sowieso al een Leverdatum die in het verleden lag, en geldt dat de produkten liever gisteren de deur uit moesten dan vandaag. Stel dat we echter alle Verkooporderregels op een leverdatum van vandaag zouden zetten, dan heeft dat in de Behoefterun als resultaat dat deze (voor eventueel in te kopen grondstoffen) altijd met een negatief aantal dagen komt. Stel dat we nu op maandag een planning maken, en de Verkooporderregels komen op vrijdag te staan, en het Besteladvies geeft dan nog regels aan met een negatief aantal dagen, dan weten we dat we aktie moeten ondernemen en dat een Leverancier gebeld moet worden om de benodigde grondstoffen sneller te leveren.

Het markeren van deze High-Prio orderregels is ingebouwd in het bestaande printoverzicht. Het printoverzicht (ten tijde van dit schrijven te vinden onder Hoofdmenu,3,2,7,8,9,8,6) is uitgebreid met een rubriek "Markeren High-Prio regels J/N". Indien die rubriek met "Ja" wordt beantwoord, zal het overzicht niet naar een printer worden geprint, maar wordt het overzicht rechtstreeks in Excel opgebouwd (hetgeen uiteraard vereist dat MS-Excel op het aktieve werkstation geļnstalleerd is).

Nb: Daar we in Excel meer ruimte tot onze beschikking hebben dan op een standaard printoverzicht, bevat de Excelversie tevens een paar kolommen meer (zoals Afleveradresvolgnummer, Naam van de Debiteur en Landkode).

Bij het opbouwen van het overzicht krijgen alle Verkooporderregels die een Leverdatum hebben die anders is dan 31-12-9999 een indikator "High-Prio" mee. Op deze wijze zal, als het overzicht een tweede keer wordt opgevraagd, de eerdere markeringen direkt zichtbaar zijn. En, als een produkt eenmaal geproduceerd is en geleverd is, zal de verkooporderregel als vanzelf uit het overzicht verdwijnen.

Let op: Merk op dat "Toevoegen Verkooporder(s)(regels)" er met Profit-DynScreen voor zal moeten zorgen dat de Leverdatum van een order standaard op 31-12-9999 komt te staan. Gebeurt dat niet, dan zal iedere nieuwe (handmatig toegevoegde order) als vanzelf een datum toegekend krijgen die "high-prio" impliceert, en dat is niet de bedoeling.

FunktieOmschrijvingDtm.Vl.WyzDtm.L.Wyz
LOPRGNDB    Omschrijving (nog) niet bekend    18-11-2014    26-05-2015
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.16 seconds with 20 queries.