Wie kan mij helpen (PDF verhaal)

[Michael Molenaar]

Frans, misschien begrijp ik je niet;

Is het mogelijk om vanuit Heart Orderbevestiging, Pakbon en factuur van 1 klant naar verschillende adressen te Emailen

Hiermee zou je kunnen bedoelen "de Pakbon naar meerdere adressen *tegelijk*. Dit kan niet. Kan voor de Faktuur overigens wel.

( b.v. pakbon naar ontvanger, Orderbevestiging naar besteller , factuur naar hoofdkantoor)?

Ik zou niet weten waarom niet. Maar zie onderstaand plaatje; gebruik je dat daarvoor ? ik bedoel, ik weet niet wat je met "tb1= tabblad1", "tb2=tabblad2 bedoelt. Misschien zit daar wel iets.

maar ik zie niet hoe (waar) ik de pakbon naar A kan sturen, orderbevestiging naar B en factuur naar C (van 1 en dezelfde kontaktpersoon!).

Zie je wel, ik snap er niets van ! Ik wil niet zeggen dat dit geen Nederlands is, maar "ontleden" lukt mij hier niet.
Dus wat bedoel je hier nou ?

Beste Peter ik begin even opnieuw kom tie:

- Een klant in Ruurlo besteld tien apparaten die wij moeten afleveren op 1 adres in b.v. Rotterdam.
- De klant in Ruurlo wil een Opdrachtbevestiging en een pakbon naar zijn email adres.
- Het afleveradres in Rotterdam moet ook een pakbon hebben, dus krijgen ook een mail wanneer de order verwerkt is.
- De factuur van deze zelfde order moet naar de zelfde klant(Ruurlo) maar naar het hoofdkantoor (wat niet in Ruurlo zit ).

Snap je het nog?
Dit komt bij ons wekelijks voor omdat wij voor grootkeukens apparatuur leveren.
Het is bijna een must voor ons om dit dus naar meerdere adressen te kunnen sturen.

[Peter Stordiau]

De klant in Ruurlo wil een Opdrachtbevestiging en een pakbon naar zijn email adres

Deze Kontaktpersoon heet KPR. Bij KPR dus aangeven dat hij de Opdrachtbevestiging en Pakbon "Ontvangt". Trouwens, waar zie jij dat Pakbon mogelijk is ? ik nergens. Als je dat wilt, moet dat dus nog worden gemaakt. Ik zeg het maar even ...

Het afleveradres in Rotterdam moet ook een pakbon hebben, dus krijgen ook een mail wanneer de order verwerkt is.

Tja, leuk. Maar zelfde verhaal. Pakbon kàn helemaal niet.

De factuur van deze zelfde order moet naar de zelfde klant(Ruurlo) maar naar het hoofdkantoor (wat niet in Ruurlo zit ).

Hoe je dit ook in elkaar hebt gedraaid (met Afleveradresses vs. Groepsdebiteuren), het zal toch wel een andere Kontaktpersoon zijn. Dus, bij de betreffende Kontaktpersoon (die dus wel KPR mag heten als je het leuk vindt, maar dan bij een andere Relatie) "Ontvangt Faktuur" aangeven. Nu gaat dit nooit werken (andere Relatie) domweg omdat het systeem daar niet naar zal kijken. Effekt : je moet nu een KPF aanmaken als Kontaktpersoon bij de zelfde relatie als KPR (het zijn ook echt andere Kontaktpersonen; hebben immers ook een ander email adres), en dan zal dit wel werken.

Maar je Pakbon verhaal kan niet juist zijn ...
Dus moet er op z'n minst in de basis iets aan jouw kant zijn waar je anders over denkt.
Tenzij ik het alsnog niet heb begrepen natuurlijk.


Trouwens, denk niet dat het onderkennen van de Pakbon in deze een uurtje werk is. Eerder 12-16 of zo.

[Wouter Rijnbende]

Maar goed, een Bedrijfsparameter zal het wel oplossen (die dus de handel precies omdraait).

Ik neem aan dat een Systeemparameter ook goed is ? Immers, alle overige PDF instellingen liggen ook niet op Bedrijfsniveau vast maar op Systeemniveau (op een aantal parameters na, die weer per Variabele Layout ingesteld kunnen worden, waarvan iemand ook weer kan bedenken dat ook deze daar dan ook maar bij moet).

Anticiperend op nog meer mogelijkheden in de toekomst, zal ik het niet als een J/N parameter opzetten, maar als een "Methode 1/2" (waarbij in de toekomst een 3 of 4 eenvoudiger erbij gemaakt zal kunnen worden als dat nodig blijkt).

[Peter Stordiau]

Prima.

[Wouter Rijnbende]

Aangepast, zie http://ha1.heartprofit.nl/profit/index.php?topic=23365.0

[Michael Molenaar]

Goedemorgen,

Ik zou graag willen weten hoe ik de layouts van Facturen 9791 en Opdrachtbevestigingen 975 kan aanpassen en testen zonder dat onze huidige layouts op voorbedrukt kettingpapier er hinder van ondervinden (zie voorbeelden).

[Wouter Rijnbende]

Ik zou graag willen weten hoe ik de layouts van Facturen 9791 en Opdrachtbevestigingen 975 kan aanpassen en testen zonder dat onze huidige layouts op voorbedrukt kettingpapier er hinder van ondervinden (zie voorbeelden).

Layouts worden normaliter aangestuurd op basis van de Taalkode van de Relatie aan wie ze verzonden worden (zie Trefwoord Faktuurlayout). Een Nederlander krijgt een Layout o.b.v. o.a. NEDK1, en een Engelsman een o.b.v. o.a. ENGK1.

Het is niet mogelijk deze Layout er anders uit te laten zien afhankelijk van het device waar deze naartoe geprint wordt (scherm, printer, PDF).

Zou je de Taalkode van een relatie (Debiteur-/Crediteur) wijzigen in bijv. TST, dan worden als vanzelf layouts als TSTK1 aangestuurd (mits die er zijn).
Maar, omdat een Taalkode méér doet dan alleen maar een Layout aansturen (zo zijn bijv. ook je verlengde teksten gebaseerd op deze taalkodes), is dit "leuk" om even iets te testen (je kunt je Debiteur in Produktie op NED laten staan, en in Test even op TST zetten), maar is het niet een definitieve oplossing, omdat je andere zaken (je Verlengde Teksten) kunt missen.

Voor een aantal Layouts (in ieder geval voor de Faktuur, maar mogelijk niet voor de Inkooporder en Opdrachtbevestiging) is het ook mogelijk om bij de Debiteurgegevens een andere te hanteren Layout in te vullen. Zo kun je er bijv. voor zorgen dat Groothandelaren standaard een andere indeling van hun faktuur moeten hebben dan normale klanten, puur, door ze kwa Faktuurlayout naar een andere layout te laten verwijzen.  Je zou hiermee ook kunnen regelen dat je alle PDF klanten koppelt aan een specifieke PDF Faktuurlayout. Zie ook het verschil tussen Taalkode Spreektaal <> Taalkode Rapportages.

Als het je puur om het testen gaat, wijzig dan in de testbestanden gewoon even de Taalkode v/e Debiteur, en stem dit af op de Identifikaties van je Layout.

[Michael Molenaar]

Bij de pakbon komt er minder informatie dan bij bv Inkoop,opdracht of factuur.

Wederom moet ik de regelafstanden gaan finetunen wat aardig wat tijd in beslag neemt.
Van kantoor uit willen ze niet "gestoord" worden met niet werkende layouts en moet het printen van diverse prints dus gewoon blijven werken.

Als ik de layouts kan voorbereiden en later alles in 1 keer over kan zetten zou dat de ideale situatie voor ons zijn. (oude layout verwijderen, nieuwe layout juiste naam geven NEDK1, NEDVL, NEDVV..etc).

[Wouter Rijnbende]

Als ik de layouts kan voorbereiden en later alles in 1 keer over kan zetten zou dat de ideale situatie voor ons zijn. (oude layout verwijderen, nieuwe layout juiste naam geven NEDK1, NEDVL, NEDVV..etc).

Je kunt Layouts kopieren binnen het systeem. Dus, je kunt nu testen / fine tunen met TSTxx, en daarna eventueel een backup (kopie) maken van NEDxx, om vervolgens NEDxx te verwijderen en dan TSTxx naar NEDxx te kopieren.

[Michael Molenaar]

Het werkt inderdaad Tnx Wouter.

[Michael Molenaar]

Goedemorgen,

Zoals in de bijlage te zien is, heeft mijn pakbon layout moeite met getallen boven de 100 (in dit geval 3000 stuks teflon rollen).

Ik kom er niet achter wat er mis is in mijn layout gegevens aangezien alleen de rijen, kolomen en volgnummers aangepast zijn.

[Michael Molenaar]

Beste Pascal bedankt voor je bericht. 

Ik heb de aantvp:2 aangepast naar aantvp:5 en het werkt nu.

[Wouter Rijnbende]

Zoals in de bijlage te zien is, heeft mijn pakbon layout moeite met getallen boven de 100 (in dit geval 3000 stuks teflon rollen).

Frans, als eerste even het verzoek om niet "alles" klakkeloos aan dit zelfde topic toe te kennen.
Als het probleem niets met de rest te maken heeft, begin er gewoon een nieuw topic over.

Dit probleem heeft overigens helemaal niets met PDF te maken;
als je een Pakbon naar de Printer print, ondersteunt ze ook geen aantallen boven de 99.

Oorzaak? De definitie van je Pakbon.

Bij Layoutvariabe AANTVP druk je maar 2 posities af.

(nb: met dat ik dit intype, heeft pascal schijnbaar al buiten het forum gereageerd;
ook niet echt handig Pascal, want als je dat gewoon op het forum gedaan had, had ik niet hoeven te reageren).

[Michael Molenaar]

Beste Wouter,

Ik zal erop letten, toch bedankt voor je reactie en alvast een heel fijn weekend!

[pascal]

(nb: met dat ik dit intype, heeft pascal schijnbaar al buiten het forum gereageerd;
ook niet echt handig Pascal, want als je dat gewoon op het forum gedaan had, had ik niet hoeven te reageren).

De reden was dat ik niet 200% zeker wist dat dit de juiste variabele was; ik denk, als het de goede is zal Frans het wel melden op het forum en vervuil ik dit forum niet met foute suggesties.
Ik had er alleen geen rekening mee gehouden dat jullie zo snel reageren

(aan de andere kant, dit moet de variabele wel zijn, want het is de enige met een beperking van 2 vastgestelde posities, maargoed. Volgende keer zal ik 't gewoon op het forum posten).