Heart-Profit ERP

Is het mogelijk te maken om artikelnummers in zowel kleine als hoofdletters weer te geven?
Bijvoorbeeld 174i2 als artikel nummer?

Als het lukt, 6 uur.

N.b.: Dit geeft dus geen garantie dat het lukt, en als het niet lukt kost het je niets.
Door het hele pakket heen dus.

ok, is goed.
Laat maar weten of het lukt.

Het is toch niet zo dat je denk dat bijvoorbeeld de volgende twee Artikelen naast elkaar kunnen bestaan ?

174i2
174I2

Dan, er vanuitgaande dat je dàt niet wilt, wil je dan gewoon alle hoofdletters in kleine letters zien ?
En wat als er uit de, stel, 1000 funkties die het Artikelnummer laten zien 20 bij zitten waar het niet werkt ?

En wil je dat ook kleine letters intypen ?

Graag op alle vraagjes een antwoord.

Nee, wilde dat nog in mijn reply verwerken maar het leek mij logisch dat 174i2 en 174I2 hetzelfde zijn.

Niet alle natuurlijk. Alleen van die waarvan ik het aangegeven heb. Bijvoorbeeld 174i2V zou mogelijk moeten zijn

Het belangrijkste is als het in het artikel menu een duidelijk onderscheid zichtbaar is (17412 en 174I2 lijken teveel op elkaar). Verder wil ik het natuurlijk graag op onze uitingen naar buiten. Etiket, pakbon, factuur etc. De hele poductlijn i2 DCC is ons paradepaardje waar we erg trots op zijn (zie www.baril.nl)

Niet perse, wat voor jullie het makkelijkst is.

Komt er dan ook een bedrijfsparameter die zegt "Kleine letters toestaan in artikelnummer j/n"?

Frank, het is al doodmoeilijk om te overzien of "het" gaat doen wat je wilt, en als ik eerlijk ben geldt dat voor jullie zelf nog meer dan voor ons hier. Mijn gevoel intussen : je wilt wel iets, maar het gaat niet werken.

Kunnen ze dan nooit eens iets anders zeggen in Barneveld ?
tja ... het hangt erg af van de wensen zeg maar.

Ik heb deze keer heel expres en ook voor de aardigheid (lees : om eens aardig te zijn) meteen ja gezegd, in plaats van vragen te stellen. Maar zoals nu blijkt, het helpt niets, en is verkeerd om natuurlijk. Goed.

Als wij zouden maken wat je letterlijk wilt (en die opdracht heb je al gegeven) dan :

- Zal een onjuist ingetypt nummer kwa case een "bestaat niet" opleveren, en desnoods iets toevoegen wat al bestaat (maar dan met tegenovergestelde case).

- Word je aldus gedwongen grote en kleine letters door elkaar te gebruiken

- bij een logika die er niet is (en "de I lijkt op een 1 is geen logika);

- En heb je Profit-ChangeKey nodig om de huidige nummers te veranderen naar zoals je het wilt.

Snap bij alles dat -zoals je het wilt- dat het slechts kan beginnen met het Artikelnummer in de juiste case in de database. Dus, jouw 174i2 moet nu ook als zodanig in de databse komen te staan, domweg omwille van de situatie 174i2V waarbij het systeem niet kan raden dat de i wel klein moet, maar de V niet.

Ik heb een beter voorstel :
Waar je sowieso ChangeKey nodig hebt, kun je die beter aanschaffen om de "verwarrende" nummers een niet-verwarrend nummer te geven. Dus, in jouw voorbeeld (wat ik maar weinig geloofwaardig vind ... ja ja, je kent me) zou 17412 kunnen worden omgenummerd naar iets waar die 1 niet meer op de ongelukkige plek zit. Alleen, volgens mij ga je hierop reageren met "dat was maar een onwerkelijk voorbeeld", en kon het er uiteindelijk wel eens op neer komen dat je geen zin hebt in "typefouten" met als gevolg een "bestaat niet".

Haal zelf de "waarheid" maar boven tafel.
Hoe beter je dat doet, hoe beter de oplossing wordt, met natuurlijk de mogelijkheid dat er geen oplossing is.
In alle geval ben je ermee geholpen, desnoods met het voorkomen van onnodig geld uitgeven.

Hoe dan ook, blijf aan de ChangeKey "sec" oplossing denken.

Beste Frank


Je schrijft dat jullie parade paardje met een kleine i begint. Als ik je verhaal goed lees dan willen jullie de product ID graag overal op vermelden. Als je dan zo nodig altijd die kleine i wilt kunnen zien zou ik er een tekstblokje laten bijmaken in de LOAR. vervolgens enkele lay-out variabele die werken indien waarde aanwezig afdrukken anders normaal id-nummer. Beetje hetzelfde als bij Kliënt Artikel-omschr. Iedereen binnen jullie bedrijf kan gewoon normaal op de i drukken terwijl op elke print de kleine i kan verschijnen. Pas dan ook nog even change-key toe voor nummer die te veel op elkaar lijken.

Ps controleer ook artikelen waarin je de letter "O" gebruikt want die lijkt veel op de "0"

Dirk-Jan

Wel, tot nu toe is i de enige kleine letter in onze producten reeks en komt van i2 (I square).
Product 174 betsaat, is een 2k product. 174V bestaat dus ook (is het 2e komponent verharder, geniaal niet?)

van 174 bestaat ook een DCC (Dual Cure Chemistry, zie website) variant, je raad het al...174i2. Hiervan is de verharder dus 174i2V, dit vinden wij nl logica.

Als background info:
De drie cijferige productreeks in de 17x komen van Fortis coatings (overgenomen door Baril) en worden regelmatig gebruikt in "oude" voorschriften en moeten om deze reden dus blijven vestaan.
"Baril" heeft van oorsprong 5 cijferige artikelnummers waarin elk cijfer een functie heeft, 17412 is dus theoretisch mogelijk.
Toevoeging i2 is nieuwe ontwikkeling welke DCC kwaliteit aangeeft.

Dus als we de i wel klein moeten type en de V groot dan vind ik dat goed.

Frank, ik zie dat je weer terug bent ...

Kun je in elk geval een uitspraak doen over de -dan- noodzakelijke aanschaf van Profit-ChangeKey (Basisprijs 950) ?

Ja ben er weer...en ben ook al weer toe aan vakantie....

Wat Profit-ChangeKey precies doet is mij niet helemaal duidelijk, ik wil nl geen huidige nummers veranderen, maar als wij deze nodig hebben om "i" in de artikelcode te kunnen zetten dan is dat ok.

Pas nou alsjeblieft op dat er zodirekt geen misverstand in het spel is.

Je wilt de i-tjes klein "hebben" toch ?
N.b.: Als we een Artikelnummer gewoon weergeven (scherm, print) dan zit daar geen algemene formattering overheen die op systeemniveau kan worden gewijzigd. Die formattering is er WEL bij invoeren van het Artikelnummer. Dus, we zouden er voor kunnen zorgen dat op een bepaalde positie, als je daar een I typt. het een i wordt. Alleen, daar heb je niets aan, want die Artikelnummers zitten er al in (database), en het gaat je dus alleen nog om weergeven ...
Middels ChangeKey kun je de betreffende Artikelnummers (feitelijk : sleutels) veranderen door de hele database heen, en je kiest zelf uit welke.


Vergeet alsjeblieft de Licentiefaktor niet ...

Ik ben de licentie factor niet vergeten. Daar had ik al rekening mee gehouden.

Heb nu 1 artikel (171I2, volgens mij 1 levering, 3 recepten of id) welke veranderd zou moeten worden in 171i2.
De overigen 17Xi2 (waarin X getal 1-9 is) moeten nog gemaakt worden.

Verklaar mij maar voor gek, maar dan doe ik het liever anders;

Er gaat hier iemand voor jou dat in de database veranderen. Dat moet makkelijk in hooguit "een paar" uur kunnen met zo weinig gegevens. Merk wel op dat het nooit kan zijn gegarandeerd dat we vinden waar het allemaal moet worden veranderd, en zo kan ik bijvoorbeeld not net verzinnen dat we ook wel in de Produktieorders en Artikel/Verschijningen moeten zijn, maar dan houdt het ook wel op (maar, het Artikelnummer komt in wel 400-500 tabellen voor).

Als het zo niet blijkt te kunnen is het jammer van onze tijd en moet het alsnog met ChangeKey. Kan het wel, dan heb jij weer wat geld over voor leuke dingetjes.
Snap wel dat je zelf de kondities hebt gesteld, en als er (later) nog meer moet gebeuren kwa artikelnummers, heb je alsnog ChangeKey nodig, èn we sturen de rekening voor de moeite.

Ok ?

ok, maar betekend dat dat ik de andere i2 artikelen kan aanmaken?

Nee, nog niet !

Artikel 171I2 is inmiddels in de database gewijzigd in 171i2.
Wijzigingen zijn aangebracht in LOAR, LOVA, LOVR, LORT, LOAB, LOVI, LOVM, LOPO, LOOP, LOCP en LOGA.

Aangepaste funkties moet je nog krijgen dus een nieuw Artikel als zodanig invoeren kan nog niet. :(

Als in de database nu 171i2 staat, en hij nog geen aangepaste funkties heeft, zou ik denken dat hij nu niets kan doen met de nieuwe 171i2. Niet verkopen, niet leveren etc., omdat hij het nergens met een kleine i kan invullen.
Eerst funktionaliteit maken + oversturen, daarna database aanpassen lijkt me een betere volgorde, of heb ik het mis?

Het lijkt in eerste instantie dat je het niet mis hebt, maar uiteindelijk juist wel. Immers, pas nu kan blijken wat er moet worden aangepast, wat er niet kàn worden aangepast, en waarmee je dùs wordt gekonfronteerd.

Status van nu : alles kàn zodirekt in kleine letters worden ingetypt, maar moét in de juiste case worden ingetypt. Dat wordt dus een versleten shift-toets ...

Frank, je onderschat dit !!!

Ik hoop het niet....

Heel veel letters worden niet gebruikt in ons artikelnummer dus ik denk dat het wel meevalt.

Ok. Frank, op dit moment kun je dus inderdaad dat ene Artikelnummer niet gebruiken, Dat blijft zo tot een uprade, die je maximaal morgen kunt ontvangen;

Kunnen jullie daarmee leven totdat je die upgrade ook hebt uitgevoerd ?

Ja hoor, prima. :smile:

Ok. Dan is het bij deze klaar, alleen kan ik de upgrade pas morgenochtend gereneren.

Alvast om te onthouden :

Het zal kunnen voorkomen dat je ergens een Artikelnummer moet opgeven, terwijl de kleine letters op die plaats niet worden onderkend, en dus kun je ook het Artikelnummer daar niet opgeven. Kan dus "hier en daar" gebeuren, en àls het gebeurt, hebben wij dat in 10 minuten opgelost, en kun je weer verder. Zelf heb ik geprobeerd alles al te onderkennen, maar "alles" is een groot woord hier.
Naar mijn verwaching ben je na een maand alles wel tegengekomen, en hebben wij een keer of 5 op deze manier wat moeten aanpassen.

Ik hoop maar dat het acceptabel is zo ...  ::)

Helemaal goed, zal er rekening mee houden.

Laat je het ff weten als de upgrade gereed staat?

Thanks

Upgrade staat al een tijdje klaar.

Had al een mailtje gehad van WR.
Upgrade inmiddels uitgevoerd maar volgens mij werkt het niet.
Heb het geprobeerd met zowel de parameter aangevinkt als uitgevinkt.
Bij wijzigen artikel 171i2 krijg ik nu de melding "artikel bestaat niet" (bij beidee opties)
 Kan iemand hier na kijken?

Frank
:11c:

Ik denk dat dat op zich juist is, we zijn iets vergeten.
Komt morgenochtend z.s.m. goed.

Zullen we zonder upgrade kunnen oversturen ... je hoort het vanzelf.

Aangepast. Staat al op jullie systeem.

Mooi, het werkt.
Dank je Wouter. :smile:

Die dank komt Yvonne toe; ik heb het enkel overgezonden  :wink:

Yvonne, geweldig!

Bij functie LOKOVL pad F10;1;1;1;3 werkt het nog niet.

Heb ik aangepast, maar vanwege de opzet van het hele gebeuren heb je hier een nieuwe versie van de Systeemprogrammatuur voor nodig.  :(

Als je wil kan ik die meteen opbouwen en overzenden, maar als je er niet echt haast mee hebt, is het misschien beter om eerst nog een paar andere funkties te vinden waarbij hetzelfde mankement optreedt.

Zo zal dit in jouw versie denk ik ook niet werken bij alle "van - t/m" selekties (het kopieren alhier, maar ook printen van - t/m artikel). Een aantal van dit soort situaties heb ik ondertussen ook ondervangen.

Laat svp even weten of je zit te springen om deze aanpassing, anders wachten we tot je wat meer situaties gevonden hebt.  :wink:

Sorry Wouter,....ja zit erom te springen....
Eventueel wik best weer een update doen hoor als dat makkelijker is voor jou.

Ishet misschien mogelijk om hier maandag ochtend (eigenlijk het liefst zondag nog) over te beschikken?
bvd

Tsja... tot 19.12 ging ik niet wachten op een reaktie. :wink:

Heb zojuist nog een Upgrade voor je klaargezet.
In principe kan het ook zonder Upgrade, maar dan ben ik er extra tijd aan kwijt, waarvan ik begrepen heb dat dit gefaktureerd kon worden. Mocht je dit vandaag of morgenochtend niet redden, dan kun je er alsnog morgen over beschikken, maar kost het je een kwartier of half uur.

Dank je Wouter voor je snelle reactie.  :smile:
Heb de upgrade inmiddels uitgevoerd.

Bij LOARRA werkt het nog niet.
Heeft geen haast.

Bij LORTRA werkt het ook nog niet (is dit niet iets anderds?)
Heeft geen haast.

Bij LORTCP werkt ook nog niet.
Graag zsm.
Thanks.

Bij LOARRECB (jaja...de PvK functionaliteit) werkt het nog niet.
Niet veel haast.

Wat werkt er hier niet aan? Die rubriek 'Recept-id' doet het i.i.g. wel !
Zijn er nog meer Receptrubrieken (verstopt?) zo ja, waar?

Aangepast. Maar weer een Upgrade plannen?
Of toch eerst even wat dingen opsparen en dan oversturen?

Wat betreft LOARRECB, heb ik me vergist denk ik...het werkt inderdaad wel...
Sorry Wouter. :(

Wat betreft LORTCP:
Lijkt mij dat we het beste kunnen wachten (zoals ook voorgesteld door PS) anders blijven elkaar bezig houden.
Einde van maand proberen aan te houden voor een update?

Bij LOKPVKAK werkt het nog niet.
Heeft geen haast.
:11c:

Dat e.e.a. niet in de Textboxes boven de grids werkt was al opgevallen.
Selekties als F5 werken dacht ik wel gewoon, denk alleen dat je geen PgDn kunt doen t.o.v. een 172i artikel.



:15c:

Dat bepaal jij. Ik vind het prima.

Bij LOPRKPPT werkt het nog niet.
Heeft geen haast.

Bij LOAPKP werkt het niet.
Heeft wel haast.
F5 werkt wel, maar hoe kan ik vanuit raadplegen een artikel koppelen?

Het picture formaat boven een grid heb ik niet zo 1,2,3 opgelost. Als dat overigens is opgelost, zal het ook meteen in alle Grids zijn opgelost.

Workaround voor nu: niet in de Textbox proberen 178i2 in te typen gevolgd door F4 (Toevoegen), maar 178 (of 178Z) intypen gevolgd door PgDn, en dan vanuit het overzicht de 178i2 selekteren en dan F4 doen.

ok, dat lukt. thanks. :smile:

Ok, het is nu anders opgelost en het zal nu wat moeilijker worden om iets te vinden wat niet goed gaat ...

Vereist wel een upgrade (Heart intern : van de Classes).

Zal mijn best blijven doen.. :wink:

ok, zet maar een upgrade klaar. :smile:

Staat klaar op de website.

Dank je Wouter.

Gebruik shift toets in LORTRA geeft "recept bestaat niet" zie png

Shift-Wat ?
Bovendien : wat doet jou denken dat dit met het topic te maken heeft ?  :scratching:

Artikel nummer is 154W, hiervoor is dan shift w nodig omdat het hoofdletter W moet zijn.

Mijn idee is dat ik dit soort problemen hier eerder heb aangegeven, scroll maar omhoog.

Voordat alles nogmaals is aangepast ja, dus dat zegt me niets meer.


Begrijp er niets van. Hierop kan ik alleen maar reageren met : "dan moet je de shift toets gebruiken". Sorry ...  :dntknw:

Dat zeg ik....als ik shift w toets krijg ik die melding......Alleen caps lock w werkt.

Mijns inziens zal Frank last hebben van de Visual FoxPro bug dat Shift-W dezelfde keywaarde oplevert als Shift-F4. Hij typt Shift-w, maar omdat Shift-F4 gedefinieerd is, zal die toets worden uitgevoerd. Hetzelfde probleem kan optreden in de range Shift-t t/m Shift-z.

Mogge ... ik had het met Shift-i geprobeerd. Dom heh ? :fool:

Da's dan niet zo mooi. Immers, onoplosbaar (ja, met caps lock werken).

 :scare:

OK, ALS DAT DE ENIGE MOGELIJKHEID BEIDT DAN IS DAT ZO.
TOCH BEDANKT.

Met capslock aan, werken je E en I verkeerd om !


Maar Frank, als je de moeite wilt nemen, mag je hier best noteren waar dit fout gaat. Er is immers de theoretische oplossing dat we andere funktietoetsen toekennen. Alleen, daar is in principe niemand gelukkig mee, en waar iets nu (bijvoorbeeld hoor) F4 -Toevoegen is, zullen we dat nooooit veranderen.

hahaha...
Bij LORTRA gaat het dus niet. Nu ik dit weet kan ik er wel mee werken, is alleen vervelend.

Goedemorgen allen.
Bij Kopiëren Artikelgegevens kan ik niet beginnen met een kleine letter in de omschrijving.

Frank

Dat kun je nagenoeg nergens in het systeem; een omschrijvingsveld begint normaliter altijd met een hoofdletter.  :wink:

NB: Dit heeft m.i. ook niets te maken met het Topic Artikelnummer.

Ok, volgens mij past het juist wel in dit topic.

Als dit verder niet verholpgen wordt dan zal ik er mee leren leven....