Heart-Profit ERP

Ik wil (automatisch) pakbonnen gaan printen met een variabele layout. Hiervoor zijn onlangs ook enige extra layoutvariabelen voor ons aangemaakt.
Bij het ontwikkelen van de layout, heb ik getest met het printen van een pakbon via LO<3-2-7-5> LOPRPB.
In tegenstelling tot bijvoorbeeld facturen, ben ik me er niet bewust van dat afhankelijk van de layout een andere printerqueue aangestuurd kan worden. Met bijgaande printerinstellingen verkrijg ik een prima, en een acceptabel resultaat.

Maar nu wil ik de pakbon automatisch laten printen na het goedkeuren van de raaplijst. Via http://ha1.heartprofit.nl/profit/index.php?topic=24365.0 is die mogelijkheid gekomen. Als ik nu bij een Afleveradres pakbon printen op "J" zet, en vervolgens een raaplijst (van desbetreffende deb/afladr) goedkeur (vanuit 3-2-3-2- F5> LOLRRG), dan wordt deze printerkoppeling niet overgenomen.

Er is dus een andere printerkoppeling dan loprpb in het spel. Ik kom diverse varianten tegen in de releasenoten, waaronder een loprpbv2, loprpbv3, loprpbv4 e.d., maar deze zijn het niet.
Welke printerkoppeling moet je inrichten als je de pakbon automatisch laat printen na het goedkeuren vande Raaplijst?

Standaard werkt e.e.a. zo, dat als jij een Printer wijzigt, het Printje opstart, dan komt er vanzelf een scherm naar boven met 'Opslaan driver bij funktie'. Daarin zie je vanzelf de naam bij welke e.e.a. wordt opgeslagen. Dus, zou je even het scherm selekteren, en daarna je LOLRRG opstarten, dan kom je er w.s. vanzelf achter.

Oké, ik heb de hele riedel van loprpb dingen verwijderd, raaplijst goedgekeurd, en inderdaad: LOPRPBV2 is de printfunctie waar hij om vraagt.

Omdat ik met de instellingen zoals bij LOPRPB ( Zie afbeelding) een goed resultaat krijg, heb ik dezelfde instellingen bij LOPRPBv2 opgegeven. Echter, dan wordt dan wordt de Program Command Reset en/of de daaronder vermeldde Voettekst varLayout variant daarvan, niet uitgevoerd.

Hoe dit dan in te richten?
:17c:

Ik werd er niet op gewezen dat je al al gereageerd had. Sorry, had ik niet gezien.  :(

Mooi. De Printfunktie heb je dus gevonden.


En / of...  Misschien kun je even duidelijk zijn in welke van de twee je bedoelt ?

Misschien is het ook wel handig als je even aangeeft wat je precies aan het doen bent. Ik vermoed dat neer komt op iets als "ik wil dan zo'n Pakbon naar het scherm printen, en op basis van de Programm Command Na Variabe Layout" de PRFILE.PRN oppakken, zelf converteren naar PDF en dan naar de TNT Post printer printen" of i.d., maar zeg het maar, dan kunnen we meedenken over de benodigde inrichting.

Ook zou ik graag willen weten of hetgeen nu niet werkt, standaard niet werkt (dus ook niet als je de Pakbon gewoon via het menu print), of alleen niet werkt in de situatie dat je de Pakbon vanuit LOLRRG print.

Dat is inderdaad precies hetgeen ik graag wil: Oppakken die prfile, converteren naar pdf en met de optie "-view" laten tonen op het scherm.
Als ik in de printerdriver bij "Program-Command Reset" of "Prog.Comm. Voet Var.Lay." een verwijzing daarvoor opneem, trekt 'ie zich daar niets van aan bij printen pakbon via LOPRPBV2. Als ik exact dezelfde printerdriver gebruik, en dan via LOPRPB (dus via LO<3-2-7-5>) met F1 deze printerdriver gebruik, dan wordt die "Prog.Comm. Voet Var.Lay." wél uitgevoerd.

Ik heb beide situatie getest, het aanroepen van het commando via Program-command Reset, als wel via Prog.Comm. Voet Var.Lay..

Goh, dat je het dan toch nog hebt gezien ! :swoon:
Maar ik last gisteren toch ook "net". Haha


Johan, raar. Of raar bugje eigenlijk. Maar wordt aan gewerkt ...

Heb die koding zojuist eens bekeken, maar dat zit gewoon van alles in m.b.t. die Programm Command.

En dus maar eens een simpel testje:

Ik heb een batchfile gemaakt "PAUZE.BAT" met daarin 1 commando: PAUSE.

Dit batchfile als Programm Command Reset opgenomen in de Printerdriver (op de plek waar jij je L:\VERYPDF\....BAT hebt staan).

Pakbon geprint via het menu -> toont "press any key to continue" in een DOS box.

Pakbon geprint via LOLRRG -> toont eveneens "press any key to continue" in een DOS box.

Ofwel, in beide situaties wordt die programm command gewoon uitgevoerd.


Als ik dan sec. naar jouw schermprint kijk, zou ik zeggen "je voert een batchfile uit in \facturen_printen\" en je kunt je afvragen of je in DOS wel over "lange bestandsnamen" beschikt. In theorie zou uitvoering van je batchfile met max. 8 posities voor filename of directory dus al kunnen uitmaken. Ook zou het kunnen helpen de hele directory tussen dubbele quotjes op te nemen.

Maar... ik geloof niet dat het daar in zit, immers, je zegt dat het wel werkt als je de Pakbon via het menu print;
ik neem aan dat je daar dezelfde Printerdriver gebruikt (met dezelfde Programm Command met lange bestandsnamen).

Resumer:

Kun je eerst eens een testje doen met een kortere batchfile, bijv. PAUZE.BAT met daarin een PAUSE commando. Gewoon om te kijken of e.e.a. in jouw situatie ook naar boven komt, of toch niet.  Straks wordt e.e.a. veroorzaakt door e.o.a. instelling (Emailen Pakbon of zo).

Als dat wel werkt, kun je proberen om jouw batchfile in te korten tot max. 8 tekens, en in een kleinere directory te plaatsen: L:\VERYPDF\BAT\ bijv.

Blijkt dat je batchfile niet wordt aangeroepen, dan kunnen we verder zoeken.
Blijkt dat je batchfile wel wordt aangeroepen, dan werkt schijnbaar hetgeen je daar in hebt staan niet. In dat geval graag even de inhoud van die batchfile posten.

Nou, dat weet ik nog zo net niet ...

heb je wel getest met deze instelling op afleveradresniveau?

Als ik deze namelijk op V zet (de profit default waarde) ja, dan wordt die batchfile wel uit gevoerd. No problem.
Echter, ik heb dit ding juist op J staan ivm het maatwerk.

Nee. Als jij niet aangeeft dat dat nodig is, kan ik dat niet raden.

Ik zal een nieuwe test doen.

Nou... dan doet ie het ook gewoon.   :(

Heb jij nou getest wat ik jóu gevraagd heb ?

Nou, in de eerste post schrijf ik al :

Daar stond dus al dat ik die afleveradresparameter op J had staan bij het testen.

ja dat heb ik. zie schermvoorbeeld met een kleine batchfile.

Maar goed, misschien zit bij mij het vrachtbrief printen in de weg. Als ik die afleveradresparameter mbt pakbonnen op V van vragen zet, dan wordt die pbpauze.bat wél uitgevoerd. staat diezelfde parameter op J, dan wordt die niet uitgevoerd.

via 3-2-7-5 losse pakbon printen geen probleem.

Excuser moi  :oops:


Euh... heb ik nou weer iets niet gelezen ?
Dat je ook nog een ander printje tussendoor print had je nog niet verteld, en zou er zeker mee te maken kunnen hebben.



Dit lijkt toch ook een héél erg voor de hand liggende. Als je de Pakbon op de niet-werkende-manier print, zie je dan wel dezelfde Printerdriver boven in het scherm gebruikt worden ??? Gewoon even om dit uit te sluiten.

Ben inmiddels zelf even op jullie systeem aan het kijken.

mooi dat je even kijkt ter info:

Bij facturen kun je per variabele layout een printqueue opgeven, dat bedoelde ik er even mee. Ik heb bij de pakbonlayout geen queue ingevuld, dus dat 'moet' dan wel de loprpbv2 worden.

Zit het vrachtbrief printen in de weg? --> In lolrrg heb ik bij wijze van test het genereren vrachtbrief uitgevinkt, maar dat heeft geen effect.
--> Ik kan dit zo snel niet zien, maar om dit uit vinden heb ik de PAKLA_NED (De printer/driver die ik denk te gebruiken) wat aangepast door te spelen met de lettertypen en dergelijke, en die code's moet je terug kunnen zien in de prfile, die wel op het scherm komt. Maar nee, daar veranderd dus niks. verrek: Er wordt dus wél een andere printqueue gebruikt.  (oOH ja: Ik heb die aangepaste PAKLA_NED daarnaast ook getest door er via 3-2-7-5 een losse pakbon mee te printen en daar werden dew wijzigingen wel zichtbaar

Het lijkt er wel op, dat het pakbon printen voor een afleveradres met pakbon printen op "V" (met vraag dus) , wel via de LOPRPBV2 afgehandeld wordt.
Het lijkt er ook op dat het wanneer er een J op afleveradresniveau staat, dat de LOPRPBV2 het NIET afhandeld, en dat er dus iets anders aangeroepen wordt.
Voor mij nog steeds erg duister wat dat "iets" dan zou moeten wezen.
Want toen ik die driverinstellingen eerst had verwijderd, werd LOPRPBV2 ALS QUEUE voorgesteld.

In de bijlage mijn koppelingen die beginnen met LOPRPB*

Mijn analyse is dan: Het is niet de LOPRPBV2, maar iets anders, welke mag dat zijn? Profit vraagt dat namelijk niet op

Ik ben er denk ik uit...

Als je via LOLRRG een Raaplijst raapte, volgde aldaar de melding "Printen Pakbonnen, Enter = Ja, Esc = Nee".

En dus volgt er maatwerk, waarmee je kunt aangeven:

"J = Ja, ik wil die Pakbon altijd printen"
"N = Nee, ik wil die Pakbon nooit printen"
"V = Vraag er maar om zoals dat vroeger gebeurde".

So far so good.

Nu is Printen Pakbonnen ook aangepast m.b.t. het kunnen emailen van de Pakbon;
de defaultwaarde van "Automatisch Emailen" is altijd "Nee".

Maar, ik zie dat gekoppeld aan bovenstaande "Ja, ik wil de Pakbon altijd printen" ook gekoppeld is dat dús de Pakbon automatisch gemaild moet worden (of dat terecht is ga ik even niet over, ik begrijp dat dit zo is afgesproken, en het zal wel in de helptekst staan).

Dat e.e.a. nu fout gaat, komt omdat Printen Pakbon de printer initialiseert op basis van de PDF (Documenten) driver, simpelweg "omdat Automatisch Emailen" op Ja staat.

Kortom, het "automatisch emailen" vanuit Printen Pakbon werkt gewoon niet goed. Dit gaat voorbij aan het feit óf er überhaupt wel naar iemand gemaild moet worden. Zodra jij dus nu bij het Afleveradres aangeeft dat je de vraag "Printen Pakbonnen" niet meer wilt hebben, triggert dat automatisch mailen. Omdat je vervolgens niet hebt aangegeven wie de mail moet ontvangen, wordt er w.s. niets verzonden, en, omdat je met je VeryPDF driver converteert vanuit PCL5, wordt er nu PCL5 koding naar de printer gestuurd, wat hij toevallig ook begrijpt.

Printen Pakbonnen zal aangepast moeten worden m.b.t. het emailen.
:13c:

e.e.a. is opgelost zie http://ha1.heartprofit.nl/profit/index.php?topic=24587.0 en staat bij je op het systeem. Even Profit opnieuw opstarten is voldoende.