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

Login with username, password and session length
News:
 
   Home   Help Login Register  
Pages: [1]
  Print  
Author Topic: ScanTerminal Wegen Artikel Ontvangstorder  (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: October 23, 2018, 03:31:04 pm »

Bij het Wegen Pallet (ScanTerminal LOTSSTWP) was het niet mogelijk om het gewicht op te geven i.g.v. een Verplaatsopdracht van een Weeg Artikel. Middels deze releasenote is dat wel mogelijk geworden.

FunktieOmschrijvingDtm.Vl.WyzDtm.L.Wyz
LOILOVVW    Verwijderen Levering Inkoopord    23-10-2018    23-10-2018
LOILVFVW    Verwijderen Goederen Ontvangst    23-10-2018    23-10-2018
Logged
Wouter Rijnbende
Administrator
Partner
*****
Offline Offline

Posts: 5367


View Profile WWW
« Reply #1 on: October 24, 2018, 02:29:49 pm »

Deze aanpassing zal weer ongedaan moeten worden gemaakt; er zat niet voor niets een blokkade op.

Ter info:

Als we een doos met 18 Kg meloenen inkopen voor EUR 50,- per doos, dan komt dit voor EUR 50,- op voorraad.
Met verplicht wegen kunnen we aangeven dat de doos direkt na Goederen Ontvangst gewogen moet worden.
Als we de doos wegen op 17 Kg (omdat het onderweg is ingedroogd) komt de doos nu met 17 Kg op voorraad te liggen (doch nog steeds met een prijs van EUR 50,-, immers we werken met een prijs per doos) .

Nb: Wat er hier technisch gebeurd, is dat de ontvangst van 18 Kg verwijderd wordt, en er daarna een nieuwe Ontvangst wordt geboekt van 17 Kg (waarbij de Inkooporderregel de prijs van EUR 50,- per Verschijning afdwingt).


Nu gaan we dit V-item (waarde = EUR 50,-) verplaatsen met een Externe VPO.
Als ze aan de andere zijde ontvangen wordt, komt er aldaar 17 Kg op voorraad (nog steeds met een waarde van EUR 50,- immers, dat is ook wat we verzonden hebben).

Als we nu toestaan dat we deze Goederen Ontvangst gaan Herwegen op 16 Kg, en we dit op dezelfde wijze doen als bij een échte Inkooporder, dan verwijderen we de Goederen Ontvangst (wat bij een VPO niet mogelijk was) en boeken deze opnieuw. Maar... bij een Externe VPO kunnen we niet aangeven of we het produkt per Kg of per Verschijning verkopen; dit gebeurt altijd in de Voorraadeenheid van het Artikel (KG dus). Resultaat is dat met deze aanpassing de ontvangst van 17 op zich wel ongedaan gemaakt wordt, en wordt omgezet in een ontvangst van 16 Kg, maar, financieel komt ze voor een andere waarde terug op voorraad! waardoor er financieel een saldo open blijft staan op "Voorraad Goederen Onderweg".

De blokkade zat er niet voor niets in, en mag dus niet zomaar worden 'weggesterd'.

Naast 'de initiële weging van de Goederen Ontvangst' is er ook nog een ander scherm waarmee een produkt opnieuw gewogen kan worden; Scanterminal Herwegen. Dit scherm zorgt er voor dat zo'n verschil niet op de Inkooporder terugslaat, maar als 'Voorraadverschil' wordt geboekt.

Aanleiding voor aanpassing zou zijn geweest dat ook 'Herwegen' niet mogelijk was, omdat het produkt 'initieel' nog niet gewogen was. Die stelling is echter een te eenvoudige voorstelling van het geheel. Zo geldt dat de situatie waarbinnen dit ontwikkeld is, er altijd ontvangen wordt met een Scanterminalscherm en daarbij een totaal nieuw Chargenummer wordt toegekend. Iets waar Externe VPO's eveneens expliciet op zijn aangepast, immers, we sturen Charge A weg, maar ontvangen Charge B. Als Charge A eenmaal verzonden is, hebben we Charge A niet meer, en kunnen we haar ook niet meer wegen. Charge B komt niet uit een Inkooporder, en zou niet gewogen hoeven (mogen) worden.
Kortom, als ik naar een fout moet gissen, dan zou ik denken dat er iets gewijzigd is waardoor als we Charge A verzenden maar als B ontvangen, bij B opnieuw een vlag wordt opgezet dat deze gewogen moet worden (en daarna blijkt dat dit niet mag), of dat Charge A verzonden wordt en als Charge A terug komt, maar A niet meer gewogen mag worden omdat ze nu uit een VPO komt.
Logged

Heart-Profit company ID : HA
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.188 seconds with 21 queries.