dus wettekst
                           Žíravý

Maakt Heart van
                           Äíravý


gaat niet zo......
 

Ben aan de praat geweest met Zebra.
Deze gaven aan dat alleen het printerfont Swiss 721 in staat is deze talen af te drukken, maar dat is wel in UNICODE.

zie ook bijgaande bijlage en die in de volgende post.

Het probleem is dus dat ik uit de wettekst de karakters goed naar Word kan krijgen maar niet naar heart.
En ze dus ook niet kan aansturen op de printer
Iemand nog wat ideeen (anders dan de labels in Powerpoint maken, want dat doe ik nu maar even ter overbrugging, maar is niet de gewenste situatie)

na 2 jaar kun je misschien beter dat schermdeel uitschakelen?

Soms wordt ik echt blij van het FORUM....

Om het werk en ook de kosten aan onze zijde te verlagen zijn wij in contact getreden met Van den Anker mbt de meldingen.

Momenteel faxen of mailen wij de raaplijsten welke als basis gebruikt worden voor hun planning.
Wij hebben nu van hun een opzet ontvangen wat zij nodig hebben voor een electronische melding.
Onze insteek is minder werk aan onze kant en mogelijk een onderhandelbare tariefsaanpassing aan de kant van VDA (scheelt hun in het inkloppen) + kleinere foutkans.

2 vragen nu:

1 - aan heart
Wat voor ordegrootte bedrag zou deze export gaan kosten conform de layout (SF/DL)?
Gaat om budget offerte dus je mag +/- 10% aanhouden

2 - aan de andere gebruikers op het forum:
Wie doet er ook veel met VDA en zou hierin willen meewerken/meedragen als dit ontwikkeld gaat worden?


Details zoals: gaan we dit laten maken op basis raaplijsten of pakbonnen of vrachtbrieven moeten nog vastgelegd worden.
Het bestand zelf zal een TXT file worden die rechtstreeks gemailed moet kunnen worden, denk ik.


mvg


Marco

Zinnen heb ik gevonden op internet (met dank aan de EC wetgever)

Alleen nog 1 probleem:
Heart heeft codepage 850 database
Dus mijn text die ik knip en plak komt anders in beeld

Hoe krijg ik die tekst dan weer in het Pools op een label?
ik weet dat je in ZPL middels een ^CI code tussen verschillende character sets kun wisselen.
De vraag is echter hoe krijg ik de goede?

Heeft iemand binnen Heart deze info, want ik weet dat onze vriend Pieper in het verleden bezig is geweest met een Poolse klant?

mvg

Marco


Ps aanvullend

ZPL:
^CI0 = normale stand
^CI4 = Deens en Noors
^CI5 = Zweeds en Fins
Maar pools en Tjechisch zijn mijn probleem

nog een error die ik daar kan genereren

Interne fout SYSMRE - Sync program SYPRS1 en formstack LO onjuist

Op regelniveau DKK=0 gesteld, gaat gekoppelde naar oneindig

order 20090203041
order 20090203026


Kun je deze 2 aub vrij zetten

mvg

MK

Bij user CHN steeds problemen
In geblokkeerde functies : errror accessing printspooler
PC al gereboot en services handmatig gestopt en gestart

Treed al op bij vanuit hoofdmenu selecteren van de optie 5 onder het printertje
geeft dan foutmelding

          Functie SYPRS1 niet mogelijk via Profit-Key en startmenu


Kun je in de error logs kijken wat de oorzaak is.

Heb trouwens in heel het bedrijf nu veel last met printer instellingen
lijkt erop dat er iets niet zo lekker meer loopt.

Heeft iemand gevalideerde RS zinnen voor de volgende talen?

Pools
Deens
Zweeds
Spaans
Italiaans
Tjechisch
Portugees?

En met welke codepage moet ik die eventueel aan de ZEBRA printer aanbieden

Ik moet n.l. veeltalige labels maken en als iemand die gegevens al heeft scheelt het mij een boel uitzoekwerk.


mvg

Marco

Richard

We hebben nog 1 of meer orders erin zitten met die DKK naar 9999999999999999999 euri
Kun je in de database kijken en mij opgeven welke orders, of even die regels corrigeren
Financieel (o.a. ouderdomsanalyse e.d.) krijgt namelijk nogal wat foutmeldingen hetgeen leidt tot geblokkeerde functies. (Numeric overflow)


mvg


Marco

Nee, maar wel in productie

zie order 20090203005

in principe heeft een kostenartikel geen massa (kg)
maar is een mogelijkheid om kosten of diensten op een factuur te verantwoorden c.q. door te belasten.

Nu blijkt het dat als ik een DKK heb gedefinieerd op relatie niveau met een tarief op kg gekoppeld, het kostenartikel een fictief gewicht lijkt te hebben welke de DKK triggering activeert.

Dit is niet de gewenste situatie.


mvg

Marco

In deze print staan kolommen Bestelniveau en EOQ
Dit zijn alleen de getallen van de definities zoals deze op artikel verschijning zijn gedefinieerd.

Dat is echter voor koopartikelen welke gebruikt worden in Dyn. recepturen niet handig.
Daar kun je n.l. heel goed werken met de bewaking op artikel niveau ongeacht verschijning (immers het maakt niet uit of ik vaten of IBC's heb staan, het moet gewoon in die Kuip)

Als ik de bewaking voor die grondstoffen op artikelniveau inricht komt deze echter nergens meer terug in d eprint en zegt het systeem dus bv.

Je hebt 4000 kg , bestelniveau is 0, maar je moet toch 5000 bestellen.
Het systeem geeft n.l. de artikel gedefinieerde niveaus niet weer


Is dat in te bouwen, bv door beide bij elkaar op te tellen (wat de berekeningsmodule eigenlijk ook doet)

mvg

Marco

heb ik hier een upgrade voor nodig