Heart-Profit ERP
June 29, 2024, 12:40:50 pm *
Welcome, Guest. Please login or register.

Login with username, password and session length
News:
 
   Home   Help Login Register  
Pages: [1]
  Print  
Author Topic: Terugboeken Productie order LOPOTD  (Read 3173 times)
0 Members and 0 Guests are viewing this topic.
dirkjan
Profitable
***
Offline Offline

Posts: 905


De hoogste vorm van wijsheid is eigenwijsheid?????


View Profile WWW
« on: March 26, 2007, 09:53:32 am »

Tijdens het opboeken van een productieorder heeft een medewerker geprobeerd ons wat rijker te maken.

Door uit een productie order van 608 liter 1208 te halen. Echter als ik de order wil terug draaien krijg ik de fout melding dat de output niet overeenkomt met 1208 komt niet over een met 1210 Zie bijlage.

Dirk-Jan
SE

 


* Spectro terug boeken.JPG (95.2 KB, 811x477 - viewed 147 times.)
Logged

Dirk-Jan
ma
mdekraa
Designer
*****
Offline Offline

Posts: 2068



View Profile WWW
« Reply #1 on: March 26, 2007, 11:14:38 am »

check even of er handmatige voorraad mutaties zijn na het opboeken van de PO.
Deze functie werkt n.l. alleen als er precies staat wat er uit de PO kwam op exact die locaties.
Als er bv iets is samengevoegd of zo na opboeken PO werkt het niet meer...

Logged

Heart-Profit company-ID : AD
-----------------------
There are 10 kinds of people, those who understand binairy and those that don't
dirkjan
Profitable
***
Offline Offline

Posts: 905


De hoogste vorm van wijsheid is eigenwijsheid?????


View Profile WWW
« Reply #2 on: March 26, 2007, 11:34:13 am »

Hallo Marco

Voorzover ik kan bekijken staat er maar 1208 op voorraad en geen 1210 Er is geen voorraad mutatie van 2 liter te vinden


Dirk-Jan
SE

PS ik zag een leuk binair klokje op het internet. Iets voor jouw avatar
Logged

Dirk-Jan
ma
dirkjan
Profitable
***
Offline Offline

Posts: 905


De hoogste vorm van wijsheid is eigenwijsheid?????


View Profile WWW
« Reply #3 on: March 26, 2007, 01:40:49 pm »

Kan hier even naar gekeken worden

Dirk-Jan'
SE
Logged

Dirk-Jan
ma
Wouter Rijnbende
Administrator
Partner
*****
Offline Offline

Posts: 5361


View Profile WWW
« Reply #4 on: March 26, 2007, 02:16:31 pm »

Zojuist even naar gekeken. Het gaat fout vanwege de opboeking van 1 x 8, waar terugdraaien ancitipeert op de verwachte inhoud van 10. Ofwel, iets waar "terugdraaien" niet tegenkan.

Hoewel het ongetwijfeld lastig voor je is dat een order als deze niet kan worden teruggedraaid, kan deze funktie alleen in zeer bijzondere gevallen worden toegepast (zie ook helptekst). We weten vooraf nl. al dat die funktie niet alle situaties aan kan (en eigenlijk had een funktie als deze niet gemaakt mogen worden, maar ja, voor zij die er wel gebruik van kunnen maken, is ze toch wel heel erg handig...)

Op zich is het probleem denk ik wel te ondervangen, dus, als jullie vaker Produktieorders terugdraaien en je verwacht dat deze situatie vaker optreedt, dan mogen we misschien voor jullie wel de benodigde uurtjes besteden om ook die situatie te ondervangen. Hoelang we ermeer bezig zullen zijn is echter op voorhand slecht te noemen; kan een kwestie van een half uurtje zijn, maar kunnen we ook meer dan een dag mee zoet zijn.

Tot die tijd zou je het kunnen korrigeren 'op de oude manier'. Sad  Ofwel, alle opgeboekte voorraad handmatig van voorraad verwijderen, en alle afgeboekte voorraad handmatig terug op voorraad leggen.
En ja, ik weet het, daar ben je wel even mee bezig...

Misschien zijn je afgeboekte materialen wel goed, en gaat het je alleen om de kostprijs van de opgeboekte output. In dat geval zou je kunnen volstaan de juiste prijs uit te rekenen, en handmatig enkel de opgeboekte output te korrigeren. 600 Kg wegboeken, en de rest en juiste prijs toekennen.
Logged

Heart-Profit company ID : HA
mdekraa
Designer
*****
Offline Offline

Posts: 2068



View Profile WWW
« Reply #5 on: March 26, 2007, 04:59:06 pm »

Hoewel het ongetwijfeld lastig voor je is dat een order als deze niet kan worden teruggedraaid, kan deze funktie alleen in zeer bijzondere gevallen worden toegepast (zie ook helptekst). We weten vooraf nl. al dat die funktie niet alle situaties aan kan (en eigenlijk had een funktie als deze niet gemaakt mogen worden, maar ja, voor zij die er wel gebruik van kunnen maken, is ze toch wel heel erg handig...)

Even voor de andere gebruikers: wij zijn de reden dat deze functie gemaakt is.
Insteek is en was:
Indien een operator een voorraaditem verkeerd afboekte (verkeerde locatie / batchnummer / hoeveelheid e.d.) kon dit nooit meer gecorrigeerd worden op een manier die de tracebility binnen het systeem waarborgde.
Op basis hiervan is de functie "PO terugzetten naar status T" op ons verzoek gemaakt.

Dit dus mbt het wel of niet valide zijn van de functie: immers op diverse andere piunten in het pakket bestaan dit soort functies ook, zoals:
- terugboeken journaalpost
- verwijderen ingekomen factuur
- verwijderen uitgaande factuur

Wat ons betreft is de functie dus legitiem
Logged

Heart-Profit company-ID : AD
-----------------------
There are 10 kinds of people, those who understand binairy and those that don't
Wouter Rijnbende
Administrator
Partner
*****
Offline Offline

Posts: 5361


View Profile WWW
« Reply #6 on: March 26, 2007, 05:14:44 pm »

Wat ons betreft is de functie dus legitiem

Funktie is op zich ook best legitiem, en uitermate handig, maar als we voor jou deze funktie zodanig hadden moeten maken dat hiermee alle uitzonderingen zouden zijn afgevangen, dan was het prijskaartje ongeveer 20x hoger geweest als wat je ervoor betaald hebt. Daar het normaliter niet in onze aard ligt dingen te ontwikkelen waarvan we weten dat het fout kan gaan (omdat de bugmeldingen je jaren lang blijven achtervolgen), maar een dergelijke korrektiefunktie voor jou toch een must was, is deze funktie destijds bij hoge uitzondering toegestaan met nadrukkelijk in de helptekst alle mitsen en maren vermeld.

"Doorrekenen Gewijzigde Inkoopprijs" en het "Prijsreglement Debiteuren" zijn nog twee van dat soort onderwerpen waarvan wij vooraf weten dat er voldoende situaties zijn waarin het niet zal werken. Dit alles neemt echter niet weg dat degene wiens situaties wel uitgezonderd zijn, er prima mee kunnen werken doch.
Logged

Heart-Profit company ID : HA
mdekraa
Designer
*****
Offline Offline

Posts: 2068



View Profile WWW
« Reply #7 on: March 26, 2007, 05:22:36 pm »

noted
Logged

Heart-Profit company-ID : AD
-----------------------
There are 10 kinds of people, those who understand binairy and those that don't
dirkjan
Profitable
***
Offline Offline

Posts: 905


De hoogste vorm van wijsheid is eigenwijsheid?????


View Profile WWW
« Reply #8 on: March 27, 2007, 07:56:20 am »

Wat ons betreft is de functie dus legitiem

Funktie is op zich ook best legitiem, en uitermate handig, maar als we voor jou deze funktie zodanig hadden moeten maken dat hiermee alle uitzonderingen zouden zijn afgevangen, dan was het prijskaartje ongeveer 20x hoger geweest als wat je ervoor betaald hebt. Daar het normaliter niet in onze aard ligt dingen te ontwikkelen waarvan we weten dat het fout kan gaan (omdat de bugmeldingen je jaren lang blijven achtervolgen), maar een dergelijke korrektiefunktie voor jou toch een must was, is deze funktie destijds bij hoge uitzondering toegestaan met nadrukkelijk in de helptekst alle mitsen en maren vermeld.

"Doorrekenen Gewijzigde Inkoopprijs" en het "Prijsreglement Debiteuren" zijn nog twee van dat soort onderwerpen waarvan wij vooraf weten dat er voldoende situaties zijn waarin het niet zal werken. Dit alles neemt echter niet weg dat degene wiens situaties wel uitgezonderd zijn, er prima mee kunnen werken doch.

Ik kan me hier helemaal in vinden. Dat je productieorders alleen maar mag terug draaien als je het onmiddellijk vaststeld. Dus binnen eenredelijke termijn. Dat Heart-Profit niet alles heeft dicht getimmerd is begrijpelijk. Misschien dat het daarom verstandig is om de functie alleen toegestaan als je expleciet ervoor bent geautoriseerd.
We kennen wel meer van dit soort functies.

Probleem is bij SE wel opgelost.

Bedankt Marco en Wouter.

Dirk-Jan
Se
Logged

Dirk-Jan
ma
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.06 seconds with 20 queries.