Printen naar PDF

M.i.v. deze Releasenote is de module Profit-Print-3 uitgebreid met de mogelijkheid tot het Printen naar PDF. Hierbij wordt echter niet rechtstreeks naar PDF geprint, maar wordt gebruik gemaakt van externe software VeryPDF) welke een bestand met Printgegevens converteert naar PDF.

Let op:

"Printen naar PDF" vereist:

a. de PCL naar PDF converter van VeryPDF (separaat aan te schaffen via http://www.verypdf.com)

b. module Profit-Print-3.

Op het forum zijn lange discussies gevoerd over hoe een PDF document tot stand moest komen; immers, iedereen zou dat in theorie op zijn eigen manier, met zijn eigen pakket, en derhalve met zijn eigen "interface" kunnen willen doen, waar wij niet voornemens zijn om honderden uren maatwerk te besteden per interface. Op het Forum is
door de Gebruikers gekozen voor de methode "Converteren via een VeryPDF PCL5 Converter", en dat is de methode zoals het nu is opgezet.

Printen naar PDF

Normaal gesproken starten we een Printoverzicht in Profit op, door naar de betreffende Printfunktie te gaan, de schermvelden (selektie) in te vullen, en daarna middels F1 te printen.

Printoverzichten bieden sinds enige tijd ook de mogelijkheid om met Shift+F2 geprint te worden, in welk geval het Printoverzicht altijd naar het scherm geprint wordt.

Bij de aanwezigheid van module Profit-Print-3 zal een Printfunktie per heden worden uitgebreid met een toetskombinatie Control+F2, waarmee het printje naar "PDF" geprint kan worden, of beter, zoals eerder aangegeven "geconverteerd".

Nb: Als navolgend "Printen naar PDF" wordt geschreven, wordt daarmee de conversie naar PDF bedoeld.

Zodra er naar PDF geprint wordt, zal het document (onder water) eerst naar het scherm geprint worden, waarna ze middels een aanroep van de VeryPDF Converter wordt gekonverteerd naar PDF. De converter die hiervoor gebruikt wordt is de "VeryPDF PCL Converter". Dit is een converter die uit een file met PCL5 koding een
PDF opbouwd. Naast de "VeryPDF PCL Converter", ondersteunen we ook de "VeryPDF HTML Converter", maar
daarover later meer, vooralsnog eerst even de PCL5 Converter:

Wil de VeryPDF PCL Converter het naar het scherm geprintte document kunnen converteren, zal de Printfile eerst moeten zijn opgebouwd met PCL5 koding. De print zal dus geprint moeten worden met een PCL5 Printer-/Driver.

In tegenstelling tot het mechanisme "Printen naar het scherm" middels Shift+F2, waarbij een separate koppeling Queue-/Funktie wordt aangestuurd welke zodanig kan worden ingericht dat deze altijd naar het scherm print met een Printer-/Driver zonder aanstuurkodes, zal "Printen naar PDF" op een andere wijze moeten werken. Voor "Printen naar het scherm" maakt het nl. niet uit welk overzicht we naar het scherm printen; de output dient als ASCII tekst in een tekstbestand terecht te komen, en dat kan voor ieder Printoverzicht op dezelfde wijze. Bij "Printen naar PDF" gaat die vlieger niet op, want "PDF" houdt rekening met de opmaak van het document, en die kunnen we voor ieder Printoverzicht anders (willen) hebben. Zo dient het ene overzicht in een kleiner lettertype te worden geprint dan het andere overzicht, moet de een "portrait" worden afgedrukt en de ander "landscape", om nog maar te zwijgen over het feit dat we andere Fonts willen gebruiken.

Waar we voorheen één Printer-/Driver konden opnemen bij een Koppeling Queue-/Funktie, zijn dat er m.i. van deze Releasenote twee. Koppelingen Queue-/Funktie zijn uitgebreid met een 2e Set Printer-/Driver, de zgn. "Documenten Driver".

De 1e set wordt zoals voorheen gebruikt voor de normale print welke middels F1 wordt opgestart. De 2e set wordt gebruikt voor het "Printen naar PDF", maar, kan ook door een specifieke toepassing worden gebruikt om bijv. een document in HTML op te bouwen (zie Emailen Inkooporder, Opdrachtbevestiging, Faktuur).

Waar de Printer-/Driver middels een "on the fly" selektie kon worden geselekteerd, en vervolgens werd opgeslagen bij het eerste daaropvolgende Printoverzicht, kan nu ook deze Documentendriver op deze wijze worden geselekteerd. Selektie Printer-/Driver vraagt m.i.v. heden dan ook om twee Printer-/drivers.

Zodra een standaard Printoverzicht met Control+F2 wordt geprint, zal het printoverzicht automatisch "naar het scherm" worden geprint, gebruikmakend van de 2e Printer-/Driver set. Indien het printje klaar is, zal (indien aanwezig) VeryPDF PCL Converter worden opgestart, en wordt het PCL printje naar PDF geconverteerd.

Separate doorloop Koppeling Queue-/Funktie

Indien we een printoverzicht opstarten, zal Profit-Print-2 uitzoeken waar dit printje geprint moet worden, op basis van de koppelingen Queue-/Funktie. Hier kan een hele hiërarchie zijn gedefinieerd, met definities (on)geacht bedrijf, (on)geacht funktie en (on)geacht Gebruiker.

In de loop der tijd zullen we hier een flinke tabel kunnen hebben opgebouwd waarin precies wordt bijgehouden welke Gebruiker, vanuit welke Bedrijf, welk Printoverzicht naar welke Printer moet afdrukken. En... die koppelingen zijn m.i.v. heden uitgebreid met een 2e set Printer-/Driver Sad

Moeten we nu al die koppelingen aanpassen?

Nee. V.w.b. het middels Control-F2 printen naar PDF zal het systeem een separate hiërarchie doorlopen, waarbij het zelfs mogelijk is om definities ongeacht bedrijf, ongeacht funktie en ongeacht gebruiker te maken. Ofwel, het kan zodanig worden ingericht dat standaard (tenzij anders gedefinieerd) ieder printje automatisch Portrait naar PDF wordt geconverteerd, waarbij dit vervolgens per printje uitgekristalliseerd kan worden.

Waar is de VeryPDF PCL Converter geïnstalleerd ?

VeryPDF PCL Converter is beschikbaar als Windows Applikatie, maar kan ook gewoon als commandline opdracht fungeren. Indien de VeryPDF PCL Converter als Windows Applikatie is geïnstalleerd, zal Profit in staat zijn om zelf te achterhalen in welke directory de software geïnstalleerd is. Zodra de de converter als commandline tool wordt gebruikt, danwel Profit de lokatie niet zelf kon bepalen, kan middels de CONFIG.HRT worden aangegeven in welke directory de PCL Converter geïnstalleerd is.

Zo kan middels de regel DIRPCL5PDFCONV = G:\VeryPDF\PCLtoPDF\ worden aangegeven dat de VeryPDF PCL Converter is geïnstalleerd in de directory G:\VeryPDF\PCLtoPDF.

NB: Het gaat hier om de lokatie waarin zich de file PCLTOOLS.EXE bevindt.

Op eenzelfde wijze kan e.e.a. voor de VeryPDF HTML Converter worden ingericht, maar dan middels de opdracht DIRHTMLPDFCONF = <drive:><path>. Bij de HTML Converter gaat het om de directory waarin de file HTMLTOOLS.EXE staat.

VeryPDF Commandline parameters:

De VeryPDF Converter kan met diverse parameters worden aangeroepen. Parameters waarmee kan worden ingesteld dat bijv. ieder naar PDF te converteren bestand moet worden samengevoegd met een template (bijv. logo van uw bedrijf). Voor de mogelijkheden van de VeryPDF converter wordt verwezen naar de website van VeryPDF. V.w.b. Profit geldt dat het mogelijk is om per Printer-/Driver deze commandline parameters op te geven. Op deze manier kan de definitie van de Printer-/Driver bepalend zijn voor hoe Uw PDF er daadwerkelijk uit komt te zien.

Deze parameters kunnen per Variabele Layout worden overschreven; zie verderop.

Documentendriver en Converteren vanuit PCL5 danwel HTML

Ervanuitgaande dat áls we naar PDF converteren, we dit altijd vanuit een PCL5 document doen, zouden we kunnen volstaan met de VeryPDF PCL5 Converter. De 2e Set Printer-/Driver was dan ook eerst gedefinieerd als "PDF Printer-/Driver".
Maar, in plaats van deze enkel in te kunnen richten als "PCL5" Printer-/driver hebben we bedacht dat we de Printer-/Driver ook moeten kunnen inrichten als HTML Printer-/Driver, in welk geval de aanstuurkodes van de printer worden gevuld met HTML commando's. De print wordt daarmee niet een heus (complex) HTML document, maar het is in ieder geval een methode om een print toonbaar te kunnen maken als HTML document. Dit is een truc die elders in het pakket al werd toegepast bij bijv. het emailen van een Inkooporder, Opdrachtbevestiging of een Faktuur (waarover later meer).

Omdat de 2e Set mag worden gebruikt als PCL5 driver danwel als HTML driver, kunnen we bij de Printer-/Driver aangeven hoe er naar PDF geconverteerd moet worden; vanuit PCL5 danwel vanuit HTML (of -, indien niet expliciet bekend is of het PCL danwel HTM moet zijn). In plaats van "PDF Driver" spreken we dan nu ook van de "Documenten Driver".

"Converteren naar PDF o.b.v. HTML" vloeit overigens voort uit het idee dat we een Faktuur, die we vóór de implementatie van "Printen naar PDF" al als HTML document konden emailen, alsnog als PDF zouden kunnen willen mailen, en we daarbij niet alleen vanuit PCL5 naar PDF moesten kunnen converteren, maar ook vanuit HTML naar PDF. Op basis van deze instelling bepalen we dan ook of het printje middels de "VeryPDF PCL Converter" vertaald moet worden naar PDF, danwel middels de "VeryPDF HTML Converter".

Let op:
Hoewel er funktionaliteit ontwikkeld is om vanuit HTML naar PDF te kunnen converteren, hoeft deze funktionaliteit niet echt te worden gebruikt. Het converteren vanuit HTML naar PDF vereist (naast de VeryPDF PCL Converter) nóg een converter, nl. de "VeryPDF HTML Converter". Deze is een stuk duurder dan de PCL converter, en ook een stuk trager.
Voor Variabele Layouts hebben we inmiddels gesteld dat we deze niet vanuit HTML eerst nog weer gaan converteren naar PDF (zie verderop) en daarmee werkt de HTML converter enkel vanuit "de standaard printoverzichten", en die kunnen net zo goed via de PCL converter worden omgezet naar PDF.

Hoewel de VeryPDF HTML Converter best handig zou kunnen zijn (bijv. om een MSDS in HTML formaat om te zetten naar PDF formaat, om deze vervolgens op Uw website te kunnen plaatsen), is voor nu het advies deze converter niet onmiddelijk aan te schaffen, omdat het te weinig extra funktionaliteit oplevert.

Opslaan output Printoverzichten

Indien we eenmaal een printoverzicht met Control+F2 naar PDF hebben geprint (maar ook indien de print middels Shift+F2 naar het scherm werd geprint) is het nu mogelijk om de output van dergelijke printoverzichten op te slaan.

Middels een Applikatie Parameter (Hmenu-9-3-1-2) is het mogelijk om voor alle standaard Printoverzichten aan te geven of de output van dit soort printoverzichten moet worden opgeslagen, waar, en hoe.

Als eerste geven we aan of we willen dat de output van Printfiles wordt opgeslagen. Dit is een instelling die voor alle gebruikers en voor alle printoverzichten geldt (m.u.v. Variabele Layouts, waarvoor e.e.a. per Layout kan worden overruled, waarover later meer).

Vervolgens kunnen we aangeven in welke directory de printfiles moeten worden opgeslagen. De hier opgegeven directory zal door het systeem automatisch worden uitgebreid met een directory voor het Bedrijf en de Funktie (waaruit het Printoverzicht werd opgestart). Reden van deze automatische indeling is "autorisatie". Omdat het niet gewenst hoeft te zijn dat een gebruiker uit bedrijf A bewaarde printoverzichten kan inzien uit bedrijf B, zullen de directory's op systeemniveau (buiten Profit om) moeten kunnen worden geautoriseerd. Hetzelfde geldt op Funktieniveau, immers, we kunnen van mening zijn dat niet iedereen rechten mag hebben om Verkoopstatistieken op te vragen die door andere gebruikers werden geprint.

Middels een "Definitie Bestandsnaam Printfile" kan worden aangegeven hoe de te bewaren kopie van de Printfile moet worden opgeslagen. De definitie die op Applikatie niveau kan worden opgegeven betreft een definitie die voor ieder standaard printoverzicht gebruikt moet kunnen worden. In de definitie kan gebruik worden gemaakt van vaste tekst ("Printfile") maar kan ook worden gerefereerd aan variabelen, zoals de bedrijfs Identifikatie, de Funktienaam, Gebruikers-id, Datum-/tijd.

Ofwel, indien we bijv. het printoverzicht "Printen Kostensoorten" met Control+F2 naar PDF printen, zal het printje automatisch naar het scherm worden geprint met de PCL driver, wordt deze met VeryPDF PCL converter naar PDF geconverteerd, en volgt daarna de vraag of we dit PDF document willen opslaan:

waarbij de filename is bepaald door de definitie zoals door U zelf bepaald.

In bovenstaand voorbeeld wordt de Printfile uniek gemaakt naar Funktie (eigenlijk overbodig, omdat dit standaard al gebeurd middels de indeling naar directory), naar Datum en naar Userid. Ofwel, dit betreft het printje "ADPRKS (printen Kostensoorten) welke door gebruiker WR op 08-03-2010 is opgestart". Gebruiker WR kan echter meer dan een keer op een dag dit printje opstarten, en zal voor iedere keer dat het printje geprint wordt, de vraag worden gesteld of het printje opgeslagen moet worden. Indien de file een 2e keer wordt opgeslagen, maar de bestandsnaam al bestaat, zal deze bestandsnaam automatisch worden uitgebreid met volgnummers, opdat er geen bestanden worden overschreven. De 2e print zal dus komen met de melding:

Printoverzichten die naar het scherm worden geprint, wordt in eerste instantie geprint naar PRFILE.PRN. Indien het om een print gaat die met een HTML driver werd geprint, zal deze PRFILE.PRN worden omgezet in een PRFILE.HTM. Het is ook mogelijk dat de PRFILE.PRN middels de VeryPDF PCL Converter wordt geconverteerd naar PDF (en zelfde de PRFILE.HTM zou met de VeryPDF HTML converter nog weer naar PDF kunnen worden geconverteerd). Het opslaan van het bestand met Printgegevens gebeurd altijd v.w.b. de "laatste" versie; dus, als de PRFILE.PRN naar PDF werd geconverteerd, zal de PRFILE.PDF worden opgeslagen en de PRFILE.PRN niet, omdat deze slechts "een middel" was om tot het PDF document te komen.
Als er een PDF gemaakt is slaan we de PDF op, anders een mogelijk aangemaakte HTML, en in het laatste geval de PRFILE.PRN.

VARIABELE LAYOUTS

Voor variabele layouts werken sommige dingen net even wat anders...

Emailen Inkooporder / Orderbevestiging / Faktuur

Het was al mogelijk om een Inkooporder, een Opdrachtbevestiging en een Faktuur te kunnen emailen. Hiervoor moest een separate koppeling Queue-/Funktie worden ingericht als "Printen naar scherm met een HTML driver". Per heden is dit komen te vervallen, en sturen deze Funkties de 2e set Printer-/Driver aan: de Documentendriver.

Deze Variabele Layouts kunnen m.i.v. heden naar keuze worden gemaild in HTML (de oude werkwijze) danwel in PDF (de nieuwe werkwijze). E.e.a. wordt getriggerd door de Documenten Printer-/Driver die bij de Koppeling Queue-/Funktie wordt opgenomen.

Voor Printen Inkooporder geldt bijv. dat de Koppeling aan Funktie LOPRIO2 bepaalt waar de Inkooporder naar toe moet worden geprint. Indien de Documentendriver met een HTML driver wordt gevuld, zal de Inkooporder (als vanouds) in HTML worden opgemaakt en worden gemaild.

Zouden we echter een PCL Printer-/Driver koppelen als Documentdriver, dan triggert dat dat de Inkooporder middels een PCL driver geprint wordt, en vervolgens naar PDF wordt geconverteerd, waarna de Inkooporder als PDF attachment wordt gemaild.

Als we de Inkooporder in HTML mailen dan is de body van het mailbericht gevuld met de Inkooporder. Als we de Inkooporder als attachment mailen, dan zullen we "iets" in de body moeten opnemen om de ontvanger van het mailbericht erop te attenderen dat er een PDF document attached is met daarin de gegevens van de Inkooporder. Per Variabele Layout is het daarom mogelijk om de body van het Emailbericht vrij in te delen middels de DHTML editor. De DHTML tekst kan worden ingevoerd vanuit Raadplegen Layouts middels toetskombinatie Control+F5.

De layout van een document kan middels meerdere Layouts worden samengesteld (NEDK1, NEDKV, NEDVV, NEDVL), maar wordt feitelijk bepaald door de eerste drie posities, in de meeste gevallen: de Taalkode. Dit is ook het niveau waarop de DHTML tekst zal worden opgeslagen; de Control+F5 toets zal dan ook bij alle NEDxx varianten kunnen worden ingevoerd-/gewijzigd.

Tip: De tekst die hier wordt aangemaakt, betreft niet alleen HTML tekst, maar een volledig Mime-bericht. Het is mogelijk om aan de Layout attachments te koppelen, die dan tevens als attachment zullen worden meegestuurd zodra het uiteindelijke email bericht de deur uit gaat. Dit mechanisme zou bijv. kunnen worden gebruikt om een folder of i.d. mee te mailen.

De ontvanger van het email bericht ontvangt vervolgens een email met Uw DHTML tekst als body, en met het naar PDF geconverteerde document als Attachment.

Hoe wordt er eigenlijk gemaild ?

Hoewel het mailen op zich al mogelijk was, bij deze een kleine herhaling van hoe het emailen ingericht moet worden.

Het uitgangspunt is dat een bedrijf verschillende Kontaktpersonen kan hebben die werkzaam zijn op bepaalde afdelingen. Zo zullen wij onze Inkooporder versturen naar de afdeling Verkoop van de betreffende Leverancier. Bij de Kontaktpersonen van de Leverancier kan per Kontaktpersoon worden aangegeven of deze de Inkooporder, Orderbevestiging danwel Faktuur per Email wenst te ontvangen of niet.

Zodra een Inkooporder (of ander document) wordt afgedrukt, wordt als eerste gekontroleerd of er bij het betreffende document (de Inkooporder in dit geval) expliciet een Kontaktpersoon is opgenomen. Als deze Kontaktpersoon het document per mail wenst te ontvangen, zal het document gemaild worden, in het andere geval wordt ze geprint. Is er geen Kontaktpersoon opgenomen, dan zal worden gekontroleerd of er één of meerdere Kontaktpersonen bij deze Relatie (Leverancier) gedefinieerd zijn die het document (de Inkooporder) per mail wensen te ontvangen. Zo ja, dan ontvangen zij het document per mail, zo nee, dan zal het document worden geprint.

Bij het opstarten van de betreffende print (Printen Inkooporders in dit geval) zal vervolgens nog expliciet moeten worden aangegeven dat de orders automatisch mogen worden gemaild naar de betreffende Kontaktpersonen.

Dit, om te voorkomen dat de documenten ongewenst automatisch per email worden verzonden.

Ofwel, bij de print moet worden aangegeven dat er gemaild mag worden, en middels de Kontaktpersonen dient minimaal één Kontaktpersoon te worden opgenomen die het betreffende document per mail dient te ontvangen.

Parameters Variabele Layout - Output Printfiles Opslaan

Via Applikatie Parameters was het mogelijk om in één keer voor alle standaard Printoverzichten aan te geven of de output van Shift-F2 of Control-F2 printjes moest worden opgeslagen, waar, en volgende welke bestandsnaamdefinitie. Per Variabele Layout zijn deze gegevens overrulebaar.

Met name rubriek "Definitie Bestandsnaam" zal afhankelijk van de Variabele Layout op een andere wijze worden samengesteld, immers, "dat gebruiker WR de print 'Printen Inkooporder' op 08-03-2010" heeft opgestart zal ons in dit geval niet veel zeggen; die funktie start nl. meerdere afzonderlijke prints op, nl. de af te drukken Inkooporders. Deze afzonderlijke Inkooporders zullen we stuk voor stuk onder hun eigen identifikatie willen opslaan, afgedwongen door het Inkoopordernummer. Op eenzelfde wijze zullen we Orderbevestigingen opslaan onder het Verkoopordernummer, en Fakturen onder hun Faktuurnummer.

Nb: Per type layout vult Profit zelf alvast de variabele in die bepalend is voor het variërende (order)nummer.

Parameters Variabele Layout - Commandline parameters VeryPDF

Hoewel het mogelijk is om per Printer-/Driver aan te geven met welke Commandline parameters VeryPDF dient te worden aangeroepen zodra een printje vanuit PCL5 danwel HTML naar PDF moet worden geconverteerd, kunnen deze parameters per Variabele Layout worden overruled. Deze optie is ontwikkeld met als uitgangspunt de "-template" optie van VeryPDF, welke in het voorbeeld van de Inkooporder zorgdraagt voor de opname van de image "Inkooporder + logo".

Ervanuitgaande dat we e.d. logo gebruiken, zullen we niet voor de (inmiddels vele) Variabele Layouts separate Printer-/Drivers willen introduceren, alleen maar omwille van de aansturing van dit logo. Derhalve kunnen we dat op deze manier "per Variabele Layout" doen (en daarmee ook per Taalkode).

Omdat een Printer-/Driver òf als HTML òf als PCL5 driver wordt opgezet, wordt er daar maar één keer om Commandline parameters gevraagd. Hoewel een Variabele Layout vooralsnog alleen via PCL5 naar PDF geconverteerd zal worden, zijn we er op voorbereid dat dit ook via HTML naar PDF zou moeten kunnen, en kan per Variabele Layout per Converter een commandline parameter reeks worden ingevuld.

Nog te ontwikkelen

In een volgende versie zullen de Parameters van een Variabele Layout nog worden uitgebreid met de mogelijkheid tot opname van de output van een Printoverzicht als Kontakt van de module Profit-Kontakt. Hierbij zal ook worden voorzien in de mogelijkheid dat ieder Kontakt automatisch een op te geven "Aktiekode" meekrijgt, opdat de opslagen Kontakten automatisch in het Relatiemenu CRM (Profit-CRM) kunnen worden ingedeeld naar deze Aktiekode.

	Author	Topic: Printen naar PDF (Read 7787 times)
0 Members and 0 Guests are viewing this topic.