Heart-Profit ERP

Op dit moment gebruiken we voorgedrukt briefpapier voor het printen van oa verkooporders en fakturen. Nu willen we dit graag gaan doen op standaard (niet-voorbedrukt) papier.

Hiervoor wil ik graag ons logo aan de koptekst van de variabele layout toevoegen (menu 9-7-4, SHIFT-F4). Is dit mogelijk? Zoja hoe en welke bestandsformaten mag ik hiervoor gebruiken?
:17c:

Dit is mogelijk en op basis van onderstaande "handleiding" (geen idee van wie ik die ooit heb gehad) is het mij wel eens gelukt - je ziet; het klinkt allemaal erg voorzichtig.

Er zijn een aantal voorwaarden om e.e.a. te kunnen laten werken:
   1. Je moet het logo beschikbaar hebben in monochroom .BMP-formaat (dus puur zwart-wit; geen grijstinten)
   2. Er wordt afgedrukt in 150 dpi (dots per inch);
   3. De meest nauwkeurige handhaving van de positie van de tekst op het blad is mogelijk bij een regelafstand van 6 regels per inch;
   4. De printer moet PCL-5 compatibel zijn;
   5. Je moet "een beetje" thuis zijn in PCL-5.

Voor degenen die hiermee aan de slag willen de volgende handleiding hoe je het voor elkaar krijgt om een bitmap op te nemen in je Variabele Layout.
 
1. Bewerk de bitmap in bv. MS Paint om te komen tot de juiste afmetingen. (Neem een veelvoud van 25 pixels voor de hoogte van de bitmap). Sla de bitmap op in monochroom formaat.
 
2. Ga naar LOBMZBZP: Hmenu,9,8,6.
 
Hier kun je een bestandsnaam (C:\TROEP\LOGO.BMP), een Symboolnaam (LOGO) en een Printertype (P, van PCL) opgeven.
 
3. Ga naar de Variabele Layout waarin je de Bitmap wilt opnemen.
4, Voeg 3 regels toe:
 
Rij Kolom Vnr Tekst
1 1 0 %CHR(27)%*p1600x100Y
1 12 0 %IMG#LOGO%
1 12 1 %CHR(27)%&a-14R
 
De eerste regel positioneert de printerkop op 1600 pixels horizontaal en 100 pixels verticaal.
 
De tweede regel zorgt ervoor dat de data van het symbool 'LOGO', zoals deze bij stap 2 zijn 'gekonverteerd' en opgeslagen, naar de printer worden verstuurd.

De derde regel zorgt ervoor dat de positionering van de printer wordt 'hersteld': we hebben de positie 100 pixels naar beneden verschoven, de bitmap zelf is (stel) 250 pixels hoog, dus vertikaal zitten we nu 350 pixels te 'laag'. Bij 6 regels per inch regelafstand en een afdruk-resolutie van 150 dpi zitten we dus (350/150)*6 = 350/25 = 14 regels te laag. Dus gaan we de printkop nu 14 regels relatief omhoog verplaatsen: derhalve de -14 in de PCL-kode. Hiermee komt de printkop 'vertikaal' weer op de oude positie te staan en komt de tekst op precies dezelfde plek te staan als zonder de bitmap.
Daarom dus 150 dpi en 6 lpi; dat levert gehele getallen op. Andere waarden/methoden kunnen misschien ook wel, maar daar is geen ervaring mee.
 
Het ziet er misschien een beetje uit als abracadabra, maar eigenlijk kun je toch ook weer niet veel fout doen...

Leuk, ga ik uitproberen.
Ik laat uiteraard even weten of eea gelukt is :smile:

Ik heb er geen verstand van, weet de antwoorden zelf niet, maar ik weet wèl dat bovenstaande nodig was voor iemand die wilde faxen. Ofwel, het lijkt me niet waar dat dit zwart/wit enz. moet zijn.

Mm.. bij stap 2 loop ik vast: onder menu 9-8 heb ik geen menu-optie 6 staan.
Mis ik een module of zit het ergens onder 9-9... ?

De opbouw van LOEXMN kan per installatie wijzigen. De betreffende menu-optie "Konversie Bitmaps" wordt voor jullie beschikbaar gesteld.


N.B. Ik heb er ook geen verstand van, maar ik kan uit ervaring melden dat e.e.a enkel werkt met een logo in monochroom .BMP formaat

Da's vriendelijk - maar hoe wordt dat geregeld? Belt er iemand in en krijg ik een mail wanneer hij erin moet staan oid?

Hallo Pascal,

e.e.a. staat inmiddels bij je op het systeem.

Eerste poging ziet er hoopgevend uit, moet nog wat gefinetuned worden maar dat zal wel goedkomen :smile:

Zo te zien heb je gelijk, 1e afbeelding is een monochroom .BMP-bestand, 2e een grey-scale .BMP-bestand.

mag ik deze optie ook?

nb. ik heb nu namelijk een PCL-pdf-converter die het op zich heel goed doet.
:13c:

Johan, mag ik vragen welke PDF-converter je gebruikt? Primo/Cute/nogeenander?

:clapping:

nogeenander: "veryPDF PCL Converter"

download:
http://www.download.com/VeryPDF-PCL-Converter-PCL-to-PDF-/3000-2079_4-10526268.html

En het mooie is: deze zet pcl om in pdf, dit ziet er dus echt zo uit als op de printer en is naar mijn idee (althans met mijn kennis) makkelijker dan zo'n win/001 driver. Ik weet niet echt hoe ik die windowsdriver naar 'mijn' hand moet zetten, met pcl gaat dat mij iets makkelijker af. (maar mogelijk ligt dat aan mijn kennis)

Nou hoop (hooooooooooooooooooooooooooooooop) ik maar dat ik met behulp van zo'n afbeelding een soort briefhoofd toe kan toevoegen.

Hoe werkt verypdf nu bij mij:

ik geef het commando
"C:\Program Files\VeryPDF PCL Converter v2.0\pcltool.exe c:\troep\prfile.prn c:\bestandsnaamxxxxx.pdf"
en ik heb m'n prfile.prn omgezet in een nette pdf, (nu dus nog zonder logootjes e.d.)

Hierbij kun je nog wat spelen met "subjects / title"etc. (zie pdf in de bijlage)

Maar dat is natuurlijk niet echt ideaal daarom:

TWEEDE hoooo^ooooo_ooooooooooooop
die ik heb, is dat het mogelijk is, om iets te doen hier mee in heart Profit. Ten eerste zou dat commando uitgevoerd moeten kunnen worden via bijvoorbeeld de printerdriver in profit. Een tweede 'voorwaarde' is dat profit de output-bestandsnaam. ( c:\bestandsnaamxxxxx.pdf in de commando regel) min of meer 'dynamisch' kan bepalen, door een referentie naar een ordernummer of iets dergelijks er in op te nemen. (LOPRVO zou als output bestandsnaam "loprvo VO20080915001.pdf", en "loprvo VO20080915002.pdf" moteen hebben)

En dan nog het (automatisch) mailen in bepaalde gevallen (igv bijv. orderbevestigingen, inkooporders, keuringsrapporten:wink:

Klinkt interessant, ga ik proberen. Ik heb ook moeite om de PDF hetzelfde te krijgen als de geprinte versie.

Johan, mag ik jou langs deze weg vragen of je van de ratten besnuffeld bent ? Het kan toch niet waar zijn dat je van een software produkt een beetje de gegevens op een forum gaat zetten die ervoor zorgen dat de hele wereld "jouw" pakket gratis kan downloaden / gebruiken ?

Het feit dat je dat doorgeeft aan een ander mag wat mij betreft een dikke straf op staan. Dat je het publiek maakt ... ik heb er weinig goeds voor over.

http://www.wodc.nl/organisatie/informatiedesk/veelgestelde-vragen/een-glen-mills-school.aspx#paragraph2
:shout:


PS: Met mijn naïeve instelling ... ik zag het al eerder staan, maar ik weigerde in mijn botte hersens op te nemen dat dit kwa "licentie" iets zou betekenen. E.o.a. grijpgraag hier heeft het echter meteen geprobeerd, en komt bij mij nu met dit verhaal.
PPS: Het lijkt wel goed te werken. :yes:

:sorry:
nou ja, ik had wat problemen met het testen, dan zoek je even zo'n code op, waarmee je over de volle functionaliteit beschikt. Maar u hebt
gelijk, zo hoort het niet. 
:sorry:

Ik ben enigzins illegaal aan de gang, maar het doel was: het is een praktische tool, en ik wilde graag dat jullie er ook naar zouden kijken. Als het goed bevalt schaf ik een licentie aan, bevalt het niet, dan is het snel van de pc af.

Illegaal is het verkeerde woord, ik vind het alleen zo flauw dat je verplicht bent een officieele licentie te moeten hebben voor tijdelijk gebruik (igv testen)

Ik wil dus absoluut niet aanzetten tot misbruik. Derhalve het hele serial verhaal er even uitgehaald. Je hebt wel gelijk dat dat eignelijk niet mag.

(http://www.lincolnco.com/myimg/lincoln_header_r1_c1.gif)

http://www.lincolnco.com

Ook dit is een praktische tool

kunnnen jullie het volgende beoordelen:

ConServR: Converting Application Files
Convert files between popular application formats

    * ConServR for Windows
    * ConServR for Linux

ConServR converts popular application and graphic file formats such as MS Office, Adobe PDF, HTML, Lotus Smart Suite, HP-PCL, and PostScript to output formats such as text, TIFF, PDF, PostScript, HTML, JPEG, and RTF.
ConServR combines Lincoln's expertise in conversion technology with the latest processing technology to support high-throughput document conversion applications.
Common applications include:

    * Fax Solutions - Fax servers and fax broadcast services accept native documents that must be converted to a TIFF format for faxing

    * Document Management - As solutions for managing and archiving documents migrate to the Web, users of such systems need to convert stored documents from their original file format to a viewable file format

   
    * Email - ConServR translates documents into easily-read, non-executable, rendered documents, solving issues with attachments that contain viruses, unavailability of necessary viewers, and senders who do not want to transmit documents that can be modified

Runs On:    Windows
Linux
Interface:    C++, C
VB
Java
TCP/IP
GUI (Java Client)

Met andere woorden: Het klinkt alsof dit te integreren is in Heart Profit. Maar ik ben geen programmeur, kan iemand van jullie knappe koppen beoordelen wat hier mee is te doen. De convertertool van lincoln werkt even goed als die van verypdf. Het verschil is alleen dat het lijkt alsof LINCOLN te integreren valt in Profit.

Hallo Johan,

je aangepaste Export-menu staat inmiddels bij je op het systeem.

Iin de bijlage enige toelichting van LINCOLN zelf.

Maar ja, dit is geen Writer (/printer), maar een converter. Hoe groot is deze ramp? Ik zou zeggen:

Je hebt een prfile.prn, en na het afdrukken start je die converter, de input is altijd c:\troep\prfile.prn (althans, nu nog) en de output filenaam en locatie mag je opgeven, (of ook kunt programeren per printfunctie?). Zodoende kan een andere toepassing van Heart die gecreerde pdf daarvandaan oppikken en mailen naar (soms automatisch geselecteerde) geadresseerden.

Het heeft wel z'n invloed, maar het is nog even moeilijk te overzien welke precies. Het verschil : je print niet naar een PDF Queue maar naar iets anders (in jouw geval SCHERM), waarbij je daarna het onderscheid moet gaan maken. Is heus wel te doen.

Maar als pdf printen toch onder een aparte knop komt: Is het dan zo lastig om ipv c:\troep\prfile.prn naar bijvoorbeeld c:\troep\pdffile.prn die pcl kode's te printen? (om vervolgens pdffile.prn om te zetten in pdffile.pdf) dan print je niet meer zoals nu naar SCHERM

Uiteraard blijf ik van mening dat we, in ieder geval bij de variabele layouts, iets zouden moeten verzinnen met herkenbare pdf-bestandsnamen, opdat in die bestandsnaam een (herkenbaar) ordernummer / relatie id of iets dergelijks in zit.

Nee. Heb ik dat gezegd dan ?


Zal best. Maar die mening heb je niet kenbaar gemaakt, en zo toch (elders) dan denk je zeker dat iemand dat alhier weet ?
Mijn tip : zeg wat je wilt funktoineel, en bemoei je minder met de oplossing.
Mijn idee : nog een paar posts en dit topic is ook weer een chaos.

Mijn vraag : Wil je per ongeluk nu deze converter gebruiken voor de oplossing van het PDF verhaal, of niet ?
Als het even kan niet 200 overwegingen of 600 vragen, maar gewoon Ja of Nee met desnoods een heeeel klein vraagje. :smile:

Edit : Met "deze converter" bedoelde ik dus Lincoln. En, het maakt mij dus niet uit, als jij je output er maar uit krijgt zoals je wilt. Als dit met die eerdere "writer" ook goed lukt, moet je zelf eerst even kiezen.
En Pascal, jij (en iedereen) mag best meekiezen. Stel dat jij net die andere kiest, moet die (methode) dus ook worden ontwikkeld. Geeft niets, maar kost je wel geld natuurlijk).

Nee, inderdaad, er stond namelijk bij jouw al achter dat het wel te doen zou zijn. Dus die opmerking was even fout van me.

Persoonlijk vind ik het erg plezierig om met die PCL-Codes te kunnen werken.
Dit waarschijnlijk vooral vanwege  de onbekendheid met andere methoden en / of technieken. Voordeel is ook, dat we nauwelijks iets hoeven te doen aan de bestaande drivers.

Maar daarmee is niet gezegd dat de zo pas door Johan genoemde voordelen zaligmakend zijn om te kiezen voor een pcl-pdf printer / convertor.


Hiermee suggereer je naar mijn idee dat een convertor niet ideaal is. Maar voor mij geldt 1 ding: Als het met een PDF-printer niet lukt, dan maar met een convertor. Dus JA: Het mag van mij een convertor zijn.

Voordelen die ik er in zie:
- De prfile.prn komt altijd op dezelfde directory te staan.
- Per printfunctie zou je (per bedrijf / gebruiker etc.) op moeten kunnen geven op welke directory de PDF moet komen te staan.
- Op diezelfde manier moet er (hopelijk) ook iets met bestandsnamen mogelijk zijn. Dus ik hoop dat er per printfunctie middels 'variabelen' een bestandsnaam op te bouwen is. .

Wie zoekt even mee en heeft wellicht nog een beter idee!?

Wie zoekt even mee en heeft wellicht nog een beter idee!?

Waar ik graag aan toevoeg dat als niemand nu (!) betere ideeën heeft, dan wel denkt "daar kijk ik later nog wel eens naar", het zodirekt voor Johan wordt gemaakt, hij zeker tevreden zal zijn, maar "jij" wellicht niet en je dan alsnog aan de gang kunt. Ofwel :

We kunnen het beter nu goed doen, waarbij wij heus zo veel mogelijk mee "oordelen".

Op dit moment zeg ik zelf dat een aansturing met PCL5 inderdaad beter lijkt, omdat je dan in theorie op het printen kunt ingrijpen zoals altijd (wat bijvoorbeeld te denken van een dubbelzijdige PDF hahaha -> waar toch iets in zit, want dubbelzijdig printen vergt een bijzondere aansturing ... snap je vanzelf als je een printer hebt die dubbelzijdig print, dan wel als je zo'n PDF handleiding - bedoeld voor dubbelzijdig afdrukken - juist niet dubbelzijdige afdrukt).

De "converter" methode lijkt mij ook flexibeler, c.q. kan gemakkelijker worden vervangen door een andere converter omdat het gewoon een stapje is wat er tussen zit, en wat inderdaad kan worden vervangen door een ander gelijkwaardig stapje. Dit is niet het geval met een PDF printer, die, om maar iets te noemen, standaard naar z'n eigen install directory zou kunnen "printen".

Ik houd het vooralsnog op de converter.

Naast koptekst willen we ook graag een voettekst in de layout, met een afbeelding.
Kunnen we nu onderstaande regels hiervoor gebruiken met gewijzigde rij-nummers en LOGO-naam?

Rij Kolom Vnr Tekst
1 1 0 %CHR(27)%*p1600x100Y
1 12 0 %IMG#LOGO%
1 12 1 %CHR(27)%&a-14R

De "konstruktie" weet ik nu misschien wel : onderbrengen in Profit-Print-3. Die gaat dan Basisprijs EUR 200 kosten (is nu 175), en Marco  heeft die toevallig al (bijbetalen niet nodig). N.b.: zie ook button print pdf bij afdrukken facturen (http://ha1.heartprofit.nl/profit/index.php?topic=21244.0).

Eenieder die deze module heeft zal PDFs kunnen maken van iedere print middels de reeds klaarstaande PrPDF button die net als de PrScr button toestaat om naar de vastgelegde instelling te printen. Hoe dat in dit geval moet lopen is mij nog niet helemaal duidelijk, maar wanneer je de gekreëerde PDF niet naar het scherm print moet ze eruit komen op de bestaande Queue/Funktie koppeling die elders is vastgelegd (zoals gebruikelijk en daaraan verandert niets). Het lijkt me dat we niets met drivers van doen hebben anders dan de bestaande (en ook die blijven gewoon in gebruik om de print te kunnen kreëren), omdat de omzetting naar PDF gebeurt nadat de print is gemaakt (converter type dus). Hieruit zal wel volgen dat er een PCL driver gehanteerd moet worden, of wat het ook is wat de gekozen converter biedt met als eis : transparantie voor de gebruiker.
Merk op dat ik met "transparantie" mag bedoelen dat je nog nooit eerder een print met PCL drivers hebt gemaakt, maar zodra je dat eenmaal hebt (voor alle vormen van prints die je gebruikt) het er ook hetzelfde uitziet in de PDF.

De keuze voor de converter maken wij, en als iets het niet helemaal doet is dat onze schuld c.q. ons werk om het werkend te maken.
Als ik hierboven terug kijk, dan zou het "veryPDF PCL Converter" moeten worden, maar zo niet deze, dan een ander.
Merk op dat de licentiekosten (indien aan de orde) voor de uiteindelijke converter niet bij de prijs van de module in zit.

Let op :
Wat hiermee wordt geboden is het principe van het kunnen omzetten van een feitelijk willekeurige print naar een PDF. Dit betreft een file. Gelijk aan de PrScr button die bij gebruik de print op het scherm zal tonen met (automatisch) gebruik van de juiste driver, zal de PrPDF button deze file aanmaken in de Troep directory als zijnde de gebruikelijke plaats voor "print files". Denk maar aan Prfile.pdf. Hiermee kan je dus nog niets, behoudens opvragen maar wat niet standaard zal gebeuren. In SYPRS1 (printer icoontje links) kan wat mij betreft wel een optie daarvoor worden opgenomen.

De PDF file staat nu klaar voor allerlei verdere verwerking, waar voor wat betreft dit ontwerpje *niets* van aan de orde is. Enkele ideeën :

• Emailen van de klaarstaande Prfile.pdf als attachment vanuit CRM.
• Emailen van de PDF versie voor die funkties die automatisch emailen ondersteunen (zoals nu Orderbevestiging, Inkooporder).
• Opslagstruktuur + naamgeving voor archivering (automatisch).
• Een additionele button EmPDF naast PrScr e PrPDF die middels een popup om Relatie-Id en Kontaktpersoon-Id vraagt, de betreffende print print en daarna de email client opstart met daarin de geadresseerde ingevuld en de PDF als attachment al in zich heeft.

Dit soort zaken betreft maatwerk (allemaal in de kategorie "valt best mee"), en zal vervolgens onderdeel van Profit-Print-3 zijn.

Deze aanpassing met basisprijs 200 euro willen wij bij deze graag aanschaffen.

De verder genoemde mogelijkheden zien er goed uit. Ik denk dat veel van onze wensen hierin genoemd staan. Hopelijk kunnen we de kosten met meerdere klanten delen, zodat ieder z'n faire deel eraan meebetaalt.

voorzover het helpt met mijn factuurprint verhaal sluit ik me graag aan bij het stuk van Pascal

mvg

Marco

Ik zit net in Test te kijken (laatste aanpassing in Test is van 11-6-2009) en was benieuwd of Profit-Print-3 er bij ons al opstond. Via 3-3-2 Printen faktuur gekozen voor CTRL-F2, maar hier krijg ik de melding 'module nog niet geimplementeerd'.
Klopt dit of staat hij er al in en moet ik hem zelf nog instellen/configureren?

Ik heb de VeryPDF Converter inmiddels geinstalleerd om te testen. Ik kan hiermee wel handmatig een factuur prfile.prn omzetten naar een PDF, maar kom niet veel verder qua toevoegen layouts, lettertypes etc.
Iemand die al verder is dan mij?

Het is nog niet klaar. Sorry.

We zitten te popelen om met het PDF-verhaal verder te gaan.
Hoe staat het met deze aanpassing?

Slecht. Maar dat is eigenlijk altijd als zaken onder een moduleprijsje vallen. Bekend verhaal ... mag geen prioriteit hebben.

Ik zal eens kijken naar de prioriteiten hier. :smile:

Inmiddels is het gereed.

Voor een beschrijving, zie http://ha1.heartprofit.nl/profit/index.php?topic=22450.0

De module Profit-Print-3 heb ik per heden opgenomen in jullie module lijst.

Nb: Ha, het topic waarin je de module aanschafte was precies een jaar geleden (9 maart 2009);
dat scheelt je nu mooi een jaar onderhoud op die module  :wink:

Haha, dat is niet verkeerd nee, vooral niet in de huidge economische tijden :wink:

Mag ik dan bij deze gelijk een update aanvragen?

Dat mag. Hij staat bij deze voor je klaar op de website.