Heart-Profit ERP
June 29, 2024, 10:22:46 am *
Welcome, Guest. Please login or register.

Login with username, password and session length
News:
 
   Home   Help Login Register  
Pages: [1]
  Print  
Author Topic: Artikel op besteladvies  (Read 2753 times)
0 Members and 0 Guests are viewing this topic.
r.rijnvos
Knowledgable
**
Offline Offline

Posts: 224


View Profile WWW
« on: April 15, 2011, 08:38:33 am »

Ik heb van 1 artikel  (RM-4570) 600 kg op voorraad in een ibc.
Op artikel nivo staat de eoq op 1000 en het bestelnivo op 150 (ongeacht de verschijningsvorm)
Ik heb 2 verschijningen welke beide op "c" zijn gezet. (ibc + sd300)
Beide verschijningsvormen waren "s" met een eoq en bestelnivo.

Op de besteladvies krijg ik nog steeds een technische voorraad voor het artikel RM-4570 in E-sd300  van 0 en een verwachte voorraad van -170.

Hoe kan ik het in profit zo inregelen dat er alleen rekening wordt gehouden met de voorraad en bestelnivo ongeacht verschijningsvorm?

Logged

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

Posts: 5361


View Profile WWW
« Reply #1 on: April 15, 2011, 09:02:14 am »

Hoe kan ik het in profit zo inregelen dat er alleen rekening wordt gehouden met de voorraad en bestelnivo ongeacht verschijningsvorm?

Als je letterlijk bedoelt wat je schrijft, en alleen maar rekening wilt houden met de voorraadhoogte en het bestelniveau, dan impliceer je dat je wilt gaan bestellen op basis je voorraadhoogte die onder een bepaald punt raakt, en dat je dus geen rekening wilt houden met "Behoeftes". Via de Behoefterun kun je dat dan niet regelen, immer, de behoefterun is gemaakt om met behoeftes te rekenen.

Er zijn wel klanten die (voor een aantal artikelen) op zo'n manier werken, en die stellen dan bij het Artikel in dat deze niet in het Besteladvies moet worden getoond. Vervolgens bepalen ze zelf wanneer het produkt moet worden ingekocht; bijvoorbeeld op basis van een tankstand, of op basis van een voorraad print.
"Bestellen" moet je dan ook handmatig doen (zelf een Inkooporder-/Produktieorder toevoegen).
Logged

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

Posts: 2068



View Profile WWW
« Reply #2 on: April 15, 2011, 09:13:36 am »

als je nu de optie "omvormen uit" activeert bij de artikel verschijning?
Dan krijg je toch dat altijd de behoefterun "loopt" naar 1 verschijning.
Op deze wijze kun je volgens mij alles naar 1 verschijning trekken en voorkom je de splisting naar 2 items.

Is dat een logische gedachtegang?
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 #3 on: April 15, 2011, 09:34:36 am »

Is dat een logische gedachtegang?

Niet als hij alleen maar rekening wil houden met voorraad en bestelniveau;
je Omvorm Order helpt dan niet, want die wil hij niet meenemen in de berekening.

R.rijnvos laat zich er niet uit over het echte probleem, danwel de reden, ook niet over de -170, waarvan ook niet wordt gesteld dat deze niet juist is.

Neemt niet weg dat er wel klanten zijn die op deze manier werken.
Stel dat ik bijv. een silo heb waar 30 TN in kan, waar nog 10 TN in zit, dan kan de BhRun wel zeggen dat de VTV in de min gaat, en dat ik 25 TN moet bestellen, maar als ze die nu komen leveren, dan past het niet in de silo (en dus kan er niet gelost worden). Een voorbeeld van een situatie waarin je niet op basis van de behoefterun zou willen bestellen, maar handmatig op basis van een tankstand (= voorraad) en een bestelniveau (onder de 5 TN kunnen we weer 25 TN bij bestellen).
Logged

Heart-Profit company ID : HA
r.rijnvos
Knowledgable
**
Offline Offline

Posts: 224


View Profile WWW
« Reply #4 on: April 15, 2011, 11:04:40 am »

Ter verduidelijking.
Ik heb 600 kg voorraad in een ibc . 20 kg is "gereserveerd" voor produktie.
Ik hou dus 580 kg over in een ibc. Op basis van de behoefte run geeft de besteladvies aan dat ik een technische voorraad heb van 0 kg en 170 kg in een E-sd300 tekort kom (technische voorraad).

Mij interesseerd het geen biet waar de grondstof in zit, zolang ik maar voldoende kilo's op voorraad heb om de ,toekomstige, behoefte te dekken.

Ik verwacht(te) dus eigenlijk een besteladvies waarbij ik niet hoef te kijken of ik in een andere verschijningsvorm wel voldoende voorraad heb.

Ik dacht dit voor elkaar te krijgen middels: Op artikel nivo staat de eoq op 1000 en het bestelnivo op 150 (ongeacht de verschijningsvorm)
Ik heb 2 verschijningen welke beide op "c" zijn gezet. (ibc + sd300)

Logged

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

Posts: 2068



View Profile WWW
« Reply #5 on: April 15, 2011, 05:35:30 pm »

staat "afnemen inhoud" voor de IBC gewoon aan?
en samenvoegen charge ook?

dan zou wat mij betreft de technische voorraad gewoon 580 kg moeten zijn

Lijkt me een probleem in heart...
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: April 18, 2011, 07:40:30 am »

Laat even weten als je inbel pc klaar staat, dan kan ik eens even kijken...
Logged

Heart-Profit company ID : HA
r.rijnvos
Knowledgable
**
Offline Offline

Posts: 224


View Profile WWW
« Reply #7 on: April 18, 2011, 08:01:45 am »

mdekraa bedankt, de grootste veranderingen zitten vaak in een klein vinkje.
De "probleemgevallen" waren/zijn recent gekoppelde verschijningsvormen waarbij afnemen inhoud en samenvoegen niet aangevinkt waren.

@wouter: probleem is opgelost


Logged

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

Posts: 5361


View Profile WWW
« Reply #8 on: April 18, 2011, 08:05:44 am »

Ok.

Bedankt mdekraa  smile
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.023 seconds with 19 queries.