PS wij waren druk in discussie met de belastingdient over de noodzaak mbt het toepassen van digitale handtekeningen e.d. op de pdf.
Maar door de uitspraken van het Min. van Financien is dat achterhaald.
Moest ik 2 weken nog de discussie aan over een level 2 of level 3 certificaat...
werd ik vrijdag gebeld door de belastingdienst met dat dat allemaal achterhaald was en dat het nu dus "gewoon mag"

Fijne jongens die ambtenaren...

Ik heb de pdf printer getest met heart samen en geeft geen problemen.
Zoals al eerder aangegeven is het geen pdf generator maar een printer.
Maar aangezien jullie nog steeds geen verdere actie nemen op het generator verhaal lijkt het mij opportuun om dan het verhaal te implementeren met de alternatieve printfunctie.

Het pakketje wat ik getest heb werkt net zoals veel pdf printers en geeft bij aansturing met de heart programmatuur geen problemen.

reden om deze te kiezen is dat de userinstellingen mbt encryptie/wachtwoord en stationairy netjes bewaard blijven waardoor je elke keer op dezelfde wijze een document kunt genereren.
(plus dat het dan maar € 15.00 licentiekosten per werkstation kost in tegenstelling tot meneer Acrobat)

www.reasoft.com , standard editie

Dus graag: welke mogelijkheden zie je

Deze doet het nog niet,

Zou het volgende kunnen?

1 -
De button roept de normale printfuctie af maar dan met een alternatieve
waarde voor "koppeling print queue aan functie"

2 -
Bij het genereren van de factuur respecteerd het printen een "vinkje" bij de debiteur welke de pdf printer wel of niet selecteerd.

Hoe denk je hierover?

Ik heb voorbeelden per mail aan richard gestuurd.

Bij bladovergang gaat een regel tekst verloren.

zie bv PO 200902120017
landscape geprint

Ik ben het maar gedeeltelijk met jou eens Wouter,

Immers de vertegenwoordiger zou je ook kunnen lezen als: klant contact
Deze is wat CRM betreft cruciaal.
Niet dat die bladen niet handig zijn, maar ik kan me goed indenken dat als een willekeurig iemand van een binnendienst een belletje krijgt dat hij/zij in zijn scherm snel wil zien "bij wie die klant hoort".

Dus wat dat betreft is het te verdedigen dat deze mee komt in het grid.
Dit bv in tegenstelling tot een meer algemene instelling/waarde.


temninste dat is hetgeen bij mij als eerste naar boven kwam toen ik deze post las....

Marco

Afgesproken is het volgende:

Labelvariabele wordt gemaakt
het "-" teken wordt niet gemaskert, maar wel maskert Heart het "serienummer" dat achter een handmatig ingevoerd chargenummer wordt toegevoegd weg.

Hiervoor accoord.
mvg

Marco

Als ik via 3.1.8.4 naar orderbevestigingen ga is "mailen" greyed out (logisch want ik heb nog niets geconfigureerd binnen Heart)

Maar als ik vanuit overzicht verkooporders 3.1.1 dezelfde functie via een userbutton aanroep is deze wit en geselecteerd.
en geeft dus een foutmelding dat er nog niets geconfigureerd is.

kan ik deze het beste met DYNSCREEN uitzetten?


mvg
mk

met dank

Als je goedkeurt tegen een klein aantal of 0 kreeer je een heel hoge waarde/kg
Hebben we hier ook wel eens voor elkaar gekregen.

Aanvullend:

van 01012008
tot 01062008

vervoerder leeg
vinkje nieuw blad per datum uit
vinkje nieuw blad per vervoerder aan

Ik krijg rechts onderin meldingen

Waarschuwing: Bestand LOLL wordt a....
Waarschuwing: Bestand LOCL wordt a....

alternerend op het scherm
rest is niet leesbaar door beperking lengte veld in heart
en dan blijft ie hangen.....

Wouter,

Als ik nu het volgende zou vragen:
1 - het definieren van 2 bedrijfsparameters met daarin de drie categorien (gelijk aan huidige situatie) waarin het aantal dagen wordt gegeven met eis dat variabele 1 < variabele 2 ter vervanging van de 30 en 60 dagen termijnen

2 - Dan hoeft in de aanmaningsdefinitie niets structureel aangepast te woden, anders dan de door Heart getoonde tekst bij de invulvelden KKOLOM2 t/m KKOLOM4

3 - Wel moet het aanmaningsgenereringsdeel ADPRFUAM dan worden aangepast op het respecteren van die 3 variabelen.

Vraag is nu wat zou dat ongeveer gaan kosten (budgetofferte waarde, dus nog geen definitieve quote)

mvg


Marco

Bijkomend probleem is dat een Zebra printer geen poolse codepage ondersteund. Wel Deens, portugees e.d. maar geen Pools en Tjechisch.

Dat gaat n.l. via het ^CI commando en Pools staat daar niet bij

Wel hebben ze dat Swiss Font, maar dan moet je dus een uitgebreide tekenset (als Windows) ondersteunen en niet de beperkte 850 (DOS) set.

En daar gaat het dan mis met heart, want dan krijg ik dus die "aangepaste vertalingen"

mk

Deze geeft als foutmelding een indexfout
Moet ik LORL reorganiseren of zit het in de coding?

en het printerfont bestand