Heart-Profit ERP

We komen niet altijd uit met de 3 verlengde tekstregels van een artikel.
Bijvoorbeeld wanneer het artikelen betreft met een lange omschrijving die ook nog eens bv in een machinaal pakket zitten.

Zie bijvoorbeeld artikel BKKK8URFOE met verlengde tekst:
BSV-betonstraatstenen 8 cm.
Machinaal elleboog/keper op pallet
Duracolor Urali Fondo nr. 1379 ECOTON

Dit zou eigenlijk moeten zijn:

BSV-betonstraatstenen 8 cm.
Duracolor Urali Fondo nr. 1379 KOMO
ECOTON MILIEUKEUR
Machinaal pakket elleboog/keper
Geleverd op statiegeldpallets

Wat opvalt is dat veel tekstregels bij artikelen universeel zijn. Bijvoorbeeld de tekst “Ecoton” of “machinaal pakket”. Dat zijn teksten die we prima kunnen vervangen door universele teksten hangend aan een artikelgroep.
Zo zou je bijvoorbeeld een artikelgroep “TRE” kunnen hangen aan alle Ecoton producten en bij dit producten de tekst “ECOTON MILIEUKEUR” kunnen hangen. Etc.

Nu zit er bij artikelgroepen ook een mooie funktie Taaltekstregels toevoegen (onder 1-1-3-1-1 Raadplegen artikelen, SHIFT-F9 Taaltekstregels).
Wanneer we een groep TRE zouden aanmaken voor “machinaal pakket” met daaraan gekoppeld een taaltekstregel “Machinaal pakket”, dan kunnen we dit mooi gebruiken in offertes/verkooporders/kontrakten etc.
Ik neem aan dat voor deze taaltekstregel er wel een variabele beschikbaar moet zijn (/gemaakt moet worden) die we in de layout kunnen gebruiken (?).

Kunnen jullie dit maken?

Ik snap 'm.

Ik kan me voorstellen dat de volgorde van belang is;
Ten eerste zullen we iets moeten zeggen van : Eerst de normale Omschrijvingen zoals die vandaag de dag al bestaan (maar op zich gestuurd door jullie zelf want kwestie van betreffende Layout Variabelen als eerste opnemen) maar :

Wat ik bedoel is dat als je zodirekt 3 Artikelgroepen aan de orde hebt, dat je volgens mij er rekening mee moet houden dat de teksten van die die Artikelgroepen in willekekeurige volgorde komen. Ok, zal wel op alfabetische volgorde van Artikelgroep ID worden, maar ik weet niet of dat nu wel lekker stuurbaar is. Dus :
Als die volgorde niet van belang is kom ik er wel uit, maar anders moeten we (samen) even verder denken ...

Om controle te houden over de volgorde van de teksten is het misschien handig om per artikelgroep een variabele aan te kunnen vragen.
En/of hiervoor een bepaalde range van artikelgroepen te reserveren en hiervoor de variabelen beschikbaar te stellen (groep 000 t/m 099 ofzo?).

Je kunt dan de specifieke groepen op de plek zetten die je zelf wilt, dus de groep met "ECOTON MILIEUKEUR" na de verlengde tekstregels v/h artikel zelf maar voor de regel "machinaal pakket".

Ja duidelijk, en zoiets had ik ook wel bedacht, maar dat houdt nog niet in dat je het echt in de hand hebt. Immers, de teksten gaan zodirekt overal vandaan komen, zijn eventueel alleen goed leesbaar relatief aan elkaar, terwijl als jij (stel) 30 van die teksten elementair registreert weet je al wel dat er misschien 3 tegelijk kunnen optreden in de praktijk, maar niet welke 3.
Is wel beter dan helemaal geen volgorde natuurlijk.

Als je dit ziet zitten ga ik wel kijken wat er moet gebeuren hier.

Klinkt goed.
We verwachten met zo'n 20 groepen de komende jaren vooruit te kunnen (maar ik weet ook dat de praktijk je vaak sneller achterhaalt dan je zelf verwacht).

PS: we gebruiken momenteel groepen beginnend met 1, 2, 3, 4, 5 en 8.
Als het aan ons ligt zou het handig zijn om bv artikelgroep 900 t/m 999 te reserveren voor deze variabelen.

Nu eens zien of er niet te veel bij komt kijken ...

Dat maakt denk ik niet uit. Althans, ons niet.

Bij de Artikelgroep komt een rubriek Print Sorteerkode erbij (wat mij betreft onder de Kenmerken op een aparte regel en waarbij de onderste twee Webshop gerelateerde rubrieken naar Tabblad 2 verhuizen). 2 uur.

N.b.: Let erop dat de Taaltekstregels per Taal zijn en domweg niet worden gevonden als er geen Taaltekregels in de Taal van de Debiteur bestaan.

Nu wordt het lastig, omdat de Variabele Layouts eigenlijk geen "herhalings"mechanisme kennen voor zo'n 1 op veel relatie als deze. Dus, we hebben niet alleen 6 "domme" Layoutvariabelen nodig ... deze moeten voor iedere nieuwe ontdekte Artikelgroep waar het op dat moment afgedrukte (af te drukken) Artikelnummer aanhangt opnieuw worden bepaald. En dat zal dan op zich ook nog wel, maar hoe definieer je dit in je Layout ?

Ik zie zo snel geen andere mogelijkheid die "simpel" blijft dan het maken van een funktie (volgens mij nieuw voor de Variabele Layouts) waarvan de aanroep eruit ziet als @LanguageTextItemGroups eventueel voorafgegaan door (font) instellingen zoals altijd, en op zich gedefinieerd op een relatieve regel als onderdeel van de Herhalende Regel faciliteit met verder horizontale positionering.

Op zo'n regel waar de Taaltekstregel komt kan ook niets anders verschijnen, en al wat er verder gebeurt is dat het programma alle gekoppelde Artikelgroepen afloopt en alle Tekstregels van iedere gevonden Artikelgroep afdrukt. Zelf zou ik denken dat tussenliggende lege regels ook moeten worden gerespekteerd (niet de laatsen uit een Taaltekst setje, maar wel de eerste(n) opdat je lege regels kan kreëren als je dat leuk vindt.

Additioneel lastig is het denk ik dat een eventuele Voettekst gerespekteerd moet blijven worden, en dat onze funktie er dus rekening mee moet houden dat het blad vol raakt en een Voettekst realiseert plus een Koptekst op het nieuwe blad.

Zodra de funktie wordt aangeroepen zullen alle gevonden Artikelgroepen worden gesorteerd op de Print Sorteerkode en de Artikelgroepen zonder Print Sorteerkode komen ONDERaan.

Overigens ga ik er vanuit dat de @ funktie kan achterhalen wat het aktieve Artikelnummer is.

Zoiets denk ik, en dat voor 12 uur.
Totaal 14 dus.
E.e.a. onder het voorbehoud van iemand hier die mij later kan vertellen dat wat ik dacht te laten kunnen werken totaal onmogelijk is.












:17c:

Bedankt voor de info.
Ik heb het alvast doorgenomen met Verkoop, maar gezien de impact van deze aanpassing willen we het graag met meer mensen overleggen, waardoor het na de bouwvak wordt voordat we akkoord kunnen geven.

Wel alvast de volgende vragen/opmerkingen van onze kant:

Is goed, geeft ons ook de mogelijkheid een NEDK1 en DLDK1 te gebruiken voor NL en Duitse klanten.

Dit is prima.
Hoeveelheden, verschijningsvormen en prijzen staan op de 1e repeterende regel van het artikel (1e verlengde tekstregel variabele HH:VTART1). De taaltekstregels komen daar ergens onder, wat goed is.
Kunnen we wel aangeven in welke Kolom de tekst moet beginnen? Dat het dus recht onder de verlengde tekst begint?

Zeker belangrijk, offertes, verkooporders en kontrakten beslaan al snel meerdere pagina's.

Kunnen we deze teksten op alle layouts waar nu de verlengde tekst v/h artikel op staat, de taaltekstregels ook toevoegen? Dus op de offerte, verkooporder, kontrakt, opdrachtbevestiging en faktuur?

En kunnen we per variabele layout aangeven welke teksten afgedrukt worden, net zoals nu kan? Bij fakturen hoeft bv niet alle informatie mbt de verwerking van een artikel te staan die op een offerte of verkooporder wel moeten staan.

Lees ik het goed dat de 14 uur inclusief de variabelen is?
Je hoeft dus niet per aangemaakte taaltekstregel een x bedrag te betalen omdat er een extra variabele aangemaakt moet worden?

Ja.


Yep.


Nope. Dan zou er nog een rubriek bij moeten in de Artikelgroep met een soort van selektie gegeven, zoals 125. De @ funktie kan dan een parameter krijgen en die geef je voor de Faktuurlayout mee als 14. Onze 125 Artikelgroep doet nu mee (want de1 zit erin) net als alle andere Artikelgroepen met een 1 of een 4 in dat selektie gegeven. Kost 1,5 uur meer.


Er zijn geen Layout Variabelen aan de orde ... Dus, ja, inklusief zeg maar.

Klinkt goed allemaal! Nog wel een vraag over de selektie-rubriek bij artikelgroep:
Kunnen in deze selektierubriek ook letters gebruikt worden? Zoals ik het nu lees kun je met alleen cijfers 10 unieke waardes gebruiken (0-9) en dan lopen we in de toekomst misschien een keer tegen de limieten van het systeem aan.
Met letters erbij heb je alweer 26+10=36 unieke selekties.

Als ik het goed begrijp werkt het zo:
Tekst van artikelgroep met selektierubriek '1' en '10' zullen allebei worden weergegeven wanneer je in de layout aangeeft dat artikelgroepen met een '1' in de selektierubriek moeten worden weergegeven.
Ik neem aan dat wanneer je in de layout aangeeft dat '10' geprint moet worden, alle artikelgroepen met 1 en 0 in de selektie geprint worden.
Met letters erbij heb je meer mogelijkheden.

Klopt allemaal. En wat mij betreft mag je *&^!@#$ er ook inzetten als je dat leuk vindt.

Geen idee of je er straks zelf nog iets van snapt, maar dat is weer iets anders. :smile:

Heel mooi.
Inmiddels al met meer mensen kunnen overleggen en voor 15,5 uur is het akkoord bevonden, bij deze :smile:

Oh ... Nu moeten we nog gaat werken ook ? :swoon:

Ok, leuk. Bedankt !

Alsjeblieft :wink: , ben benieuwd naar het resultaat!

Aansluitend hierop kwam nog de volgende vraag naar boven:
Wanneer je nu de teksten van een artikel wilt checken doe je 1-1-1-1 F2, C Verlengde teksten en doe je F1 bij de taalkode waarvan je de teksten wilt zien.
Kun je ook zo'n raadpleegschermpje maken waarin alle teksten v/h artikel weergegeven worden?
Dus de verlengde teksten met daaronder de taaltekstregels horend bij de betreffende taalkode?
Zou als controlemiddel wel handig zijn - ook om de volgorde te controleren.

Op zich zal dat wel kunnen, maar de vraag is waar. Ik zou bijna denken een nieuwe optie in het Artikelmenu en die dan iets heet als "Resulterende Teksten". Maar ja, wel een beetje dom dat optie C eigenlijk alles al heeft voorgekookt en dat de omschrijving "Verlengde Tekst" bets mag voldoen. Alleen het is toch iets anders (andere entiteit) en straks snapt niemand er meer iets van.

Zullen we deze even bewaren totdat e.e.a. gemaakt is ? Het kan in elk geval zeker dus daar gaat het niet om.

We wachten hier even mee, lijkt me goed.
Wel mooi om alvast te weten dat het kan.

De "Taaltekstregels van een Artikelgroep" zijn destijds ontwikkeld t.b.v. een Keuringsrapport (zie http://ha1.heartprofit.nl/profit/index.php?topic=21865.msg33356#msg33356). Dat topic beschrijft dat deze teksten onder een relator "KRT" (Keuringsrapport) moeten worden opgenomen, en voor het geval er later alsnog iets dergelijks gewenst is.

Hebben we nu te maken met dat 'iets dergelijks'?

Is het de bedoeling dat ik de Taaltekstregels ga afdrukken die aan relator 'Keuringsrapport' hangen, of moet voor deze toepassing toch maar een nieuwe relatorwaarde worden opgenomen? Ik denk dat laatste. Op zich kan nl. voor de Variabele Layouts de @LanguageTextItemGroup er met zijn selektiewaarde 125 er wel voor zorgen dat een tekst al dan niet wordt afgedrukt, maar, ben ik bang dat andersom, iedere tekst ineens op een Keuringsrapport terecht zal gaan komen.

Opname van de relator zal i.i.g. impliceren dat er bij de aanroep van Raadlegen Taalteksten Artikelgroep ergens een menutje tussen moet (welke Taalteksten wil je zien, die van het Keuringsrapport, of 'de andere'). En, zo er een tweede bij komt, hoe noemen we die ? 'Variabele Layouts' klinkt logisch, maar ook weer verwarrend bij de gratie dat je een Keuringsrapport ook wel via een variabele layout kunt printen.

Taaltekstregels Artikelgroep (Standaard) <> Taaltekstregels Artikelgroep (Keuringsrapport) ?

Deze aanpassing is gereed. :smile:

In je Variabele Layout(s) zul je e.e.a. moeten opnemen als %HH:@LanguageItemTextGroup(125):70% %HH:@LanguageTextItemGroup(125):70%
%HH: gewoon, omdat het binnen het algoritme van herhalende regels valt.
De :nn% achteraan is ook verplicht binnen de standaard werkwijze van herhalende regels. Zou je deze niet opnemen, dan wordt de tag niet verwerkt. Tsja... en omdat het weinig zin heeft om tekstregels van 70 chars te definiëren om er vervolgens maar 40 posities van weer te geven, zul je altijd met :70% moeten sluiten.

Dat waar het om gaat, de @LanguageItemTextGroup() @LanguageTextItemGroup() met als parameter bijv. 125.

Per positie wordt gekeken of het character (1, 2 en 5) voorkomt als Taaltext selektie waarde bij de Artikelgroep.
Als er geen parameter wordt weergegeven, zal er ook geen tekst worden afgedrukt.
Als bij geen een Artikelgroep een selektie wordt ingevuld, wordt er ook geen tekst afgedrukt.
Wil je dat altijd alle Taalteksten worden afgedrukt, dan kun je dat (kwa inrichting) realiseren door * in te vullen als parameterwaarde (@LanguageItemTextGroup(*) @LanguageTextItemGroup(*)), en bij ieder af te drukken Artikelgroep een * in te vullen bij de Taaltekst selektie.

Verder, er moet verplicht een TaalTekst (voor een Taalkode) worden ingevuld bij de Artikelgroep.
Het is dus niet zo dat we bijv. i.g.v. een Taalkode "Nederlands", en géén Taaltekst gedefinieerd, ineens naar de Artikelgroep omschrijving gaan kijken of i.d. Ofwel, verplicht via Shift-F9 de 6 Taaltekstregels invullen.

Inzake de 'KRT' relator is vooralsnog niets aangepast. Wil iemand de Taaltekstregels op het Keuringsrapport afdrukken, dan worden er aldaar 6 Layoutvariabelen beschikbaar gesteld, die eerst op de Layout moeten worden opgenomen wil het op het Keuringsrapport komen. Andersom geldt dat op de @LanguageItemTextGroup layouts de tekst alleen wordt afgedrukt indien én die formule is opgenomen én er als parameter werd aangegeven welke artikelgroep-selekties er afgedrukt moeten worden. Beide dus dermate expliciet, dat het niet zo is dat de definitie van de een automatisch ervoor zorgt dat een ander document niet meer werkt.

Verder geldt dat de @LanguageTextItemGroup() call in alle Variabele Layouts kan worden gebruikt waarbij in Herhalende Regels een Artikelnummer wordt gebruikt. Hieronder vallen bijv. wel je Kontrakten, Offertes, Verkooporder, Opdrachtbevestiging en Faktuur, maar bijv. niet een Etiket (immers, die kent geen herhalende regels). Ook een Keuringsrapport volgens een Variabele Layout valt er niet onder, want de 'herhaling' die daar optreedt betreft niet een herhaling van de artikelen, maar van de gekeurde waarden.

Voor deze aanpassing heb je een Upgrade nodig.

Hartelijk dank, ik zal binnenkort een upgrade aanvragen en eea testen.

Helaas krijg ik de tekst nog niet zichtbaar op de offerte.
Misschien staat er iets verkeerd of vergeet ik ergens iets?

Ik heb het volgende gedaan (in de Test-omgeving):
Artikelgroep Z01 toegevoegd en bij 'Taaltekst selectie' waarde '1' ingevuld (afbeelding 1)
Via SHIFT-F9 een taaltekstregel toegevoegd met taalkode NED (afbeelding 2)
Bij artikel SIN8GRIJK de artikelgroep Z01 toegevoegd (afbeelding 3)

Vervolgens de offerte-layout aangepast:
Regel toegevoegd met verwijzing %HH:@LanguageItemTextGroup(1):70% (afbeelding 4)

Nu offerte waar artikel SIN8GRIJK in voorkomt printen via 3-7-6-1, offerte 20130814003 (afbeelding 5)
SIN8GRIJK staat in de 1e offerteregel

Bij voorbaat dank voor de hulp.

/edit: als test heb ik nog even de offerteregel-tekst "(46 st/m2)" weggehaald, om te kijken of deze op 1 of andere manier in de weg zit. Blijkt niet zo te zijn.

Dáár gaat hij fout. Ik heb de naamgeving in mijn topic omgedraaid, en dus heb jij dat zo overgenomen.

Het gaat natuurlijk om de tekst van een Artikelgroep (ItemGroup). TextGroup is dus niet juist.

Het is i.i.d. ontwikkeld als: @LanguageTextItemGroup(xx)  (Group zonder 's').

Excuus voor de verwarring.

Ik heb je Layout aangepast, en zoals je zult zien, staat de tekst er nu wel op  :smile:

Trouwens, een pluim voor de duidelijke wijze waarop je e.e.a. beschreven hebt.  :goodjob:

Ik zie het, werkt perfect!
Dank.

Is puur eigenbelang hoor, hoe duidelijker hoe beter ik het later zelf nog snap en hoe minder ik later nog extra hoeft toe te lichten :wink:

Bij deze de complimenten voor deze funktie.
Het werkt zeer goed, ik had het zelf niet beter kunnen bedenken!
Mag ook weleens gezegd worden, toch? :goodjob:

Ik heb wel 1 aanvullende vraag: is het mogelijk een herhalende variabele (HH:) uit de variabele layout vet te printen?
De pcl-aanstuurkode hiervoor werkt nl. wel op een tekst in de header, maar niet op een herhalende variabele.
Mocht het niet zomaar kunnen, is dit aan te passen?

Bij voorbaat dank.

We gebruiken deze funktionaliteit inmiddels als een tijdje naar volle tevredenheid, maar willen toch graag alle teksten van een artikel kunnen raadplegen.
Dit is al eens benoemd in dit topic, maar nog niet uitgewerkt (zie schermafdruk).
Maar toch wel erg handig; 2e schermadruk toont een voorbeeld.

Bij deze dus de vraag wat dit stukje funktionaliteit zou moeten kosten.

Nou, ik heb eerst alles weer moeten doorlezen; lachen wel.

Ik denk dat het voor ons het gemakkelijkst is om er een normale Raadpleegfunktie van te maken (i.t.t. een soort Weergeefscherm); dit geeft meteen het voordeel dat er dan funktietoetsen zullen kunnen zijn om voor een bepaalde regel "iets" te doen (printvolgorde veranderen wellicht ?). Maar we zien vanzelf wel wat er "logisch" is.

Hoe we het beestje noemen (mijn "entiteit" verhaal) zien we wel, net zoals waar we de funktie verstoppen vanzelf wel zal worden bepaald.

Maar 11 uur dus.
OK ?

Trouwens, moet je zoiets nu niet kunnen opvragen voor een "parameter" (de 125) ?
Ik kom hier pas achteraf op en ik vermoed dat je dit intussen zelf beter kan beoordelen dan ik (anders moet ik alles nogmaals doorlezen en dan moet ik het nog gaan begrijpen ook ! :swoon:)

Per layout (kontrakt, verkooporder, etc) hebben we aangegeven wat we willen zien.
Op de offerte hebben we onder de verlengde teksten de variabele:
%HH:@LanguageTextItemGroup(9):70%                                                                                                                     

Bij artikelgroep Z01 (Geluidsreducerende stenen)
vul je een Taaltekst Sorteerkode in > 7940 in dit geval

en een Taaltekst Selektie > 987654

(keurig uit de helptekst :wink: )

Maar het gaat ons er vooral om dat we zien welke teksten er allemaal aanhangen en of deze teksten kloppen.
Wel is het idd handig te zien uit welke groep de tekst komt en evt de Taalltekst Sorteerkode of Taaltekst Selektie te zien, zodat je weet waar de tekst terechtkomt.

Lijkt ons handig om deze onder Menu Artikelen, optie C (Verlengde Teksten) te stoppen?
bv submenu 'Verlengde Teksten' en een submenu 'Resulterende Teksten' oid?

Max. 11 uur is akkoord.

Ik weet het niet zeker, maar volgens mij heb je me niet begrepen (en anders snap ik het zelf niet meer);

De weer te geven tekst als geheel wordt bepaald door de layout. Dus, voor Faktuur anders dan voor Pakbon en weet ik veel. Dit regel je door de "parameters" die verschillend zijn per layout. Wat je dus feitelijk wilt is het resultaat zien voor bijvoorbeeld de Faktuur (Layout). Zelf kunnen wij niet uit de Layout opdiepen (althans niet gemakkelijk) welke parameters je daarin hebt opgegeven, en dus moet je ze nu opgeven bij het starten van deze nieuwe funktie. Edit : Samen met Artikel(/Verschijning ?).
Toch ?

En verder zullen wij de Sorteerkode ook moeten respekteren lijkt me zo.

Als ik iets heel raars zeg, zeg het dan gerust want ik probeer uit m'n geheugen op te diepen hoe e.e.a. ook al weer in elkaar zit. En mijn geheugen is alleen tot op zekere hoogte non-volatile (biermerk blijft bijvoorbeeld altijd wel aanwezig).

Zoals ik het snap:
Taaltekst Selectie aangeeft aan in welke layouts de tekst geprint moet worden.
Voor Z01 is dat 987654

Dus oa in layout waar de variabele 9 genoemd staat.
Bij ons is deze gevuld in de Offerte-layout. Hierin staat nl de regel:
%HH:@LanguageTextItemGroup(9):70%

Ik denk dat we het alleen verschillend benaderen:
1.
Jij zegt geef een parameter op die correspondeert met de layout die je wilt zien. Dus vul 9 in om de teksten v/d offerte te zien voor dit artikel.

2.
Je kunt ook zeggen: geef alle teksten weer van de taaltekst-groepen die bij dit artikel gevuld zijn, met daarbij de Taaltekst Selektie code. Dit is voor Z01 dus 987654, waardoor je weet dat hij (oa) op de offerte afgedrukt wordt.
Oftewel: check alle teksten met '9' in deze code en je ziet de offertetekst.

Wanneer je per layout zien wat er geprint wordt, dan is methode 1 handiger ('hoe zien de teksten op de offerte eruit?' dan geef ik '9' op en ik zie het resultaat).
Wanneer je vooral een tekstuele kontrole van alle teksten wilt doen (zijn de teksten behorend bij het artikel wel in orde?) dan is methode 2 handig. Want alle teksten staan in 1 scherm, je hoeft niet voor elke layout een controle te doen.

Ehm, moet ik even overleggen wat de voorkeur heeft? Moet het wel allebei gemaakt kunnen worden natuurlijk...

Ik zei al, je zal het intussen zelf wel beter weten, maar ...

Met jouw 987654 voorbeeld, zou ik toch zeggen dat je *altijd* deze vorm met gebruiken. Althans, dat voldoet aan de eigenlijke wens (dacht ik). Dus je spreekt volgens mij niet over een tekst voor een offerte, maar voor alles wat bij elkaar geraapt moet worden voor een offerte. En dat is 987654.
Maar zo heb je ook 9854 voor de faktuur en dan zie je dus andere tekst (in dit voorbeeld alleen minder tekst).

Moraal (die van mij dan) : Zonder dit kan je niet wat je oorspronkelijk vraagt.
Dat je daarnaast nog een paar invalshoeken kan bedenken is iets anders. Je kan van een Tekst wel willen weten bij welke Artikelen die wordt gebruikt (jaja, Artikelgroepen van een Artikel, maar toch).
Ik zou dus zeggen dat als je nu toch bezig bent om dit "onderhoud" te optimaliseren je het beter ook maar meteen goed kan doen. Kan wat meer kosten maar dat behoor je terug te verdienen (betere kwaliteit offertes of zo - lees : past visueel beter bij wat de klant vraagt ("goh, dit is helemaal geen geluidsarme steen !!")).

:bye:

Peter, volgens mij werkt het net anders.
Zie schermafdruk hieronder, in de layout van de faktuur staat:
%HH:@LanguageTextItemGroup(5):70% 

Bij taaltekst-groep Z01 staat Taaltekst Selektie 987654.
Voor de layouts 9, 8, 7, 6, 5 en 4 moet deze tekst afgedrukt worden.
9 is offerte, 7 is verkooporder, 5 is faktuur.

Van een artikelgroep met Taaltekst Selektie 9854 wordt dus de tekst op de offerte (9) en faktuur (5) afgedrukt, maar niet op de verkooporder (7, deze ontbreekt in het rijtje).


Hier heb je wel een punt.
Maar kan ik met jouw systeem ook layout '987654321' opgeven?
Dan zou hij nl alle teksten weergeven (want alle mogelijke layouts zijn genoemd).

En wanneer ik layout '9' opgeef zie ik de teksten die op de offerte komen.
En geef ik layout '5' op dan zie ik de teksten die op de faktuur komen.
Dit maakt het weer goed controleerbaar per layout.

Klopt dit een beetje, of zit ik nou ergens mis?

Dat was sowieso mijn bedoeling wel ja. Wel is het zo dat jouw beschrijving wat meer "intrinsieke dynamiek" aantoont dan dat ik zelf (gisteren) kon bedenken.
Ik wilde wat voorbeelden geven, maar is niet belangrijk ook, dus laat maar.


Intussen ... krijg ik hier op m'n lazer dat die 11 uur niet echt ergens op slaat;
Tja, wat ik over het hoofd heb gezien is dat je ook de normale Omschrijvingen van het Artikel erbij wilt. Dat had ik even over het hoofd gezien en zag op de e.o.a. manier e.e.a. "net zoals bij de Verlengde Teksten" of "op kunnen vragen bij dat scherm". Nu kan dit laatste nog steeds wel (aardig) werken, maar toch niet helemaal. Dus, het systeem bepaalt normaliter welke teksten er aan de orde zijn en dit hangt al af van de Debiteur (of in elk geval kan daar van afhangen). Dus eigenlijk net zo als dat het op de Layout wordt getoond. Nja, dat wist jij al ...
N.b.: Ook al gebruiken jullie dat niet, formeel hoort daar ook nog een Taalkode bij, maar dat drukt de pret hier niet.

Hoe dan ook, ik wilde er toch wel 3.5 uur bij doen hiervoor.

Even opletten nog :
100% gelijk aan de Layout kan het niet worden omdat de Layout bepaalt wat er v.w.b. die normale Omschrijvingen wordt weergegeven. Bijvoorbeeld, als de Pakbon nooit de Verlengde Teksten weergeeft dan zal deze funktie dat toch doen als je "P" opgeeft, omdat deze funktie niets van de Layouts weet (kan ook wel weer, maar $$$ en erg overdone lijkt me).

Verder heb ik bedacht dat je het resulterende overzicht nog wel een beetje moet kunnen zien wat waar vandaan komt c.q. wat waar wordt getoond. Dus als een tekst optreedt bij zowel offerte als faktuur moet je kunnen zien dat dat zo is. Net zoals dat je denk ik moet kunnen zien of een Omschrijving uit de 1-regelige Artikelomschrijving komt of uit de Verlengde Tekst.

Omdat ik niet aan die Verlengde Teksten heb gedacht, heb ik dus ook niet aan de Verlengde Teksten (of Omschrijvingen in het algemeen) van de Verschijningsvorm gedacht. Maar dus ook niet aan de Verschijningsvorm (ik was nog wel zo slim om gisteren "(/Verschijningsvorm ?)" te noteren maar kon het niet helemaal plaatsen). Het hhangt er nu maar net vanaf of jullie die VVorm zelf belangrijk vinden, maar zo ja dan moet naast Artikelnummer en Debiteur (+ Taalkode) ook daarom worden gevraagd (en komt er vast weer 1,5 uur bij).

Over. :smile:

Snap ik, is akkoord.


Dit hoeft van ons niet.
Wat we wel belangrijk vinden is iets wat je al eerder noemde:


Dit vinden we wel belangrijk. Printvolgorde veranderen is handig, maar hier de artikelgroeptekst kunnen aanpassen (bv met F5) is ook heel handig.

Wanneer dit kan is de 14,5 uur akkoord  :smile:
:17c:

Ja, bijvoorbeeld. Verder hoop ik dat wij hier vanzelf wel gaan zien wat handig is om op te nemen als zijstap en anders bedenk je zelf nog wel wat en horen we dat wel. Als het maar als zijstap is uit te voeren (en al bestaat).

Goed. Nou, heheh, dank voor het meedenken. :yes:

Mooi, succes met het bouwen! :smile:

Nog even voor ons zelf :

Wat wij normaliter zouden doen is met F5 naar Raadplegen Artikelgroepen gaan alwaar de betreffende Artikelgroep als eerste op het scherm staat om vervolgens met F5 die Artikelgroep te wijzigen (maar feitelijk weer een zijstap naar de Taaltekst Regels Artikelgroep (entiteit)). Dat werkt natuurlijk wel (en zo'n F-toets om naar Raadplegen Artikelgroepen te gaan zal er sowieso wel zijn) maar een F5 voor direkt Wijzigen is toch even wat anders in dit geval (werkt 20x sneller).
Wat er natuurlijk wel moet gebeuren is een meer bijzondere selektie van de sleutel omdat de Raadpleegfunktie meerdere regels van een "Taaltekst Regels Artikelgroep" zal tonen (die feitelijk allen dezelfde sleutel hebben). En, vergeet ook niet dat de legel regels moeten worden getoond !

Ik denk dus dat je een dom volgnummer hebt als sleutel (van boven naar beneden 1,2,3,4,5, enz.) en de velden in dit Tijdelijke Bestand wel door (moeten) leiden naar waar het werkelijk om gaat. N.b.: Zelfs dus voor de bovenste regels die de normale Artikelomschrijving(en) weergeven - en wat dit betreft leidt onze F5 toets dus naar verschillende Wijzig funkties (kan dus ook gewoon Artikel zijn).
N.b.: We hoeven niet ons best te doen om een F5 op de 4e regel van een Taaltekst Regels Artikelgroep tekst de cursor ook in die 4 regel te positioneren.

Verder iedere keer als er in een zijstap iets is gewijzigd de Tijdelijke Bestand opnieuw genereren tenzij blijkt dat dit (te) traag is. Dit opnieuw genereren is dus altijd nodig als er ergens een regel tussenuit wordt gewijzigd of wordt toegevoegd (of er op Artikelgroep niveau wat wordt toegevoegd/verwijderd). Dus duidelijk ? alleen als e.e.a. te traag is kan je de moeite gaan nemen om te achterhalen òf er in deze iets is gewijzigd, maar wat erg redundant is en snel mis gaat.

:wacko:

Aangepast, staat op jullie systeem.

Artikelmenu-C-2.

Haha... Als je jouw voorbeeld nu terugbekijkt, zie je meteen dat "Econton Milieukeur" ontbreekt in jouw voorbeeld  :smile:

Let op !
Wel eerst even Profit opnieuw opstarten (triggert dan meteen autom. reorganiseren van TBC wat hiervoor nodig is).

Met F5 kun je rechtstreeks de omschrijving wijzigen (op het niveau waar de omschrijving vandaan kwam).
Shift-F5 kun je gebruiken bij de Artikelgroep TaalTekstregels, om de Artikelgroep te wijzigen (bijv. omwille van de Sorteervolgorde).

Ik vind het cool - ik laat degene testen die al deze teksten onderhoudt.
Kijken of hij ermee uit de voeten kan.
Op- of aanmerkingen zal ik uiteraard melden :smile:

IK heb ook maar meteen de Artikelgroep in een kolom opgenomen (zodat je kunt zien welke tekstregels bij elkaar gedefinieerd zijn als 1 set), de letter-/cijfer die ervoor zorgde dat ze in de selektie werd opgenomen, en tevens de Sorteerkode van de Artikelgroep. 't Is nl. wel handig dat áls je de volgorde wilt wijzigen, je vooraf ziet hoe andere sorteringen staan, zodat je kunt zien welke spelingsruimte je hebt in het aanpassen van de sortering.

Ik zie het - net als het kunnen wijzigen van de tekst mbv F5 (handig) en naar de artikelgroep mbv SHIFT-F5 (ook handig!)

Merk op dat ondanks dat we (je) hebt aangegeven dat je e.e.a. niet op Verschijningsvormniveau hoeft, we toch om een Verschijningsvorm vragen. Dit alleen als je een Debiteur invult, en wel omwille van het kunnen bepalen van het Klient-/Artikelnummer.
Zie verder http://ha1.heartprofit.nl/profit/index.php?topic=26171.0