Heart-Profit ERP

Heren,

Zie bijlage.

Hallo Dinand,

Sorry voor een eventueel overbodige vraag, maar weet je ook te vertellen waarom Omvormen niet werkt ?

Ik bedoel eigenlijk, *ik* had dat als insteek genomen en waarom dat niet wil, in plaats van uit te leggen hoe het niet moet. En, dàt je dat doet (moet doen) is duidelijk, maar zo hoort het natuurlijk nooit ...

Ik ben even de weg kwijt, maar begrijp hier niets van. Zal wel aan weekend toe zijn!!!
Mag ook  via omvormen, maar hoe dan?

"Mag ook via omvormen" is iets te veel gezegd; het hangt er vanaf wat je doet. Maar *eigenlijk* doe je dat dus (een appel in een peer veranderen of zo).

Maar, het komt op me over dat jullie ooit eens voor een eerste een artikel hebben willen veranderen, dacht "mooi, oude afboeken, nieuwe opboeken", maar als dagelijkse procedure is dat natuurlijk niet wat. En vandaar mijn vraag.

Begin anders eens te kijken naar een receptje hiervoor, ofwel een produktieorder.
Maar anders, wat is de basis eigenlijk ? Ofwel, hoe kan een steen nu zomaar veranderen ? Tuurlijk kan die dat, maar je kan er in de hele opzet rekening mee hebben gehouden ... (?).

Alles samengevat, probeer iets anders te denken, en nadat je dat hebt gedaan - probeer nog eens uit te leggen wat je wil, en vooral waarom.

Nou, dit zal wel niet hebben geholpen. Haha.

Ik begrijp dat dit een lastig item is.
Waar hoe nu verder??

Sorry, ik ben gewoon vergeten te reageren.


Hoe doe je zoiets ? toch niet via een onjuiste Kenmerkwaarde ? of ? ...

zie mijn bijlage bij de eerste topic van dit probleem.

Ik zal wel blind zijn, maar daarin staat volgens mij niets over dat onjuiste Opboeken bij Produktieorders.

De BRON aanpakken ... niet het probleem dat je eerst zelf hebt gekreëerd. Totdat het niet anders kan. Ok ?

Ok. Laten we dan beginnen met mijn (!) konstatering dat het erg fout is wat je doet. Dus, nu ben je zelf van het onjuist opboeken van de PO afgestapt (erover uitwijden doe je verder ook niet), en dus ga je doodleuk artikelen veranderen. Let wel, dit is dus iets heel anders dan een foutje bij het opboeken van een PO wat je achteraf korrigeert.
Alles anders gezegd : je wilt gewoon gelijk hebben in dat het goed is wat je doet, maar van mij ga je dat gelijk niet krijgen. :thumbsup:

Als je vindt dat produkten erg op elkaar lijken, dan zijn dat wat mij betreft "Alternatieven", en dat zit ook wel ergens diep ver weg in het systeem. Tenminste, dat dacht ik, en als dat niet zo is, is er wel een ontwerp voor. Maar ook als het wel zo is, moet er wellicht het e.e.a. worden aangepast. Dus stel :

Je hebt twee van die artikelen met ongeveer gelijke straal, en omdat je doet zoals je doet, stel je die twee als Alternatief van elkaar. Dit houdt in dat als de ene wordt gevraagd, de andere kan worden geleverd;
Aannemend dat dit er inderdaad in zit, wil je in dit geval dat de klant daar niets van merkt. Ofwel, op de Pakbon e.d. moet het oorspronkelijke artikelnummer staan, terwijl je in werkelijkheid het Alternatief levert (dus op de Raaplijst staat dat Alternatief). Het stuk "dat de klant het niet merkt" zal er niet inzitten, maar kan wel worden gemaakt; Vraag me op dit moment niet hoeveel moeite dat kost, en of het stelt niets voor (uurtje of wat), of het is veel moeilijker omdat de logistiek er aan hangt (dan kan het wel twee dagen worden).

Als je op deze wijze tewerk gaat, gaat alles gewoon zoals het hoort. Hieronder dus ook het leveren van een produkt met hogere Kostprijs dan bedoeld, met dus minder marge als bedoeld. Dit is iets anders dan zoals je het nu doet, waar je al niet eens hebt geleverd wat je statistieken zeggen. Sterker, het is zo krom dat het nauwelijks kan worden uitgelegd, maar ik vermoed zelfs dat je dit niet aan een belasting inspecteur moet duidelijk maken (het "overboeken", met hoe dan ook financiële gevolgen).

Dat je hiermee juist je PO onjuist opboeken niet oplost ligt aan jezelf, want ook dat schijn je onvoldoende belangrijk te vinden om uit te leggen, ook al vraag ik er twee keer naar.

Je bent heus de baas hoor, maar iets maken wat meewerkt aan onjuistheden doen we gewoon niet. Je probleem oplossen doen we daarentegen wel, al kost het soms wat moeite.

Maar goed, wat vind je van die Alternatieven ? Je merkt daar verder weinig van, maar je moet wel de "definities" maken. Desnoods maak je die ter plekke wanneer het nodig is, alhoewel je dat dan op dat moment weer de tijd kost natuurlijk.

?

Zoals jij het omschrijft is het ook niet, maar daar bel ik je wel over.

Topic afgesloten wegens totale weigering om mee te denken.
Wat mij betreft van beide kanten. :smile:

En wegens overweldigend succes middels verdere off-line communicatie is het topic weer geopend. :smile:

Ik heb (onze testgegevens) een Produktieorder gemaakt voor een produkt BB-BKK8GRIJ / ST op Produktiestation PAS01. Voor één stuk heb ik 1 Kg beton nodig, welke op voorraad ligt tegen een prijs van EUR 200,- per 1000 Kg. Een steen komt daarmee uit op een kostprijs van EUR 0,20 / ST.

(http://www.heartprofit.com/www/transfer/graphics/forum/lovirawx101001001.png)

Om even zeker te zijn van het feit dat we testen met de juiste kostprijs (en dat niet ergens de kostprijs bij een charge wordt opgehaald) wijzig ik de kostprijs van dit Voorraaditem even naar EUR 0,25 / ST.

(http://www.heartprofit.com/www/transfer/graphics/forum/lovirawx101001002.png)

Een klant bestelt nu 800 stenen BB-BKK8GRIJK / ST, en die hebben we niet op voorraad.

M.b.v. "Omvormen" gaan we nu de BB-BKK8GRIJ omvormen naar BB-BKK8GRIJK.

* Selekteer het Voorraaditem BB-BKK8GRIJ / ST bij Raadplegen Voorraaditems
* Via F2 naar het Voorraaditemmenu
* Gebruik F voor Omvormen

Bovenin het scherm staat het geselekteerde (om te vormen) Voorraaditem. In het onderste deel van het scherm kunnen we aangeven wat hieruit moet worden omgevormd (en op een volgend scherm, waarnaar we gaan omvormen).

(http://www.heartprofit.com/www/transfer/graphics/forum/loviot101001001.png)

Waar we ook kunnen omvormen om een Kenmerk (bijvoorbeeld Lengte), gaan we nu omvormen om de Voorraadeenheid (ST).

* Bij Hoeveelheid ST x Aantal geven we aan hoeveel we eruit willen halen. 800 x 1 stuks, doch wat we hier omgedraaid moeten invullen, dus 1,000 ST en dat 800 keer.

Op zich zal die 1,000 standaard al zijn ingevuld, maar je moet je hierbij voorstellen dat je een Verschijning "Pallet met 400 stuks" zou kunnen hebben, en dat je daar één laag van 40 stenen af wil halen (dan zou er 1 x 40,000 op voorraad komen) of gewoon 40 losse stuks (40 x 1,000 op voorraad). Ofwel, van toepassing als je met verpakte produkten werkt; bij jullie heeft dacht is praktisch alles een inhoud van 1 stuks.

"Maximaal per Verschijningsvorm" is bij jullie daarmee ook niet aan de orde. Dit is bedoeld om aan te kunnen geven dat je maximaal xx items uit één Verschijning wenst te halen. Ofwel, staat je toe om te kunnen zeggen dat als 10 pallets hebt met 400 stenen, je 800 losse stenen hieruit wilt halen, maar maximaal 80 per Verschijning. Resultaat is dat er dan niet 2 pallets van 400 worden afgeboekt, maar dat van 10 pallets 80 stuks worden afgeboekt (en je dus 10 restjes van 320 overhoudt).
Ook dit is alleen aan de orde bij inhouden > 1, en dat is bij jullie niet het geval.

Met F1 gaan we naar het volgende scherm, en daar kun je aangeven waarnaar je e.e.a. wenst om te vormen.
Hier geef ik aan dat we wensen om te vormen naar Artikel-/Verschijning BB-BKK8GRIJK / ST.

(http://www.heartprofit.com/www/transfer/graphics/forum/loviot101001002.png)

Rechts onder in het scherm staat een rubriek die aangeeft wat er met het Chargenummer moet gebeuren. Mogelijke waarden:

G = Genereer een nieuw Chargenummer
H = Huidige Chargenummer gebruiken
B = Bestand Chargenummer invullen
N = Nieuw Chargenummer invullen
V = Vrij Chargenummer invullen

Deze rubriek wordt beïnvloed door o.a. de bedrijfsparameter (Produktie) "Nieuw Chargenummer bij Handmatige Voorraadmutatie J/N", alsmede rubriek "Vrij Chargenummer J/N" bij het Artikel waarnaar wordt omgevormd. Ervanuitgaande dat die laatste bij jullie "Nee" is, mag je hier geen chargenummer invullen, en hanteert het systeem altijd het Huidige Chargenummer (= H).

Resultaat van de Omvorming is dat we nu 800 stuks BB-BKK8GRIJK op voorraad hebben staan, en nog 200 stuks BB-BKK8GRIJ.

(http://www.heartprofit.com/www/transfer/graphics/forum/lovira101001001.png)

De BB-BKK8GRIJK waarnaar is omgevormd heeft zoals gewenst hetzelfde Chargenummer, en heeft dezelfde Kostprijs als hetgeen waaruit omgevormd werd (de EUR 0,25 / ST).

(http://www.heartprofit.com/www/transfer/graphics/forum/lovirawx101001003.png)

Uit de Omvorming volgt ook formeel een Journaalpost:

(http://www.heartprofit.com/www/transfer/graphics/forum/adjpra101001001.png)

Hoewel hier in dit geval een boeking uit komt die van-/naar Voorraad Gereed Produkt boekt en er eigenlijk financieel niets gebeurd, wordt er toch gejournaliseerd. Dit, omdat de Artikel-/Verschijning waarnaar wordt omgevormd gekoppeld kan zijn aan een andere Financiële Groep, en daarmee een andere Voorraadrekening kan aansturen. Ofwel, lees dit als de overheveling van de Voorraadrekening van BB-BKK8GRIJ naar de Voorraadrekening van BB-BKK8GRIJK (welke in dit geval dezelfde zijn).

De Verkooporder aan de klant (800 x BB-BKK8GRIJK á EUR 0,60 / ST) wordt geleverd, en gefaktureerd.
De klant krijgt nog 1,80% Faktuurkorting, en betaalt EUR 471,36 excl. btw.
De kostprijs van deze levering bedraag de EUR 200,- zijnde de 800 stuks x EUR 0,25 waarvoor de oorspronkelijke BB-BKK8GRIJ op voorraad lagen.

(http://www.heartprofit.com/www/transfer/graphics/forum/lofrrawx101001001.png)

Als laatste nog even je opmerking (buiten forum om) dat je bij Management Informatie de omzet opvraagt per Produktiestation, en je daar het oorspronkelijke Produktiestation wilt blijven zien...

(http://www.heartprofit.com/www/transfer/graphics/forum/loprvkst101001001.png)

Nb: Just in case heb ik het default Produktiestation v/h Artikel BB-BKK8GRIJK/ST gewijzigd in PKS01, om er even zeker van te zijn dat de PAS01 (horende bij de BB-BKK8GRIJ) niet uit de Artikel (-/Verschijning) gegevens gehaald wordt.

Ik heb ook een Journaalpostdefinitie LOVIOT op jullie systeem aangemaakt, waarmee de gegevens van die omvorming worden gejournaliseerd.
In test heb ik op jullie systeem al 10x BKK8GRIJK omgevormd naar BKK8GRIJE.  :smile:

In produktie is die JP-definitie ook gemaakt, en daar zou e.e.a. ook moeten werken (maar heb ik daar niet getest, anders zou ik je echte voorraad verknallen).

Klopt het dat het nu ook in onze produktie helemaal operationeel is?
Ik heb als bijlage het tweede scherm bijgevoegd wat ik krijg bij het "omvormen".
Ik mis daar de rechterkant.
Klopt dat?

Bij jullie staat de bedrijfsparameter uit. D.w.z. dat er helemaal nooit om een nieuw chargenummer wordt gevraagd bij een handmatige voorraadmutatie (de rubrieken staan niet eens op je scherm).

Zou de bedrijfsparameter aan staan, dan krijg je de situatie zoals op de schermprint, en staan de velden er wel, maar bepaalt het artikel of e.e.a. invulbaar is of niet.

Ervanuitgaande dat je al hebt aangegeven dat je het huidige chargenummer wenst te gebruiken, hoef je verder niets te doen, immers, zoals e.e.a. nu is ingericht wordt al het huidige chargenummer gebruikt (ook al staan de velden niet op je scherm).

Beste Wouter,

Dank je wel. Geweldig.

PS: Niet te lang doorwerken in de avond hoor!!!

:offtopic:


Ah, inzake http://ha1.heartprofit.nl/profit/index.php?topic=22930.0 moest ik nog even Classes beschikbaar stellen, en dat is voor ons ook zo'n procedure waarvoor iedereen uit het systeem moet. Het is handiger om dat soort dingen even 's avonds te doen...
Toen meteen maar even antwoord gegeven op jouw topic.