Na even een testje gedaan te hebben blijkt de op te geven Faktuurlayout overrulend te werken. Het is alleen zo (en ik denk dat dit ook bedoeld wordt) dat de te raadplegen Layouts uitsluitend AD layouts zijn (ADLF) terwijl je zou mogen verwachten dat de Layouts uit SYLF te raadplegen zijn.

 Overigens kwam bovenstaande tekst uit de Help van de betreffende Rubriek dus wellicht aanpassen op tegenwoordige werking.

Middels deze rubriek kunt puur omwille van Profit-Fin een Faktuur-             
layout opgeven die aldaar gehanteerd moet worden bij het genereren   
van een Uitgaande Faktuur. Indien U faktureert vanuit de Logistiek,   
dient U deze rubriek niet in te vullen, daar de Logistiek op een     
andere manier haar Layout samenstelt.  (op basis van Taalkode)                               

De te Raadplegen layouts zijn derhalve ook Layouts die in AD beschikbaar zijn.

De Betalingskondities van de Crediteur kunnen overruled worden door de Prijsafspraken Leverancier.
OP deze manier kan je verschillende Inkooporders hebben met verschillende Betalingskondities. 

Bestaat op de betreffende PC de LOEX-directory?
Deze hoort aanwezig te zijn in de c:\fox\lo\lotb\

Indien het de Kontaktpersoon betreft tbv de Faktuur dan zou ik bij de Fin. Parameters van de betreffende Debiteur de juiste Kontaktpersoon opnemen.
Vervolgens kwestie van Faktuur Layout Variabele die nu gebrukt wordt vervangen door %UF-FADKTKPRSF% .

Bij de Artikel/Verschijning van het Bijprodukt natuurlijk.

Ook na mijn nieuwe testje wordt het Bijprodukt opgeboekt in de Opslagmagazijn lokatie zoals deze is opgegeven bij het Artikel/Verschijning.

ehh....even te snel ergens overheen gelezen.
Ik moet even het testje overnieuw doen maar nu met het Bijprodukt in het Halffabrikaat, voor de opboeking van dit Bijprodukt zie natuurlijk niet dat schermpje waarbij je de Lokatie kan overschrijven.

wordt vervolgd.......

Ik heb hier even snel een testje gedaan en wat mij betreft komt de voorgestelde Opslagmagazijnlokatie gewoon bij de Artikel/Verschijning vandaan.
In mijn testje heb ik nadat de Produktieorder is gegenereerd ook nog even de Opslagmagazijnlokatie aangepast en deze gewijzigde Lokatie zie ik ook terug in het scherm van LOPOGMDH.

Overigens kan ik in dit scherm ook de Lokatie overschrijven........
 

Ik ben er even van uit gegaan dat het vrachtkosten tarief per Debiteur bepaald wordt en niet per VO, dus in dit geval een tarief bij de Debiteur vastleggen.

Zoals eerder genoemd is het een en ander wellicht makkelijker middels een Opbrengst Verhogende DKK. Als je de DKK ook nog laat triggeren door een Artikel zorg je ervoor dat de DKK op een aparte VO-regel/Faktuur regel getoond wordt.
Daar je het DKK tarief bijvoorbeeld per KG kan opgeven zal bij toevoegen van een VO-regel automatisch een DKK-regel gegenereerd worden.
Bij Deelleveringen cq. Deelfakturatie zal over de geleverde/gefaktureerde KG de DKK berekend worden.

De DKK moet in ieder geval Opbrengstverhogend zijn, het Artikel wat getriggerd wordt kan gewoon een Kostenartikel o.i.d. zijn. Dit Artikel(met Omschrijving) zal op de VO-regel/Faktuur vermeld worden als aparte regel.

Op deze manier zal voor elke Deellevering een evenredig deel aan (bijvoorbeeld) vrachtkosten berekend worden.

De Resource kan wel bekend zijn maar het gaat om de Aktiviteiten die aan de betreffende Resource gekoppeld zijn.
De Aktiviteit per Resource bepaald in feite de capaciteit.
Dus Resource A kan een bepaalde Aktiviteit uitvoeren (bijvoorbeeld 300 kg/uur) terwijl Resource B dezelfde Aktiviteit kan uitvoeren maar met bijvoorbeeld maar 200 kg/uur.
Dus zonder de aanwezigheid van een Aktiviteit op een Resource kan een EPU nooit bepaald worden.

Ik kan hier gewoon met de pijltjes toesten de genoemde funkties bedienen zonder dat Profit op een of andere manier vastloopt.
Ik heb het overigens ook even bij een paar andere installaties geprobeerd en ook daar verliep dit zonder problemen.

Ik zal eens op jullie systeem kijken of ik wat vreemds kan zien.

Het "probleem" is door jullie zelf veroorzaakt.

Aanvankelijk had het Voorraad-item een Intern chargenummer t.w. M6908004002 welke afgeleid is van de bijbehorende Inkooporder(regel).
Echter doen jullie een Handmatige Voorraadmutatie zijnde Correctie Eindejaarstelling 2006 hierbij boeken jullie eerst de aanwezige voorraad van genoemde charge af om vervolgens de juiste voorraad te muteren.
Deze mutatie gebeurt wel op charge 140802 maar er wordt geen Intern chargenummer meegegeven en vanaf dat moment is het terugvinden van de betreffende Charge Producent niet meer mogelijk.

Dus wellicht opnieuw een Voorraadmutatie doen met bijbehorende Intern Chargenummer.
Verder wil ik nog wel even kijken of dat bij het opgeven van een (bekend) Chargenummer het Interne Chargenummer wellicht automatisch gevuld dient te worden alhoewel je hier natuurlijk wel met een Handmatige Voorraadmutatie te maken hebt.

Pascal,

Het lijkt veroorzaakt te worden door de gedisablede rubriek "Hoort bij Groep". Enable deze rubriek maar eens dan zal je zien dat het werkt.