tooevallig ben ik vandaag thuis ja.
maar je kunt altijd mijn mobiele nummer pakken
en ik wel al een keer of 2 met Henri heb geklstst.
Maar die geeft steeds aan dat ik voor vragen mbt de impact op het logistieke systeem weer met Robert moet bellen.
vandaar mede mijn opmerking over "extra-comtabliteit"
want ik heb het gevoel dat het grote plaatje niet sluit.

maar ik zal vanaf nu buiten het forum via tel en mail reageren.

ik wacht met spanning af

ps kan ik nu verder met spelen met de palnning of moet ik nu eerst even wachten op actie van jullie zijde

nee, ik kan daar nu niet mee ophouden want ik moet de realisteit van nu (waar de artikel waarde) het enige houvast is tussen verkoop en productie dadelijk vertalen naar bewerkingen en met een systeem van meer dan 2000 recepturen moet ik een "redlijke startpositie" kiezen.

Als wij dus doorgaan met dit verhaal zul je denk ik de vraag krijgen om in alle recepturen op regel 500 of zo (iets wat overal vrij is) een standaard bewerking in te blazen met de bij het artikel opgegeven tijd.
Dan kunnen productie en planning daarna op basis daarvan de zaken gaan vereenvoudigen/optimaliseren.

Alleen je moet je wel realiseren dat we dadelijkeen overgangsfase krijgen tussen de huidige interne methodiek en jouw nieuwe speeltje.

Het probleem werd veroorzaakt bij ons.

vanuit history hebben wij nog geen plankritische bewerkingen opgenomen maar wel als artikeleigenschap de productietijd in dagen.
Wordt deze waarde nu overgenomen of wordt alles nu het systeem "ingeblazen" met een vaste tijd?

Quote robert...
eigenlijk is dat niet zo netjes

immers planning is een cruciaal onderdeel van het hele logistieke proces wat start bij de wens van de klant of markt en uitloopt tot de factuur.
Op het moment dat een klant te laat betaald zijn er wel mechanismen om dat te analyseren maar op het moment dat ik met de planning gereeddatum door de leverdatum grens ga van een verkooporder gerelateerde PO moet daar een controle op zijn.

En wel bij voorkeur zowel bij de planner als bij de verkoop.
Immers de planner heeft die info nodig om te trachten alle orders op tijd de deur uit te krijgen en moet ook feed-back geven aan de rest van de organisatie en de verkoop moet kunnen zien dat er een gat ontstaat tussen de gevraagde leverdatum en de te verwachten te realiseren leverdatum.

Op basis daarvan moet tussen de verkoper en de planner overleg plaats kunnen vinden mbt de te prioriteren orders en zal er mogelijk met één of meer klanten overleg plaats moeten vinden mbt het verschuiven van leverdata.

In het huidige model is de planner "heilig" terwijl eigenlijk de procesdoorgang en bewaking "heilig" zou moeten zijn.

Een minimum zou dan ook al moeten zijn dat je nooit de PO qua eindtijd zomaar door de uiterste verzenddatum heen kan schuiven zonder een separate bevestiging te geven. Eigenlijk net zoals je bij verwijderen op een extra F1 moet duwen
Daarnaast zou dan zo'n order meteen een andere kleur moeten houden in het schema, zoadt het probleem duidelijk blijft.

Ook hier zie je dus noodzaak om dadelijk een  graffisch planbord functionaliteit te hebben die niet alleen door de planner maar ook door het productiepersoneel c.q de verkoop in te zien is. Met daarbij koppeling naar de diverse modaliteiten binnen heart.

Ik heb nu het gevoel dat alles een beetje extracomptabel rond de rest van het pakket hangt zonder ene duidelijke samenhang op basis van de binnen heart gedefinieerde logistieke stroom.

Immers heart roept juist redelijk strak de volgorde af e dat is nu juist de sterkte van ERP paketten. (en trouwens ook hun zwakte)

Wij maken de MSDS in chemges op basis van de resultante van de receptuur.
Dat wil zeggen dat wij rekening houden met eventuele reacties in het mengsel
(loog + zuur verhaal)

Vervolgens kloppen we deze gegevens in heart in onder artikel.
Voornamelijk J-1 t/ J-3 en tabblad 3 en 4 van het artikelmenu voor de transportdata.

Bij een PO hebben we (zie handleiding) layouts gekoppeld aan een exportfile naar chemges
Je print het PO etiket naar file . Chemges pikt op op basis artikelcode en print label,

PO wordt "normaal" afgewerkt en levering gaat via heart met vrachtpapieren uit heart.

Ik weet dat er ook een paar zijn die de zendingen vanuit systemen weer laten koppelen aan mail verzending van SDS maar dat doen wij (nog) niet geautomatiseerd.


zoals al aangegeven het belangrijkste in deze redenatie was de mogelijkheid om kleurenprinters eenvoudig aan te sturen met alle wettelijke teksten vanuit GHS op het label

OK dus wat je impliciet zegt is dat in al onze recepturen minimaal een plankritische bewerking moet worden toegevoegd welke gelijk is aan het aantal productiedagen wat nu al in het artikelmenu staat zodat we in de basis iets hebben wat werkt.

En dat je bij slepen naar rechts nog geen mechanisme hebt wat waarschuwd dat je buiten de afspraak met de klant loopt

met dank

vreemd dat die regel (niet meer) open stond want de header gaf status P en niet status M

hetzelfde voor ART 0013800 en de productieinput PI-201105160026 
deze PO bestaat niet meer

beste vanavond reorganiseren?
welke bestanden?

ART0013220 zit wel in POL1000030 productieorder 201103080023 maar toont niet in verwacht voorrraad verloop onder ART0013220

<quote>
Het forum is daar hier en daar wel getuige van, met ook no weer zo'n ("1 juni") onderwerpje pending.
<\quote>

hoever sta je hiermee trouwens?

Het is nu eenmaal zo dat als we naar de "oude wetgeving" kijken de labels redelijk geod vanuit heart te genereren zijn
(doen wij ook) al moeten er diverse teksten als losse teksten ingevoerd worden.

De meeste Heart gebruikers zijn leveranciers van mengsels en die mogen nog tot 2015 de oude labels blijven gebruiken

Ad levert echter ook buiten Europa en ook basismaterialen. Hetgeen betekent dat wij wat verder op steek zijn met de invoering van de nieuwe regels.

(vergeet niet dat de H, P zinnen functioinaliteit ook zo'n item is wat ik heb "doorgedrukt" binnen de RS functionaliteit)

Heart bevat nu de basale info die nodig is om binnne n de chemie (ook maar weer een beperkt deel van de klanten van Heart) te functioneren.

als we echter kijken naar de nieuwe CLP en EC 453/2010 komt er nog een heleboel op ons af aan data en eisen vanuit de overheden. Daar Heart niet gespecialiseerd is in deze zaken moeten goedwillende gebruikers dat dus vertalen naar Heart en het geimplementeerd zien te krijgen.

Dat en niets anders is de reden dat ik aangaf dat ik niet denk dat de MSDS functionaliteit lang zal blijven werken. tenzij het is voor een bedrijf dat relatief simpele producten voert en in een beperkt taalgebied.

mbt de labels geldt hetzelfde.
en dat is de reden dat AD gekozen heeft voor 1 richtingsverkeer.

Daarnaast is het natuurlijk mogelijk om bv de UN gegevens vanuit chemges te exporteren en in heart te imnporteren.
Echter dat verandert niet de labels op de drums op voorraad en dara heb je een goede procedure voor nodig om dat te beheersen.
Ook bevat heart in het artikelmenu het veld GEVO dat bij ons meerdere waarden kan hebben bv 19931 en 19932 waarbij de eerste 4 cijfers overeenkomen met het UN nummer, maar het volgcijfer een verdeling mogelijkmaakt in het UN nummer, daar veel UN nummers meedere omschrijvingen kunnen hebben. Chemges heeft geen weet van deze verdelingskeuze die je maakt in Heart voor een correcte opbouw van de proper shipping name en dat zal dus wel gecontroleerd moeten worden.

Het is dus niet geheel eenduidig en alle export/import acties moet je goed valideren.

Let wel, binnen huidige systematiek is het zo dat een order in heart een leverdatum triggert.

Deze triggert ook een startdatum voor een PO (eigenlijk uiterste startdatum, welke het systeem baseert op een delta van de verzenddatum, hetgeen bij productietijdd artikel is opgegeven en het aantal dagen voor leveren gereed).

Dat betekent dus eigenlijk ook dat die info ('uiterste schuifdatum)  ergens terug moet komen in de planning en als ik de order door die datum heen schuif moet er dus een "contractwijziging" op leverdatum met mijn klant getriggerd worden. Misschien middels een kleurindicator forceren in de grafische planning of zo?

Mijn vraag was dus 2-ledig:
1 - de foutmelding
2 - de onderlinge interactie tussen verkoop/planning en logistiek.

Nu lijkt me de module voornamelijk er "los" tussen te hangen en dat kan natuurlijk niet zo zijn.

nog wel een puntje naar Heart

Momenteel gebruiken wij dus de scherm driver om het bestand te maken en opent deze standaard in notepad.

Kan dit onderdrukt worden?

ik hoef niet van elk label de file te zijn wat mij betreft.

nog wel een puntje: voortkomend uit een foutmelding bij import van de data:

wij krijgen een : division by zero fout

reden:
Wij werken al een tijdje met Heart (1999) en alles wordt gepland op basis van "productie/inkooptijd" welke ingevoerd is op tabblad 5 van het artikel.

Dit voedt zowel de behoeftelijsten alsook dat eht de "uiterste startdatum" bepaald op basis van de ingegeven aantal dagen vermeerderd met de bedrijfsparameter waarin we zeggen dat alles 1 dag voor verzending klaar moet zijn.

De planning module houdt hier geen rekening mee en ziet dit als een order van 0 uur. (zie hier de basis van de foutmelding)
Maar als ik nu plankritische bewerkingen ga toevoegen : dan is mijn vraag: gaat dit niet dubbel tellen ?
hoe hiermee om te gaan?
immers huidige functionaliteit moet blijven werken maar we moeten ook kunnen plannen.

hoe hiermee om te gaan.?