Ja .... maar heb je ook een vraag ?

Het zal wel niet, maar denk voor de lol eens aan je veranderde Statiegeld ...

mag invullen ? wat bedoel je nou ?

Als dat nu ook al gebeurt : ja.
Als dat nu niet gebeurt : nee.

Pas dus s.v.p. op dat we het nu alleen hebben over wat mijn laatste posts behelsen (ik heb al van Wouter gehoord dat je er nog meer aan wilde hangen (met zijn opmerking dan wordt het 100+ uur)), waar het nu dus allemaal niet om gaat (maar hoeft m.i. ook niet).

Dat van het Bijprodukt moet natuurlijk wel, mits dat nu ook al gebeurt.
?

Hahaha, mooi. Ik ook bijna;

We zitten met z'n allen mooi langs elkaar te l*llen hier (ik in elk geval). Als je het topic nog eens doorneemt zie je dat de User Variabelen van de Debiteur en van de Relatie (dat zijn dus separate sets) door elkaar worden behandeld. *Ik* heb het steeds gehad over die van de Debiteur, en wat mij betreft omdat hetgeen je wilt daar thuishoort. Echter, dat behoeft de module ExportDokument, en die heb je (Pascal) denk ik niet.

Ook : Waar Menno reageert op mijn voorgaande post "die kun je terugzien in het Relatie Menu CRM", is dit niet juist als je niet letterlijk leest, want de User Variabelen van de Debiteur kan je daar niet zien; alleen die van de Relatie  (wat Menno dus best wel zegt).
Formeel is het onjuist om de variabele die Pascal wenst bij de Relatie aan te maken, want het kan ook een Leverancier betreffen, en dan slaat dit nergens op.

Dan voor ons zelf :

Een week of 4 terug hebben hier wat veranderingen plaatsgehad, met (dacht ik) o.a. de opname van de funktionaliteit voor het toevoegen van de User Variabelen voor de Relatie (ergens) in het menu Systeembeheer. Ja, ik heb hier zelf enigszins bijgeweest. Echter :
Gezien het bestaan van de User Variabelen bestaan voor Debiteuren, waarbij (mij) pas nu blijkt dat deze anders worden behandeld, komen we erop dat het in consistentie nu nergens meer op lijkt. Ook kun je de User Variabelen van de Relaties niet (meer) Raadplegen als je geen CRM hebt.
Verder, en dat blijkt eigenlijk vandaag pas, kun je de User Variabelen van de Debiteuren alleen gebruiken als je de ExportDokumenten module hebt (dit had moeten worden meeveranderd bij de aanpssingen van 4 weken terug), maar kun je deze nog steeds niet zien vanuit CRM (dit laatste is overigens slecht oplosbaar).

Alles samengevat, een onbedoelde puinhoop.

Aanpassen :

- Manipulatie (RA/TV/WY/VW) van de Relatie User Variabelen op dezelfde wijze als die van de Debiteur (en elimineren uit Systeembeheer) (dit s.v.p. als eerste doen, want met name dat kan Pascal gebruiken);
- Debiteur User Variabelen toestaan bij de module CRM (met handhaving van de ExportDokumenten module restriktie voor het printen op Variabele Layouts).
- In later stadium de Debiteur User Variabelen ook tonen in het CRM scherm.

Aangaande het laatste : merk dus op dat er incionsistentie zal bestaan tussen het behoeven van de CRM module om deze variabelen te kunnen gebruiken, en het vooralsnog aldaar niet kunnen terugzien (n.b.: "vooralsnog" kan lang duren).

Aandachtspunt : mailing selekties en de Debiteur User Variabelen (dient "vooralsnog" (!) te worden gezien als niet daarvoor bedoeld, maar zal uiteindelijk wel moeten worden toegestaan).

Want, statiegeld voor één pallet kost precies 45,387272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727272727

Toch ?

Heb je deze dan wel gezien ?

Ik weet eerlijk gezegd niet of het wel zo werkt als jij denkt. Bijvoorbeeld :

Als je geen Kenmerk Domeinen invult (dus, gewoon helemaal niets, nergens), mag alles aan iedereen worden verkocht;
Vul je Kenmerk Domeinen in voor Relatie ABC, dan mogen de andere Relaties nog steeds gebruik maken van alles wat er is (logisch).
Het invullen van Kenmerk Domeinen voor een Relaties overruled dus iets. Wat ? dat hangt er vanaf en heb ik niet uitgezocht.

Neem ook even de helptekst door van Raadplegen Kenmerk Domeinen van een Relatie (helpt niet echt, maar vertelt je wel dat het niet zo (simpel) kan zijn als jij denkt.

En dan met name hier : http://www.allesoverstraatnamen.nl/index.php?option=displaypage&Itemid=80&op=page&SubMenu=

Maar dáár word ik geen wijs uit hoor.

Ik zou het nu niet meer weten. Mijn "17 posities" heeft ooit wel bestaan, maar lijkt nu 24 te zijn.
Of het nou met deze Releasenote te maken heeft of niet, merk op dat de PTT/KPN/TNT (kom ik ook al niet meer uit) zelf een maximale lengte hanteert, die wat mij betreft nog steeds op 17 staat (ik woonde enkele jaren geleden nog op een adres van 18 posities).

Mocht het van belang zijn, dan moet iemand maar eens een "echte" website zoeken waar dit is gedefinieerd.

Nee, prima !
Het is intussen doorgenomen hier, en het lijkt erop dat we dit kunnen gaan laten werken.
Als het minder dan 40 uur mocht worden, zal dat niet in rekening worden gebracht. Vind je dat goed ?

Aangaande het laatste : ik heb inderdaad het vermoeden dat je het niet helemaal doorhebt;
Het laatste tabblad is bedoeld voor vrij te definiëren velden, en dat kan niet op bijv. tabblad 3. Sorry !

Aangaande het eerste : dat snapte ik wel, maar het gaat er dus om dat niet-logistiek gebruikte velden per sé niet worden opgenomen. Immers, je kunt je voorstellen dat alle klanten bij elkaar dan wel 100 tabbladen weten te kreëren, en daar zat jij zelf niet op te wachten. Maar juist vandaar dat je bij dit soort entiteiten (Artikelen is er ook één) de velden zelf kunt definiëren).

Overigens kunnen deze velden overal (op betreffende plaatsen) worden afgedrukt (Variabele Layouts), lopen ze ook mee in mailing selekties en dergelijke, en is het dus niet zo dat je er helemaal niets mee kunt doen.

Als het nog niet duidelijk is hoor ik het wel weer.

Dank je Dirk-Jan, maar hoeft niet hoor (want is niet van belang).

In dit bestek niet echt. Maar denk aan dit principe :

Een betreffend produkt heeft minimaal één Kenmerk, en dit betreft "Etiket". De waarde van dat Kenmerk vul je in bij de Verkooporderregel, en wordt ook doorgegeven door de klant (die bestelt voor een klant van hemzelf). Dit kan

a. het betreffende Etiket daadwerkelijk Behoeftig maken, c.q. dit zal kunnen worden geprint indien nodig (ik hoop dat ik hier gelijk in heb, want ik weet even niet meer hoe (dit was Cliff zijn afdeling);

b. het produkt daadwerkelijk uniek maken naar het (intussen opgeplakte etiket). Bemerk het belang hiervan, omdat immers eenzelfde produkt/blik enz. doch met een ander etiket, toch echt een ander produkt is geworden, wat de Kenmerken (module) ook behelst.

c. ervoor zorgen dat het produkt ook behoeftig wordt, c.q. zal moeten worden "geproduceerd" (tussen aanhalingstekens, omdat het hier alleen (als additionale funktionaliteit) om het erop plakken van het etiket gaat, met als input het ongelabelde blik + het etiket. Dit alles middels één enkele receptuur (weliswaar per produkt = Artikelnummer).

d. Uiteraard zie je de Voorraad per gelabelled produkt (onderscheiden naar de etiket-inhoud).

Ga er gerust vanuit dat dit werkt.
Wel wil ik (voordat ik dat ècht zeg) eerst van je weten of het inderdaad juist is dat het om de klant van de klant gaat die het etiket bepaalt (dus SE -> klant -> klant van klant) en of het inderdaad zo is dat de klant (SE -> klant) géén apart artikelnummer heeft (lees : inkoopt) per etiket-inhoud. Dus, dit houdt in dat de klant SE belt met op 1 dag 10 keer het zelfde artikelnummer, maar steeds aangeeft welk etiket erop moet.

Is dit juist ?


PS: Als SE meerdere klanten heeft die op deze wijze etikettering behoeven, kan via de Kenmerk Domeinen worden ingesteld welke etiketten voor wie beschikbaar zijn, opdat je per klant (SE -> Klant) geen onjuist etiket kunt kiezen (uit de dan beschikbare drop-down bij Toevoegen VORegel).

Samengevat : dus eigenlijk werkt dit al, en hooguit doe je het niet op gezette tijden, maar op basis van gerede pakketten (voor ieder pakket neem ik aan). Toch ?

Zo ja, wat vind je van dit idee ?
Je hebt dan dus niet op voorhand alle Inkooporders (voor bijvoorbeeld de hele maand), maar je zit ook altijd goed en gaat niet uit de pas lopen (bij bijv. efficiency verschil).

Boek je dan ook iedere keer de input zo nauwkeurig als mogelijk ? of gebeurt dit normatief (en ga je op basis van kwaliteits verschil alsnog uit de pas lopen ?).

Probeer s.v.p. iedere vraag te beantwoorden.

Hmm ... 40+ is wellicht geen 40, maar laten we het maar eens proberen verder uit te werken. Vraag :

Denk jij dat je het mogelijk kunt maken om vanuit je MES systeem op (nog te bepalen) punten tussentijds gereed te melden ?

Ik weet nog niet 100% zeker of we daar iets mee kunnen, maar ik heb het gevoel dat we daardoor die 40 uur kunnen halen (lees : de + verdwijnt) *plus* dat je daarmee nauwkeuriger zou kunnen zijn. Ik bedoel, zie jouw eigen "berekening" in de eerste post, die dan kan vervallen (maar zal verworden tot iets wat "voorspellend" wordt). Dus :

Als je op gezette momenten (nog te bepalen dus), de Produktieorder deels gereed weet te melden, weet het systeem plots wat er daadwerkelijk verbruikt is. Dit wordt dan onafhankelijk van de efficiency, eventuele stilstand enz., maar op welk moment het ook is, relatief aan de totaal verachte hoeveelheid output weet je dus hoeveel grondstof er is verbruikt (normatief op basis van de opgeboekte output), en weet je dùs wanneer je moet bijbestellen. E.e.a. uiteraard met een soort Bestelniveau (dat je niet stil komt te staan).

Nogmaals, of dit werkelijk nuttig is kan ik nog niet overzien, maar geeft s.v.p. eens aan of jij dit kunt realiseren (en of je dat wilt, c.q. of het "uit kan").
Wat mij betreft mag het zo zijn (is zelfs verkiesbaar denk ik) dat je dit voor alle lijnen op hetzelfde moment doet. Bijvoorbeeld ieder uur, of iedere 4 uur enz. (ook dit nog verder uit te werken). Dit zou ervoor kunnen zorgen dat jij het volledig geautomatiseerd doet.
Merk op dat het stapsgewijs opboeken van de output versus achteraf in één keer zoals je nu zult doen, voor het eindresultaat niets zal uitmaken. Wèl zul je als bonus meekrijgen dat je in Profit voor iedere lijn kunt zien hoever de Produktieorder is (hiervoor bestaat ook funktionaliteit die dit inzichtelijk maakt -> is een jaartje terug ontwikkeld en zal je niet kennen).

Wat denk je ?