Via email bereikte ons een vraag met deze melding afkomstig vanuit het genereren van een (digitale) Uitgaande Faktuur, en daarbij de vraag hoe dit te verhelpen.
Bij deze een stukje tekst-/uitleg:
Sinds begin 2010 is er funktionaliteit ontwikkeld waarmee we Fakturen kunnen printen, konverteren naar PDF, om deze vervolgens als PDF te emailen.
Ver vóór die tijd was het al mogelijk om een Uitgaande Faktuur te emailen, maar dan op een minder formele, en een beetje een getructe wijze. De methode baseerde zich erop dat we de Faktuur die we wilden mailen niet naar de printer printte, maar naar het scherm (= ASCII bestand) en dat tevens in kombinatie met een speciale Printerdriver die <PRE> en </PRE> tags toevoegde aan dit bestand. Vervolgens werd deze tekst als HTML verzonden, en kon ze in redelijk leesbaar-/herkenbaar formaat worden gelezen door de ontvanger.
Middels koppelingen Queue-/Funktie kunnen we regelen welke Funktie (al dan niet voor welke gebruiker en in welk bedrijf) naar welke Printer geprint moest worden. De koppeling voor
LOPRUFF bevatte de definitie voor de lokatie waar de Faktuur geprint moest worden (nl. naar de Faktuurprinter). Om op een flexibele wijze een instelling te kunnen vastleggen (Driver aan kunnen sturen) die triggerde dat er naar een file geprint moest worden, en welke HTML-tags moesten worden toegevoegd, is een 2e koppeling Queue-/Funktie geïntroduceerd onder de Funktienaam
IEOPRUFF.
Sinds begin 2010 kunnen we m.b.t. Profit-Print-3 naar PDF printen (konverteren), en biedt iedere koppeling Queue-/Funktie standaard twee setjes Printerdrivers: 1 voor als er naar de Printer geprint wordt, en 1 voor als er naar PDF geprint moet worden. Hierdoor is de extra optie die de 2e funktie IEOPRUFF aanstuurde in principe overbodig geworden.
Tóch kon (kan) het voorkomen dat iemand wél Profit-Print-3 heeft (om andere redenen), het konverteren naar PDF niet heeft ingericht, en de Faktuur op de oude wijze wil emailen. De oude wijze, die mogelijk voor de update al helemaal ingericht was.
Derhalve stellen we sindsdien dat als er een PDF driver is ingevuld bij de driver waarmee de faktuur wordt gegenereerd, en een Faktuur gemaild moet worden, dit in PDF zal gebeuren. Is er geen PDF driver ingevuld, dan zal het systeem naar de oude inrichtingswijze kijken. Indien die oude inrichtingswijze niet is ingericht voor de gebruiker, dan zou eigenlijk een melding kunnen volgen dat de koppeling Queue-/Funktie voor IEOPRUFF niet gedefinieerd is, maar, omdat die methode al niet formeel was, en e.e.a. in PDF zoveel mooier kan, zegt de melding: "Emailen vereist invulling 2e Printer-/Driver set bij Koppeling met LOPRUFF".
Wat hiermee bedoeld wordt is dat als we willen emailen in PDF, we bij de koppeling Queue-/Funktie beide setjes met Printerdrivers moeten invullen; dus zowel de normale Printerdriver die gebruikt wordt als we gaan printen, alsmede de PDF Driver (Driver t.b.v. documenten). De melding geeft dus aan dat er geen PDF driver is ingevuld (bij de koppeling Queue-/Funktie).
