Heart-Profit ERP
November 27, 2024, 03:34:18 am *
Welcome, Guest. Please login or register.

Login with username, password and session length
News:
 
   Home   Help Login Register  
Pages: [1]
  Print  
Author Topic: Verkeerde verkoper aan orders gekoppeld  (Read 2477 times)
0 Members and 0 Guests are viewing this topic.
Cathelijn
Knowledgable
**
Offline Offline

Posts: 275


View Profile
« on: January 04, 2016, 10:19:43 am »

Allereerst de beste wensen voor het nieuwe jaar!


Nu we van vorig jaar de omzetten per verkoper bekijken zien we bij een 9-tal orders de verkeerde verkoper gekoppeld staan.
Bij het aanpassen zag ik dat gegevens van een klant van de verkeerde verkoper ook zijn meegenomen, bijvoorbeeld transporteur of raaplijsttekst. Een beetje alsof er eerst een ander debiteurnummer is gebruikt waarbij allerlei gegevens zijn opgehaald en toen nog voordat de header is bevestigd het debiteurnummer is gecorrigeerd naar het juiste nummer, maar de andere gegevens zijn blijven staan.
Is daar iets over te zeggen?
Logged

Heart-Profit company ID : SE
Wouter Rijnbende
Administrator
Partner
*****
Offline Offline

Posts: 5367


View Profile WWW
« Reply #1 on: January 04, 2016, 10:50:28 am »

Hoi Cathelijn, jij ook de beste wensen voor het nieuwe jaar.

't Is voor ons onbegonnen werk om te achterhalen wat er gebeurd is.
Wat je beschrijft zou een mogelijkheid kunnen zijn. De ene funktie haalt bepaalde gegevens 'altijd' op, een ander zou kunnen zeggen 'doe alleen maar indien nog niet gevuld'. Probeer het uit, en je weet het.

Een andere vaak voorkomende oorzaak is het gebruik van 'zijstapjes'.
Als we in Toevoegen Verkooporder zitten, is het 'logisch' dat als we een zijstap maken naar Raadplegen Debiteuren, dat de aldaar geselekteerde Debiteur wordt overgenomen naar de funktie waar we vandaan komen. Maken we een zijstap naar Raadplegen Verkopers, precies hetzelfde. Maar, misschien wordt er wel een zijstap gemaakt naar Raadplegen Verkooporders en wordt er even in een order van een andere debiteur gekeken. Zoiets zou ook maar zo velden voor de toe te voegen order kunnen doen overschrijven.

Altijd lastig om dit soort dingen te beoordelen, temeer omdat de gebruiker van alles kan doen wat voor hem logisch lijkt, maar het systeem dat misschien niet verwacht. Jouw voorbeeld is daar een goede van, want ik zou niet verwachten dat iemand bij het toevoegen van een order eerst alle schermen gaat invullen, om daarna op het laatste moment nog even de debiteur te wijzigen...
Logged

Heart-Profit company ID : HA
Wouter Rijnbende
Administrator
Partner
*****
Offline Offline

Posts: 5367


View Profile WWW
« Reply #2 on: January 04, 2016, 11:10:53 am »

Zo hebben we ooit ook iets ontwikkeld dat iemand het Afleveradres kan wijzigen van een order, en, ach, waarom niet meteen de Debiteur, omdat dit niet AMSHER2 had moeten zijn, maar AMSHER3 of i.d. Daarmee ben je dan wel in staat om die Id te wijzigen, maar dat betekent nog niet dat ieder veld die bij die nieuwe Debiteur staat ook direkt opnieuw wordt opgehaald, omdat zoiets veelal alleen bij "Toevoegen" gebeurt.

Dus, stel voor je: Ik voeg een Verkooporder toe voor AMSHER2 en er komt een Verkoper "CM" naar boven. Ik wijzig dit in "WR" en voeg de order toe.
Vervolgens konstateer ik dat ik een verkeerd Debiteur-id heb ingevuld, en wijzig deze in AMSHER3. Misschien staat bij AMSHER3 wel een andere Verkoper ingevuld, maar mogelijk zorgt niets ervoor dat deze bij wijzigen ook opnieuw wordt opgehaald, immers, dat zou mijn wijziging in "WR" teniet doen.

Kortom, wijzigen Debiteur zou een mogelijk scenario kunnen zijn.
Logged

Heart-Profit company ID : HA
Cathelijn
Knowledgable
**
Offline Offline

Posts: 275


View Profile
« Reply #3 on: January 04, 2016, 11:24:56 am »

Ok, dan kan het daar in zitten. Een aantal velden worden natuurlijk automatisch opgehaald op blad 1 en als je dan pas na bevestiging van dit blad bedenkt dat je het verkeerde debiteurnummer hebt ingevuld dan gaat het niet helemaal goed na wijziging.
Logged

Heart-Profit company ID : SE
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.045 seconds with 19 queries.