722
|
Heart-Profit Boards / Heart-Profit ERP Support / Re: LOPROFGR print overzicht fakturen groepsdebiteur emballage wordt positief
|
on: July 03, 2012, 10:39:58 am
|
Ik begrijp dat je haast hebt met deze print die het nog nooit heeft gedaan voor jouw doel, en dat misschien een stukje beter kan gaan doen middels het niet meer meetellen als Kg voor iets wat geen Kg is. Ok, tijd is geld, en voor 1,5 uur beginnen we er vandaag nog aan. Wie weet is dan dan vandaag meteen klaar ook. Mocht je het idee hebben dat het allemaal fout is dan zien we wel wanneer de vakanties over zijn en zien we tevens wel of we het sowieso wel willen aanpassen. Immers, het klopt dan nog steeds niet met je Kg's (maar jij accepteert dat vandaag kennelijk). Ik bedoel eigenlijk : je moet je in deze niet willen beroepen op iets wat onjuist zou zijn (niet dat je dat doet op tot nu toe !!) want we krijgen het toch niet goed, tenzij het hele ding opnieuw wordt gemaakt. Snap je ? 1,5 uur dus, en vandaag klaar (mits je er bent om tijdig te reageren natuurlijk ![yes](http://ha1.heartprofit.nl/profit/Smileys/default/yes.gif) )
|
|
|
724
|
Heart-Profit Boards / Heart-Profit ERP Support / Re: LOPROFGR print overzicht fakturen groepsdebiteur emballage wordt positief
|
on: June 27, 2012, 12:52:42 pm
|
Wat een gedoe zeg. Maar sowieso bedankt voor je uitgebreide uitleg.
Volgens mij ... (maar even nog niet zeker) is het gebruik van een Statiegeld*Artikel* net weer wat anders. Dat is niet het Statiegeld zoals het op de print wordt ondervangen (aanpassing van Yvonne).
Nou, we gaan wel weer kijken.
PS: Lach niet en huil niet; maar ik denk omdat het een oud topic was heb ik niet eens doorgehad waar je je eigenlijk om gaat. Dus, "... wordt positief" vatte ik op als "moet negatief zijn". Maar sinds je laatste post begrijp ik dat het je om het saldo gaat wat uit de pas loopt. Klopt ? Zo ja, dan lijkt het inderdaad misschien nog een betere oplossing om het aantal "KG" er domweg uit te laten.
|
|
|
725
|
Heart-Profit Boards / Heart-Profit ERP Support / Re: LOPROFGR print overzicht fakturen groepsdebiteur emballage wordt positief
|
on: June 27, 2012, 10:00:47 am
|
Eigenlijk wel ja. Ik vind het niet ergens op slaan. Beter : Emballage hoort volgens mij helemaal niet in dit overzicht thuis. Tenzij ...
Tenzij het om gefaktureerd bedrag via Statiegeld gaat. En zó heeft Yvonne het dus gemaakt voor jou in 2008. Het werkt dus wel, maar jij zal wel geen Statiegeld aan de orde hebben.
Evengoed wil bij mij de logika van dit alles er niet in. Is niet jouw schuld, maar gewoon, wat die print doet. Volgens mij worden er Kg bij Stuks geteld (en feitelijk vraag jij daar nu ook om).
Dus ja, moeilijk.
|
|
|
726
|
Heart-Profit Boards / Heart-Profit ERP Support / Re: Waar vind je ook al weer de definitie bestandsnaam variabelen
|
on: June 22, 2012, 07:41:22 am
|
Het is iets ingewikkelder (uitleggen);
Je kan dus op zich iets met die bestandsnaam doen, want daarmee werkt het eigenlijk zoals je wilt. Dit zijn dus die bestandsnamen zoals ze uiteindelijk voor jullie zijn ontwikkeld ("opslaan print" om het zo maar te zeggen). Maar een bestandsnaam moet natuurlijk uniek zijn en niet (geïmpliceerd door elders in het pakket) aan verandering onderhevig zijn. Het laatste daargelaten, kan de bestandsnaam no best uniek worden gemaakt door naast een niet uniek deel (Orderreferentie) tevens een uniek deel op te nemen (Ordernummer). Dus eigenlijk kan je er zo toch nog komen ? misschien wel ...
Als dan later de Orderreferentie zou wijzigen is het jammer, en kan *jij* dus het printbestand niet meer terugvinden. Je kan je alleen afvragen of het daar wel om gaat. Immers, het gaat (zou ik toch denken) om de herkenbaarheid voor jouw klant. Als je dan ook nog het Ordernummer voor (links ervan) de Orderreferentie opneemt, kan je ook nog eens zelf het bestand terugvinden.
Heb ik het nou zo gel*ld dat het allemaal toch werkt ?
Moet je alleen nog die Orderreferentie beschikbaar hebben. Dit mag voor jou net lijken op iets als een Layoutvariabele, maar dat is toch niet het geval. Zie het maar zo dat sleutelvelden altijd beschikbaar zijn, maar de rest nooit. Daar moeten we dus iets voor maken, en dat kan niet algemeen zijn (lees : als we Orderreferentie hebben gemaakt werkt Relatienaam ook wel -> niet dus). Ook heb je te maken met (wanneer) de Orderreferentie wordt gevuld; voor sleutelvelden is dit een standaard mechaniek, maar voor de rest moet het in het betreffende programma worden gemaakt. Welk programma ? nou, die waar je op F1 drukt om de gegevens terug over te halen na een zijstap (ik hoop dat he begrijpt wat ik bedoel). *Nu* is het zo dat als je een order maar raakt op de e.o.a. manier (lees : maakt niet uit welke Raadpleegfunktie) de betreffende sleutelvelden worden geaktualiseerd. Moet dit voor een ander veld dat moet dit expliciet worden ingebouwd in alle funktie die jij wilt gebruiken om "te raken". En gebruik je eens een andere dan gaat er niets merkbaar mis, maar hoort je Orderreferentie (niet geaktualiseerd) niet bij het Ordernummer (wel geaktualiseerd). Het zou aldus zo maar een dag kunnen kosten om dit enigszins werkbaar te maken.
Je kan natuurlijk ook stellen dat het toch al niet werkt bij meerdere Orderreferenties, zoals je zelf aangaf ...
|
|
|
728
|
Heart-Profit Boards / Heart-Profit ERP Support / Re: Waar vind je ook al weer de definitie bestandsnaam variabelen
|
on: June 21, 2012, 12:53:18 pm
|
Aanvullend : het lijkt erop dat jouw "Definitie Bestandsnaam" eerder soelaas biedt en dan vooral kijkend naar de link in mijn eervorige post (die naar jouw eigen topic). Edit : zie volgende post !! Maar het punt is hier dat denk ik bar weinig mogelijk is met die Order Referentie in de bestandsnaam - om te beginnen omdat die niet uniek is. Dat daargelaten moet het system het bestand ook nog kunnen vinden, maar wordt het weer eens knap onoverzichtelijk als jouw ingang feitelijk een Kontakt is (met titel) en eigenlijk niemand iets met bestandsnamen heeft te maken (ook al moeten ze eigenlijk wel uniek zijn i.v.m. overschrijven) omdat de Kontakt titel daar voor zorgt. Ik wil best aanbieden voor drie kwartier om de Orderreferentie beschikbaar te stellen (voor alleen deze situatie) maar het komt erop neer dat het aan jou is om te vinden dat het werkt (het liefst op voorhand natuurlijk) en dat het ook ècht moet werken. Voorbeeld van het laatste wanneer het niet werkt : iedereen die geen Orderreferentie meegeeft krijgt een spatie (door jullie verkoophanden toegewezen) of een A. Dat werkt dus nooit. Een willekeurig getal dan maar ? dat wordt ook niets. Snap je ? Je geeft drie kwartier uit onder ons "advies" om het (weer eens) niet zo te willen. Nou, dan moet je op z'n minst oppassen (en de faktuur betalen moet je natuurlijk wel ! ![swoon](http://ha1.heartprofit.nl/profit/Smileys/default/swoon.gif) )
|
|
|
732
|
Heart-Profit Boards / Heart-Profit ERP Support / Re: Waar vind je ook al weer de definitie bestandsnaam variabelen
|
on: June 21, 2012, 10:36:30 am
|
![swoon](http://ha1.heartprofit.nl/profit/Smileys/default/swoon.gif) Vertel mij nu eerst eens (voor mijn eigen goede gevoel) waar ik gisteren heb "gezien" dat je het over een titel van een email zou kunnen hebben (ik was niet zeker, maar voelde dat je dat zou kunnen willen/bedoelen). Ik bedoel, ik kan het niet meer terugvinden. Het gaat mij er om dat de orderreferentie van de klant in het onderwerp van de email komt te staan, de mail waarmee de PDF naar de klant toe moet gaan. Jaa, *nu* wel natuurlijk. Hoe dan ook, als je het niet over de filenaam zelf hebt maar over een titel van een email, gooi dan alle posts in dit topic maar even weg ... (die van jezelf ook dus ![Wink](http://ha1.heartprofit.nl/profit/Smileys/default/wink2.gif) ) <-- niet echt doen natuurlijk.
|
|
|
733
|
Heart-Profit Boards / Heart-Profit ERP Support / Re: Waar vind je ook al weer de definitie bestandsnaam variabelen
|
on: June 20, 2012, 12:36:20 pm
|
Gewoon vragen op het forum wat je wilt lijkt me handiger (eh, voor ons).
ORDERREF ? Ga er maar vanuit dat die niet kan werken. In het algemeen (en voor zover te begrijpen) : denk aan "Sleutelvelden" naar de betreffende entiteit. Nou, daar kom je al niet uit denk ik, maar je moet bijvoorbeeld maar niet proberen een Inkoopordernummer te gebruiken voor een print die domeweg over een Relatie gaat (zou zo'n print bestaan).
Misschien moet je dit ook niet te mooi willen maken en als een soort "raadpleeg funktie" gaan zien. Dus bijvoorbeeld, een Verkooporder heeft 1 werkelijke sleutel, en daaronder dien je de print op te slaan. Alleen dan ben je ervan gegarandeerd dat e.e.a. uniek is en niet elkaar overschrijft. Dat je het ding graag terug wilt vinden (vandaag !) onder de Order Referentie snap ik, maar juist (werken) is het niet. Er zit wat mij betreft dan ook maar 1 ding op, en dat is in het systeem het Ordernummer opzoeken via de Orderreferentie (en dan eerst hopen dat dat kan natuurlijk).
|
|
|
|