Heart-Profit ERP

Is het mogelijk om de taalkode bij etiket-layout/Taalkd standaard op NED te zetten? (dmv disable of enable?)
Dit voorkomt bij ons een hoop foute etiketten.

BVD,

Frank

Heb je dat al met DynScreen geprobeerd ?
of is dat een domme vraag ?

Yep, geprobeerd. Is niet de oplossing.

Nou, daar kan ik nog eens iets mee.  :smile:
Waarom is het de oplossing niet ? werkt het vastzetten niet of zo ?

Nee het vastzetten lukt niet. Althans...het lukt MIJ niet.

:13c:

Ik zie nog een rondje draaien..
Betekend dat dat er nog acties op komen?

Ja Frank,

een draaiend rondje betekend dat er nog naar gekeken wordt, dan wel dat het nog niet opgelost is. Dus een antwoord volgt nog.

ok

Bij ons staat de taalkode standaard op NED IN LOETWY (Wijzigne prodopdr. Etiketten). Ik heb eigenlijk geen concreet bewijs kunnen vinden waarom dat zo is. Ik vermoed omdat dit vanuit de bedrijfsparameters wordt gestuurd, danwel vanuit klientspecifieke toepassingen (omdat je daar ook met taalkodes kunt werken).

Maar wat nu als je de productie van een Artikel Verschijning DEFAULT een andere taalkode wilt gebruiken? Ik dacht: Even naar de parameters van de artikelverschijning, daar zal vast ook wel een taalkode in te stellen zijn. Die heb ik daar niet kunnen vinden. Ook niet bij het recept. Ook bij de etiket-layout kun je het (volgens mij) niet opgeven.

Heel concreet: Ik heb een artikelverschijning welke ik default in de taalkode ENG terug wil zien, als daarvoor een productieopdracht wordt gemaakt, zodat in LOETWY die Taalkode ook standaard op ENG staat. Dit geheel los van klientgerichte zaken. (die mogen dat wat mij betreft overrulen) Hoe stel je dat in. Waar zit dat verborgen? Want waar haal je anders die taalkode vandaan?

Mocht deze vraag naar jullie oordeel Off-topic zijn, dan maak ik er desnoods wel een nieuw topic van, maar aangezien de vraag van Frank betrekking heeft op de default taalkode bij die etiket-printopdrachten, vond ik dit nog wel relevant genoeg om onder dit Topic op te nemen.

Bij een Artikel richt je de standaard omschrijving van het produkt in. Je moet dit niet zo zeer zien als "de Nederlandse tekst", maar "de standaardtekst, als ze niet wordt overruled door een Verlengde Tekst per Taalkode".
Iedere Debiteur krijgt de standaard tekst op zijn documenten, mogelijk in de taal van zijn taalkode.

Wat jij hier bedoelt laat zich w.s. gewoon oplossen door die Engelse tekst als standaard omschrijving van het artikel op te nemen (waarna het Artikel geen Verlengde Tekst meer in het Engels heeft). Immers, als dat de tekst is die jij standaard op alle etiketten wilt hebben (die naar nederlandse klanten gaat), waarom dan een andere omschrijving op de documenten afdrukken?  :wink:

het gaat hier voornamelijk om het weergeven van de THT. De maandnaam moet in het engels. dus  18-05-2008 wordt nu als 18 mei 2008 getoond, maar moet nu op die engelsen als "18 may 2008" tevoorschijn komen. Of is hier al een betere / handigere oplossing voor?

Dat zal dan wel iets als "May 18, 2008" moeten zijn ipv "18 may 2008".  :wink:

Dit los je (i.i.g. nu) ook niet met een Taalkode op, immers er is niets wat "mei" naar "may" vertaald.

Uiteraard hebben we een vertaalmodule, die dit naar Engels, Spaans, Pools etc. zou kunnen vertalen, waarvan je zou kunnen bedenken dat dat door "de" Taalkode getriggerd moet worden (die dan weer moet verwijzen naar een van de talen waarin Profit opereert) en dat je die dan weer bij je Artikel moet kunnen aangeven omdat dít Artikel specifiek voor de Engelse markt geproduceerd wordt...

Merk op dat bij Verkooporders, Inkooporders, Fakturen etc. de Layout dynamisch bepaald wordt o.b.v. de Taalkode, maar dat dat bij Etiketten niet het geval is; daar geen je de Identifikatie op bij het Artikel (danwel Artikel-/Verschijning).

Eenvoudigere oplossing:

- Layoutvariabelen aanvragen die de datum in het engels weergeven + in engels formaat.
- Je Artikel laten verwijzen naar een Etiketlayout in het Engels, en daar die engelse datum in opnemen.

Ik kan vanuit profit geen etiketten printen naar onze MARKEM Smartdate2 (of zijn er gebruikers die het tegendeel kunnen bewijzen: dan hoor ik graag).

Volgens de heren van Markem gaat dat 'nooit' werken. Die verrekte Markem leest ook geen ZPL (zebra gebeuren). Dus ik ben niet geholpen met alleen een engelse vertaling. Bovendien zou het me niets verbazen dat we dit binnenkort ook in het Frans en Russisch moeten kunnen. Ik heb zelf al een tabbeletje gemaakt met taalkode en maandnaam, daaruit put CimControl (het etiketprintprogramma van Markem) Voor de juiste koppeling met het tabbelletje, zou het makkelijk zijn dat de taalkode default goed staat. (in mijn geval obv art/vrs)

Zijn er gebruikers die overwegen een Markem-printer te kopen: NIET doen! Afgezien van de kosten, zo'n printer komt gewoon z'n beloftes niet na.

Euh... Als je dan toch geen etiketten kunt printen vanuit Profit vanwege je printer, wat wil je dan vanuit Profit ingesteld hebben inzake THT's? Of was dit gewoon een niet 'heel concreet' vraagje?  :gotya:

De vraag is heel concreet


Deze taalkode wil ik gebruiken om de link naar m'n tabel met maandnamen per taalkode goed te krijgen. Ik gebruik namelijk deze gegevens (zoals in LOETWY Getoond) als input voor CimControl.

Dan ben je dus snel klaar. Hoef je alleen maar je Artikel naar een Engelse layout te laten wijzen, en in LOETWY weet je dat je je layout in het engels moet opstellen. :wink:

tja, dat kan ook. Dan maak ik gewoon dat vertaaltabbelletje obv etiketlayout. Waarom ook niet. Maar ja, als je dan twee layouts hebt die beide engelse namen moeten hebben, staan die maandnamen er gewoon dubbel in. (1 keer voor layout ENG01 en 1 keer voor ENG02) Dat doen we wel.

Weten jullie misschien een datum?

Al iets bekend?

Nee, helaas. Is ook vanzelf blijven liggen omdat het aan Richard was toegewezen ... (is zijn werk ook), maar die is er even niet ...

ok, wacht wel af.
Als ik maar weet dat het niet vergeten is.

Is Richard weer terug, of is hij met vakantie.
M.a.w., wanneer krijg ik reactie?

Hallo Frank,

Indien het Etiket gegenereerd is vanuit een Produktie-opdracht, gebeurd het genereren onderwater. Hierdoor heeft een Dyn-screen waarde geen invloed. De Taalkode van het Etiket wordt dan bepaald door de Taalkode van het bedrijf eventueel overrulled door de Taalkode van de Debiteur.

Bij het Handmatig aanmaken ven het Etiket (LOETTV) kun je wel een Dyn-screen waarde instellen voor de Taalkode van het Etiket.

Richard,

Is het zo in te stellen dat er bij voorkeur taalkode van het bedrijf wordt genomen?

Zonder additioneel maatwerk is dit niet zo in te stellen (tenzij de Taalkode bij de Debiteur niet ingevuld is) en werkt het zoals ik het beschreven heb.

OK, kan je een indicatie geven over de hoeveelheid maatwerk, het zou nl ons veel elende wegnemen.

Frank,

E.e.a. zal best wel een paar uurtjes kunnen zijn (als het al gebeurd), maar waarom moet een bijvoorbeeld duitse Debiteur de Nederlandse teksten lezen op het Etiket? Daar heeft hij toch niets aan? M.a.w. waarom moet een een Taalkode zoals hij bij de Debiteur ingevuld wordt nu juist niet gerespekteerd worden?

Wij werken (zoveel mogelijk) met 1 etiket-layout (00001) en deze moet voor iedereen hetzelfde worden geprint (taalkode NED), ongeacht de taalkode van de klant. Etiketten worden afgedrukt met daarop meerdere talen zodat de poolse werknemer in Duitsland het ook kan lezen (bijvoorbeeld)

Ok, dat is duidelijk, maar je zegt al dat je "zoveel mogelijk" met dezelfde Layout werkt met daarop de "verschillende talen" zodat een Poolse werknemer in Duitsland het ook kan lezen, houd dat wat mij betreft dus sowieso al in dat er een Bedrijfsparameter (4 uur) en e.v.t. de rest van het maatwerk (xx uur) moet komen om af te dwingen dat altijd de Taalkode NED wordt gehandteerd, e.v.t. afhankelijk van de bepaalde zaken zoals jij ze aangeeft.

Als er op het Etiket toch al meerdere talen afgedrukt worden, wat is dan precies je probleem, want misschien kun je met het hanteren van andere/nieuwe Variabelen je probleem ook wel verhelpen?