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

Haha, dat was ik nou net aan het doen (en toen jas ik jouw betreffende opmerking).
Ja dus. Was vanaf het begin ook al de bedoeling, en was in eerste instantie even in elkaar geknutseld voor een klant. Ehh, voor mij.

Wie kan er nu raden hoe dit werkt ?
Mij staat bij zelfs jullie niet destijds. En het was nog voor jullie gemaakt ook !

Als we nu eens het Disablen niet toestaan bij LOIRTV, hoeveel problemen zou dat niet schelen ? ...

Hmm ... weet je wel zeker dat dit ergens op slaat ?
Zei je niet zelf dat je ook Win drivers kunt gebruiken ? Ga dat eerst eens fijn doen (voor al je printers), en roep dan nog eens zoiets. Goed ?

Het zal misschie geholpen hebben, maar was het niet een 2-3 weken terug dat we deze (2066) fout voor het eerst tegenkwamen ?
En betrof dit niet een ongedokumenteerde fout ? of was dit iets anders ...

Zo ja, wat zegt dit ? (ik ben het vergeten).

Ik heb het niet op de letter gevolgd, maar als de reden van het nog op Distributie staan bij de klant ligt, zou ik graag op de Aanmaning willen hebben staan dat die klant nog niet heeft betaald. Dus, geen specifikatie betekent niet betaald. Merk in deze ook op dat dit zeer formeel op deze wijze wordt behandeld door bijv. incasso buro's, die immers meerdere openstaande posten kunnen hebben op dezelfde debiteur. Zie nu ook dat dit naar een andere kant kan doorslaan : betaald zonder specifikatie, en vervolgens mag jij kiezen waarop je het afboekt. Wil de (niet-incasso buro) debiteur dat ? NEE. Hij is er dus mee geholpen dat hij een prikje krijgt.

Jongens, wat mij betreft is bovenstaande onderwerp afgedaan. Is de kool van de sop niet waard (zeg ik), en of je werkt je admi maar bij (en je gaat dus zelf bellen) of de debiteur krijgt keurig een aanmaning, wat ik juist vind. Het laatste is natuurlijk belachelijk, dus kies dan maar voor het eerste indien je dat eveneens vindt.


Het vooruit betalen is een ander verhaal, wat mij ertoe neigt te denken dat dit misschien wel niet op die distributie ontvangsten hoort te staan. En let wel, in ons incasso pakket gebeurt dat ook niet zo hoor. Dit is (daar) feitelijk een aparte sub admi, en wat natuurlijk niet voor niets is. Mijn oplossing : op het bloknote zetten.

Als dit je niet aanstaat (wat ik me heus kan voorstellen), dan iets laten maken wat dit formeel maakt (en wat we dus feitelijk al hebben, doch niet geïntegreerd op de wijze die je wilt).

Als ik dit laatste onderwerp fout zie, verneem ik dat wel.

En, ben je hier nog verder mee gekomen ?

Marco, houd je nog in gedachten dat de werkwijze die je hier impliceert officieel niet door de beugel kan ?
Je brengt op deze manier de verpakkingsbelasting nl. "hard" in rekening bij de klant, en ik heb al eerder gezegd, als die een keer kwaad wil zwaait hij met de wet die zegt dat jij het moet betalen.

In deze mag (vooralsnog) gelden dat oplossingen in deze richting niet door het pakket ondersteund zouden moeten worden. Wat jij doet moet je natuurlijk zelf weten, maar aangaande die module, weet je wel ...

Maar houd de "(vooralsnog)" in de gaten. Als dit de enige werkbare methode zou blijken wordt het een ander verhaal.

Wat bedoel je hiermee ?

a. Dat jij daar dus ook mee wordt gekonfronteerd als polderjongen ?
b. Dat het goed is voor het pakket om ook die duitse gebruikert te kunnen bedienen ?
c. Beiden ?

Zo het b. betreft denk ik dat we het onszelf (op dit moment) niet al te moeilijk moeten maken.
Als het a. betreft worden we steeds minder gelukkig hier.

Pascal, kun je svp even het juiste pad opgeven ?
Ik kan die funktie natuurlijk wel vinden, maar niet (werkend) vanuit Profit.

Marco,

Ik denk niet dat dit een doenlijke zaak wordt.
Dit is typisch iets waar nooit iemand aan gedacht heeft, en moet gewoon niet kunnen.

Klein gokje : zoiets zou net zo fout kunnen gaan bij het kopiëren van een Verkooporder. Daarmee zou ook dat niet mogen.

Als je erop staat kan het heus worden gemaakt, maar de prijs ervoor wil je hoogstwaarschijnlijk niet betalen (denk aan iets tussen de 8-16 uur.

Werny, doe mij eens een lol en schaf die handel aan in plaats van dit niet te doen zodat je jezelf de gelegenheid geeft om voor de derde (of is het de viede ?) keer met een voorstel te komen wat niet werkt. Ik vertel het je nu in elk geval voor de vierde keer (want ik ben begonnen ) :

Orders kiezen op zo'n klein schermpje moet je vergeten. Denk je dat dit toch werkt ? Dan kies je voor zo'n 44-50 uur maatwerk voor de betreffende schermen, wat alsnog weggegooid geld zal blijken, want het werkt NIET.

Dat jij tegelijk weegt in plaats van achteraf is (en was al) duidelijk, en dit heeft wat mij betreft niets met de verdere werkwijze te maken.
Het zou erg verstandig zijn als je *begint* met het overtypen van het gewogen gewicht in de Scanterminal, wat zo simpel is dat er toch werkelijk geen waarde kan zitten in het maar blijven doorgaan op dit onderwerp. En dan dit ook maar voor de derde keer : nadat jij hebt gezien (en er mee werkt) dat je in 4 seconden zo'n zak met gewicht en al hebt ingeboekt, kun je er op REELE wijze in meedenken hoe je het gewogen gewicht van de lepels in het systeem krijgt;
Als je technisch een verbinding met de scanner weet te leggen, op zich best, maar niet de makkelijkste weg (voor ons). Als je technisch een vebinding met het netwerk weet te leggen, en zelf iets kan wegpiepen daar naartoe, 100% goed en verder erg makkelijk.

Ga dit nu maar eerst uitwerken tot je een ons weegt, dan zien we het over een jaar of 4 wel, waar je al die tijd in 4 seconden de G.O. al had kunnen doen via intypen van het gewicht. DAT GEWICHT HEEFT NIETS TE MAKEN MET HET PRINCIPE VAN DE G.O. MET DE SCANNER, en daarom moet je dit ook los ervan zien !! Dat gewicht gaat altijd lukken, of het gaat nooit lukken. Stel dat het het laatste wordt, zou je dan die hele G.O. maar achterwege laten ? Nee natuurlijk.

Eén kreatief klein tipje voor nu : print maar een sticker in de heftruck met het gewicht erop. Kunnen we dat mooi (foutloos) scannen.
Leuk ?

Hahaha, ik heb me idd in allerlei bochten gewrongen om er 4 of 3 van te maken. Maar het is gewoon wederom 3,5 uur. Puur toeval.

Overigens heb ik uit jouw reaktie nog niet opgemaakt dat je het ook wilt.

Mocht dit niet precies hetzelfde euvel betreffen, dan toch graag beiden aanpassen nu.

Vergeet het maar, en sloop liever dat hernummeren eruit.

Financiële Groep sec klopt al niet omdat je die ook nog per BTW land (o.i.d.) hebt.
Vervolgens zal het binnen het financiële pakket ook op diverse plaatsen niet werken. Iets met formules, kostenverdeling, weet ik veel.

Pas wel op als je meent dit met ChangeKey te kunnen gaan doen. Ook die zal verre van waterdicht zijn, en e.e.a. zou op z'n minst expliciet moeten worden getest hierop.

Zie beide methoden s.v.p. als hulpmiddel, waarbij je op voorhand weet dat wellicht niet alles is gedaan.

Overigens kom je met een Konsolidatie Schema denk ik ook een heel eind (en voortaan daarop rapporteren).