1801
|
Heart-Profit Boards / Heart-Profit ERP Support / Re: veeltalige labels
|
on: February 11, 2009, 09:47:08 am
|
Nu jij toch met Pieper komt ... ik wilde het in het begin niet zeggen, maar het is inderdaad zo dat hij dat steeds deed, en wij het zelf vanaf het begin niet hebben geweten.
Jouw aanpak (met onze hulp) moet op zich tot een resultaat kunnen leiden, maar zonder zo'n aanpak moet het ook kunnen werken. Wat mij betreft (en wat mij er van bij staat) is een printer met de juiste code page voldoende. Merk op dat een Codepage niets verandert aan het bestand, maar het systeem alleen vertelt wat ze ervan moet maken.
Unicode is een heel ander verhaal, en heb je wat mij betreft niet nodig om de tekens van de landen die jij noemt in op te slaan. Volgens mij wordt dit wel anders met Grieks en zeker Russisch. Dan volstaat de beperkte characterset gewoon niet.
|
|
|
1802
|
Heart-Profit Boards / Heart-Profit ERP Support / Re: Hoe zat het ook al weer bij lokatv met de verschijningsvorm?
|
on: February 06, 2009, 09:11:55 am
|
E.d. definitie is normaal gesproken niet eens toegestaan, omdat het systeem o.b.v. een Artikelnummer van jou niet eenduidig kan bepalen welk Artikelnummer van de klant erbij hoort. Dat jij e.e.a. toch toegevoegd krijgt, zal komen vanwege de parameter die je aan hebt staan, waarbij je dit expliciet toestaat. Ik vraag me af of deze opmerking wel juist is. Tuurlijk in de context van die Releasenote en de parameter wel, maar toch niet als die parameter uit staat ? dan heeft het er helemaal niets mee te maken. Dan heb ik gewoon 2 Kliënt-Artikelnummers die beiden naar hetzelfde eigen Artikelnummer verwijzen, maar ieder een andere Verschijningsvorm triggeren. Toch ? En dit kon dacht ik altijd al ...
|
|
|
1804
|
Heart-Profit Boards / Heart-Profit ERP Support / Re: Hoe zat het ook al weer bij lokatv met de verschijningsvorm?
|
on: February 06, 2009, 09:00:01 am
|
N.b.: Reaktie zonder kennis van de reaktie van Wouter die er intussen ook is ...
Misschien ... Maar ik heb eerder het idee dat je het principe niet begrijpt ?
Dat bij die Kliënt-Artikelomschrijvingen (en -gegevens, er bestaat nog wel meer in het betreffende menu) is voor a. defaults b. hoe een klant iets noemt evt. inklusief Artikelnummer om c. vervolgens dat Artikelnummer (Kliënt-Artikelnummer dus) te kunnen gebruiken bij het invoeren van de VORegel.
Dit heeft niets te maken met "verkopen ongeacht Verschijningsvorm" o.i.d.. <- mocht je denken dat jullie dat regelmatig doen ... nee, je verkoopt in Bulk, en die heet nog steeds een Verschijningsvorm (n.b.: beetje gevaarlijk, want ik meen dat je tegenwoordig wel degelijk ongeacht VVorm kan verkopen (VVorm = "-------") maar daar heb jij het hier niet over).
Ik denk ook (maar niet zeker) dat je de verkeerde variabele gebruikt in kombinatie met nog weer een verkeerde variabele voor de Verschijningsvorm. Althans, zoals jij het zult ervaren. Moeilijk uit te leggen, maar zie dit : Het enige wat jouw rechter setting zal doen, is bij het maken van de VORegel de VVorm leeg laten; Wat de linker setting zal doen, is de VVorm invullen. Dat het hier slechts om defaults gaat bewijst de rechter setting, immers, verkopen zonder VVorm kan niet (en wat jij dus wel in je hoofd lijkt te hebben).
Dus : Als je Kliënt-Artikelnummer 244538 invult op de VORegel, zal deze worden vervangen door jouw eigen nummer 23662, en jouw klant vindt dat bij zijn 244538 een HE pallet, zak 25Kg hoort. Als je 240034 invult, heeft de klant kennelijk niet bepaald wat dan de VVorm moet zijn en mag jij die zelf nog kiezen. In elk geval zal het jou 23662 gaan worden.
De rechter setting is wat mij betreft aldus onjuist ... althans in kombinatie met de linker die *altijd* juist mag heten.
Of dit ergens nog met een parameter heeft te maken (ik zie zo snel niet welke je bedoelt) ... zal wel, maar bovenstaande geldt eerst.
Dan : ... dan wil je kennelijk ook nog "iets" laten werken. Dat mag, maar dan moet je de vraag even stellen (dan wel de inrichting doen) in de context van bovenstaande uitleg.
|
|
|
1805
|
Heart-Profit Boards / Heart-Profit ERP Support / Re: Hoe zat het ook al weer bij lokatv met de verschijningsvorm?
|
on: February 05, 2009, 04:04:27 pm
|
Misschien iets te snel gereageerd (maar dan word ik wel verbeterd) : Verkopen ongeacht Verschijningsvorm bestaan officieel niet. Hier en daar bestaan misschien wat registratiewijzen om zulks toch te impliceren, maar dan is dat vast niet voor jou bedoeld en vergt dat een consistente inrichting daar omheen. (en dat zonder naar een linker of rechter deel te kijken, want die zijn nog even niet zichtbaar )
|
|
|
1808
|
Heart-Profit Boards / Heart-Profit ERP Support / Re: vragen mbt module Profit-Changekey
|
on: February 03, 2009, 11:39:24 am
|
Wat gebeurt er wanneer uit de logfiles (die we uiteraard eerst in Test-omgeving draaien) blijkt dat er iets niet goed gaat bij het wijzigen? Ik neem aan dat als er bij het converteren iets fout gaat, dit onder het onderhoudskontrakt valt en dus kosteloos wordt verholpen? Je MOET het in de Testbestanden proberen, en die moeten een kopie zijn van de Produktiebestanden. Als het fout gaat in de Testbestanden moeten wij ervoor zorgen dat de ChangeKey programmatuur wordt aangepast (Onderhoudskontrakt). Als het in de Testbestanden goed gaat, gaat het dat ook in de Produktiebestanden. Ja, Basisprijs is nog steeds 950.
|
|
|
1811
|
Heart-Profit Boards / Heart-Profit ERP Support / Re: Kolom toevoegen aan Raadplegen Debiteuren (LORD oproep middels spatie)
|
on: January 30, 2009, 10:06:53 am
|
Nee, moet je niet vanuit gaan. Je bekijkt hier domweg de tabellen (in dit geval LORD) en de enige intelligentie die erin zit is dat de headings een poging doen ergens op te slaan. Het kàn natuurlijk wel (en ik verwijs maar weer naar Mailing Selekties), maar daar zijn we wel een maandje mee bezig. Ook hier : zou wel leuk zijn. Maar laten we nu eerst maar eens met die Grid-kolommen beginnen. Ik meen dat we daar aan toe zijn.
|
|
|
1813
|
Heart-Profit Boards / Heart-Profit ERP Support / Re: gebruik van budgetten
|
on: January 27, 2009, 12:20:06 pm
|
Ik denk dat er niet zo heel veel zijn die dit gebruiken (ze zijn er wel hoor). Maar het is denk ik (inderdaad) de verwachting die het kreëert, en in elk geval minder de "realiteit" die het fenomeen zou afroepen. Ik bedoel, wie (lees : welke software) kan er nou budgetten op deze manier aanbrengen ? Dus, dat je dat allemaal kan is één (en al mooi genoeg), en dat je dan ook nog de afgeleide budgetten zou willen zien is nog een dimensie erger. Maar goed, ook ik dacht dus (destijds) dat dat vanzelf zou kunnen. Maar het is nu eenmaal niet zo. Redundant inbrengen kan natuurlijk wel. En is ook helemala niet zo'n ramp natuurlijk. Als je dat toch (psychologisch) een ramp vindt, wel, dan gebruik je er gewoon eentje en niet meer.
|
|
|
1815
|
Heart-Profit Boards / Heart-Profit ERP Support / Re: Klant van Klant label
|
on: January 26, 2009, 03:53:12 pm
|
Als ik het een beetje kan volgen lijken mij dat veldjes bij het Afleveradres. Alleen ... customer reference numeber = klant afleveradres artikelnummer Supplier number = klant nummer als leverancier van klant aflever adres. Beiden kan ik niet echt volgen. De eerste ruikt ernaar dat je dit op de VORegel moet ingeven (en waarom je dan afleveradres noemt ontgaat mij, dus ik zal het wel fout hebben). De tweede word ik helemaal van. Geldt misschien niet voor iedereen, maar ik ben nu even de aangestelde om hier iets van te maken Zou je beiden willen toelichten ?
|
|
|
|