op de orderbevestiging order 20100223003 was het anders.

Bij het invoeren van deze order was het eerst 1 product. op basis systeeminrichting (te laag orderhoeveelheid) kwam er een systeemregel op met transportkosten.

De klant heeft toen zijn order verhoogd met artikel WEST100170.

en de regel transportkosten is toen verwijdert omdat hij weer aan de minimum orderhoeveelheid voldeed.

En dat is hetgeen wat er hier volgens mij gebeurt is.

nu haal je de boel door elkaar: zebra kan het wel mits op 1 van de volgende 2 wijzen aangestuurd:

1 - tekst in unicode naar de printer
2 - software genereerd zelf een bitmap van het label en stuurt het als plaatje (dat is hoe de universele windows driver werkt)

probleem is dat Heart:
1 - geen unicode aan kan
2 - Niet de windows driver aanstuurt maar rechstreeks de printer

lijkt opgelost met de nieuwe functie, bedankt...

Voor wat betreft russich weet ik het niet maar in heel de EG geldt nu voor labels de CLP en die eist gewoon dat dat soort teksten in de landstaal op het label komen.

en kun je dus niet een los briefje ernaast leveren.
en in de huidige wetgevig hebben de zin-nummers geen wettelijke status meer. Maar allen de tekst heeft die nog.

 :smile:De nummers zijn nu alleen nog maar ten behoeve van die programmeur en simpele gebruiker die de koppelinge moet maken.

Ik heb hetzelfde bij order 20100224015

daar ben ik de dkk kwijt op regel 1 en 3


en ook op regel 1 order 20100223003

Het is vreemd: mijn verkoop geeft aan dat ze niet aan de DKK regels komen en jij gaf vorige keer aan dat de regel wel verwijdert was...

snap er niet veel meer van ben ik bang

kunnen jullie hier aub even naar kijken.

Lijkt erop dat hij bij het ene artikel wel wordt aangesproken en bij een ander niet.

mvg

sorry het topic was niet turks maar pools/russisch, maar dat verandert het verhaal eigenlijk niet.

http://ha1.heartprofit.nl/profit/index.php?topic=21189.0

Zo simpel is het niet.

Zebra ondersteunt dit alleen in de vorm van UNICODE

zie http://www.zebra.com/id/zebra/na/en/documentlibrary/whitepapers/international_label_printing.DownloadFile.File.tmp/WP14016_GlobalPrinting_new.pdf?dvar1=White%20Paper&dvar2=Solving%20International%20Label%20Printing%20Challenges%20with%20Unicode

En daar kan onze vriend van Heart (nog) niet mee overweg.

In windows heb je dat probleem niet, want bij een "echt" windows pakket dat via een windows driver print bv chemges, wordt de printer niet rechtstreeks aangestuurd maar zet de software het label of de pagina eerst om naar een plaatje.

en stuurt dan in ZPL de volgende reeks commando's naar de printer


- font en opmaak
- aantal
- schakel naar grafische modus
- nu een plaatje
- schakel naar normale modus
- einde print


En dat is een heel andere vorm dan die ik en waarschijnlijk ook jij gebruikt. Want wij bouwen in Heart een label op middels een hele hoop tekst codes die naar een plekje op het label gestuurd worden.


mvg

Marco

Is dat zo Peter, zie ook mijn topic mbt de turkse teksten, daar bleek dat de DOS Codepage alles onherstelbaar beschadigde.

Toen was jouw reactie dat dat in de toekomst nog waarschijnlijk opgelost zou worden door naar de windows extended codepage over te stappen. Maar volgens mij is dat binnen de dbf (nog)  niet mogelijk?


Mij is dat toen niet gelukt om die oost europese talen op het label te krijgen.

Met als 2e probleem dat wij voor de labels ZEBRA printers gebruiken welke maar een beperkt aantal codepages ondersteunen.

Als ik die "*" exclusief groepen neem, toont hij nog wel de alfabetisch eerste groep die aan het artikel hing, klopt dat?

mvg

MK

Kan iemand even kijken naar order 20100209006?

Aan artikel op regel 1 zou een DKK verpakkingenbelasting (V-VERPBELAST) gekoppeld moeten zijn.
Het bijbehorende dummy artikel in regel 2 wordt wel getriggert maar komt niet op de factuur

Bij controle bleek dat er geen DKK tariefregel onder het artikel op regel 1 hangt.
Ik mag die echter niet toevoegen want "DKK triggert artikelnummer" voorkomt dat.

Tarief kan ik als de regel er staat wel corrigeren, maar ik mag helaas dus neit alsnog de regel toevoegen.

Kan dit gecorrigeerd worden?

OK, accoord

omdat veel van onze artikelen aan bv 10 groepen zitten gekoppeld.
dan krijg ik dus en heeeeeel lange lijst met grote gaten

een optie zou bv kunnen zijn deze print aan te passen met artikelgroepen tonen j/n of zo
maar zo als het nu is werkt hij voor ons niet in deze situatie

zie sheet in d email

Ik kreeg de volgende vraag:

Volgens mij is het nu niet mogelijk om een lijst uit Heart te printen met alleen de artikelnummers en omschrijving (zonder groepen etc) zodat je bijvoorbeeld alle artikelnummers van/tot uit kan printen.
Wil jij kijken wat het kost om dit wel mogelijk te maken (bijvoorbeeld printje aanpassen, 1.1.1.9.1)?

Aanvulling mijnerzijds, graag in een naar excel omzetbaar format....

die vijf jaar geleden beloofde windows editor zou ook mooi zijn