Heart-Profit ERP
November 27, 2024, 05:37:01 pm *
Welcome, Guest. Please login or register.

Login with username, password and session length
News:
 
   Home   Help Login Register  
Pages: [1]
  Print  
Author Topic: Vervangen Artikel-/Vrs in lopende Verkooporders nu op zelfde wijze TS scherm  (Read 759 times)
0 Members and 0 Guests are viewing this topic.
Heart Informatisering B.V.
Partner
******
Offline Offline

Posts: 27476


View Profile WWW
« on: March 07, 2019, 05:02:38 pm »

Sinds 1997 beschikken we over de funktionaliteit "Vervangen Artikel-/ Verschijning in lopende Verkooporders". Deze tool stelt de Gebruiker in staat om alle Verkooporderregels op te sporen waarin een bepaalde Artikel-/Verschijning is verkocht, om deze vervolgens te kunnen wijzigen in een andere Artikel-/Verschijning. In een voorliggend selektiescherm wordt eerst aangegeven welke Artikel-/Verschijning in welke andere kombinatie moet worden gewijzigd:
Daarna volgt een Raadpleegfunktie die alle Verkooporderregels toonde waarop dit produkt verkocht was, om ze vervolgens te kunnen vervangen door de nieuwe Artikel-/Verschijning. Deze funktionaliteit werkte in 1997 op basis van een methode "Verwijderen en opnieuw Toevoegen". Dat er een Artikel-/Verschijning was gewijzigd in een andere Artikel-/Verschijning was daarna niet meer zichtbaar.

Deze funktionaliteit is eigenlijk toen al ontwikkeld om een alternatief produkt te kunnen leveren, nog ver voordat we formeel "Alternatieve Artikelen" konden registreren.

In 2003 zijn "Alternatieve Artikelen" voor een andere klant ontwikkeld om aldaar aan te kunnen geven dat één produkt 502xx0020 welke in een AM/AZ/AF/AL variant op voorraad kan liggen, elkaars alternatieven mogen zijn.

In 2006 is het TouchScreen Leveren Verkooporder uitgebreid met een mogelijkheid om een alternatieve Artikel-/Verschijning te kunnen leveren; hierbij rekeninghoudend met de formeel gedefiniëeerde Alternatieve Artikelen.

Het geheel laat zich dus ook prima gebruiken om formeel aan te kunnen geven dat een Spaanse komkommer in maat 35 (KK35ES) een alternatief mag zijn voor een Nederlandse komkommer in maat 35 (KK35NL) met daarbij de optie om die relatie al dan niet wederkerig te maken (KK35NL mag wel vervangen worden door een KK35ES, maar KK35ES mag niet vervangen worden door KK35NL).

Een groot voordeel t.o.v. de werking in het TS scherm t.o.v. de werking van "Vervangen Artikel-/Verschijning in lopende Verkooporderregels" (laten we die methode maar even afkorten tot de LOVRVA methode) is dat we nu enkel kunnen vervangen in die kombinaties die formeel als Alternatief zijn gedefiniëeerd. De niet-TS scherm versie staat nl. ook toe om een komkommer door een sinasappel te vervangen!

In 2004 is deze LOVRVA methode ook aangepast m.b.t. het formeel bestaan van deze Alternatieve Artikelen. Als in het voorloopscherm een Artikel wordt gewijzigd in een ander Artikel, en dat andere Artikel is gedefiniëeerd als Alternatief van het 1e Artikel én de Verschijningsvorm wordt niet gewijzigd, dat biedt de Raadpleegfunktie een extra toets "F5 = Vervangen". Deze toets vervangt het produkt in het opgegeven alternatief, zonder daarbij opnieuw "Toevoegen Verkooporderregels" aan te roepen. Het is dus a.h.w. een snellere manier om een produkt te vervangen door een alternatief, waarna verder "de rest" (zoals prijzen) hetzelfde blijven.

In 2007 is er een bedrijfsparameter opgenomen waarmee we in plaats van de methode "Verwijderen en opnieuw Toevoegen" kunnen kiezen voor een methode waarbij we kunnen zien wat er precies in wat gewijzigd is.

Op het TouchScreen scherm Leveren Verkooporder werkt deze methode echter anders dan de wijze zoals bij "Vervangen Artikel-/Verschijning in lopende Verkooporderregels" .

Als we op Verkooporderregel #1 een KK35NL zouden hebben verkocht, en we wijzigen dit in een alternatieve KK35ES, dan sluit het TS scherm VO Regel #1 af, en maakt ze een nieuwe regel (#2) met daarop de KK35ES. Bij regel #1 wordt geregistreerd dat ze vervangen is door regel #2, en bij regel #2 staat dat ze een vervanging is van regel #1.

De LOVRVA methode deed het tot op heden anders. Daar werd de huidige regel bewaard, vervolgens gewijzigd in het nieuwe produkt, en daarna werd er een tweede regel toevoegd met daarop het oorspronkelijke produkt.

Ofwel, op het TS scherm kwam de nieuwe regel open te staan, en in LOVRVA werd er op de oorspronkelijke regel gewijzigd.


Zo lang er maar één keer werd vervangen maakte bovenstaande niet veel uit. Beide methoden zouden kunnen werken. Maar, als we nógmaals gaan vervangen dan lopen we bij de LOVRVA methode stuk, waar de TS methode ongelimiteerd lang door kan gaan.
Nb: Bij de TS methode zien we duidelijk dat nu regel #2 is vervangen door regel #3, en dat #3 regel #2 vervangt. Maar, hoe vullen we dit lijstje nu in de LOVRVA methode? Regel #1 was al een vervanging van regel #2, en is nu ineens een vervanging van regel #3 geworden?

Dat de LOVRVA methode fout loopt is recentelijk bij een klant gekonstateerd, veel uitzoekwerk (en dit betoog) als gevolg. Per heden is besloten om de LOVRVA methode gelijk te maken aan de werking zoals dat reeds op het TS scherm werd toegepast. In de aangepaste versie werkt e.e.a. nu op dezelfde manier als in het TS scherm. De regel waarop het produkt staat welke vervangen wordt, wordt afgesloten, en het nieuw te leveren produkt komt op een nieuwe regel te staan. Deze producedure kan in theorie meerdere malen herhaald worden.


'In theorie', omdat we meteen op een tweede aanpassing uitkomen, en dat is dat we wel eens niet konden willen dat een regel die al eens vervangen is door een alternatief, nogmaals wordt vervangen.

In een separate Releasenote volgt derhalve nog een aanpassing waarmee in het Selektiescherm LOVRVA kan worden aangegeven of we alleen regels willen zien die nog niet eerder vervangen zijn, of we regels willen zien die al wel eens vervangen zijn, of beide. Met dit filter is het voor de gebruiker hopelijk duidelijker te zien waar hij mee bezig is.

FunktieOmschrijvingDtm.Vl.WyzDtm.L.Wyz
LOVRVARA    Raadplegen VO-rgls Art/Vrs    06-03-2019    07-03-2019
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.037 seconds with 19 queries.