Gem

Ja ok, maar hoe kan ik vanuit een script een lokaal txt bestand aanpassen ?

Hmm ik zit hier te tobben over iets waar ik niet direct een aanvang mee weet. Ik heb een TXT bestand met de inhoud dolVar=0.725 In FM pas ik elke dag de koers aan om alle prijzen actueel te houden. Nu zou ik vanuit FM na het aanpassen van die koers, deze waarde ook willen aanpassen in het dol.TXT bestand dat op mijn website staat. Of ik pas de waarde lokaal aan en zorg voor een upload van het TXT bestand of ik pas de waarde aan direct op mijn website door in te loggen via een script of whatever. Nu weet ik niet of ik via FM lokaal een extern bestand kan wijzigen ? Hoe pak ik dit best aan ?

Heb je al eens een zoekopdracht gedaan met "print" op Clarify ? Je vind er vast wat je zoekt.

Hi Jean Thanks voor de info en het source model. Dit zal eens goed bestudeerd worden tijdens het weekend. respect,

Hallo Ik heb een idee nodig.... casus: offerte/leveringsbon bestaat uit layout met tabel (bonregels) Ik kan mijn bon veranderen in een offerte en omgekeerd, maar éénmaal de offerte de status "locked" heeft kan niets meer gewijzigd worden. Dit is ook zo met de leveringsbonnen. Wanneer ik nu van mijn offerte een bon wil maken gebruik ik een script met duplicate record waardoor mijn bon gekopiëerd wordt naar een ander record. Het probleem is nu dat de inhoud van mijn tabel (bonregels) niet mee gekopiëerd wordt. Ik zou een loop kunnen gebruiken die de bonregels afloopt en al de regels met het oorspronkelijke bonnummer ook kopiëert en deze het nieuwe bonnummer geeft. Maar ik vermoed dat dit een helse bewerking zal zijn als er een paar duizend bonregels te overlopen valt. Je zou natuurlijk ook gewoon kunnen switchen van offerte naar bon maar dan is de oorspronkelijke offerte foetsie (ze dragen dan hetzelfde bonnummer). Ik wens dus mijn offerte te behouden en een kopij ervan aan te maken die de inhoud overneemt en de mogelijkheid biedt regels bij te voegen of weg te laten. Kan iemand mij op weg helpen aub ?

Oude topic nog eens heropenen... In aanvulling met eerdere post vraag ik me af of je via scripting kan detecteren op welk station de externe HD aangesloten zit. Momenteel doe ik een backup via dit script: Set Variable[$Variable;"filewin:/G:/backup/" & "Adm" &"_" & MAIN::versie & "_" & MAIN::TimevarBackup] Save a Copy as["$Variable";copy] Maar als ik een usb stick aansluit en nadien mijn externe HD dan gebeurt het wel eens dat mijn station G veranderd naar station H of F Kan ik dus inlezen op welk station mijn externe HD zit en dit opnemen in mijn script dmv een variable ?

Bijna helemaal ernaast ja... Interessant Jean. Ik zal me daar de komende dagen eens op verdiepen. Groetjes

Hey Jean, bedankt voor de tip. Is dit wat je bedoelt ?

Super ! Zal dit zeker eens implementeren !

Ja inderdaad ook mogelijk al wordt dit wel moeilijk als je een complete layout met tabellen wil weergeven. Ik denk van een layout View op te zetten waarna ik uit verwijs via mijn portaalregels. Deze layout zou dan geen enkele button hebben waardoor het ook onmogelijk is dat de gebruiker doorklikt naar een ander script. Na 5 sec. keert het script dan terug naar zijn portaal regel. De Layout View zou dan een afgeroomde kopij zijn van de layout edit van bv een offerte of bon. Toch bedankt voor het idee.

Bedankt voor de tip, dit lijkt me een goede werkwijze. Thx

Jean, Ja inderdaad een layout voor Edit en eentje voor enkel View Daar ben ik me van bewust maar eenmaal het programma optimaal werkt denk ik niet dat ik nog veel ingrijpende wijzigingen aan de layout zal brengen. Zowieso zijn alle icons en buttons global containervelden. In mijn design table heb ik enkele global containervelden met 80 repitities. Verander ik maw een icon in mijn design table dan wordt deze verandering doorgevoerd in mijn volledig bestand, dus op alle layouts waar dit containerveld voorkomt. Het zou dus eigenlijk alleen nog het scriptgedeelte zijn die manuele aanpassing zou nodig hebben. En indien ik er echt eens met de borstel wil in vegen, dan maak ik gewoon terug een kopij van mijn definitief ontwerp (Edit layout), wijzig de kopij naar View layout en pas enkel de scripts aan die naar deze layout verwijzen. (een 20-tal) Dat is nu precies wat ik ook gedaan heb. Deze manier van werken laat inderdaad ook toe om een andere menu set te laden. Zo heb ik de button nodig om de bon af te sluiten, uiteraard verwijderd op mijn View layout waardoor de klant onmogelijk een afgesloten bon nogmaals kan afsluiten (wat eigenlijk via een script zowieso al niet mogelijk was) Tja maar eigenlijk werk ik niet met een script trigger op de layout (wat wel mogelijk zou zijn). Ik werk met persoonlijke navigatiebuttons die mijn inziens meer mogelijkheden bieden voor navigatie, vooral bij scripting dan. De truck met de shift toets werkt dan blijkbaar niet

hallo, ondanks het feit dat dit een topic is van 2 jaar geleden wil ik hier toch nog eens op terugkomen. Mogelijks zijn er meer mensen op zoek naar een goede oplossing. Ik was ook op zoek naar een mogelijkheid om mijn records te beveiligen eenmaal de offerte of bon afgesloten was. Ik werkte vroeger privelegesets maar gezien ik via de werkwijze geen optimaal resultaat kwam ik met dit op de proppen. Een offerte (tabel offerte) met offerte regels (tabel offerte regels) op één layout. Eénmaal de layout mooi afgewerkt is maak je een kopij van de layout en noem je die "offerte Locked". In deze layout vink je onder "Data behavior" de "Field entry" uit zodoende alle velden ontoegankelijk zijn. Eén veld om de offerte terug te zetten naar bon heb ik wel toegankelijk door het vinkje niet uit te vinken. In je tabel offerte zet je een script die bij het afsluiten van de offerte het veld locked op waarde 1 brengt. Via script triggering op de layout doe je een check of het veld locked 1 is en bijgevolg stuur je de gebruiker naar de layout 'offerte locked' of de layout waar wel nog aanpassingen mogelijk zijn. Eigenlijk is het een zeer eenvoudige denkpiste maar met optimaal resultaat.

super, bedankt Nico, Ik probeer dit zo vlug mogelijk uit.

Hallo Weet iemand hoe je een pause lus onmogelijk maakt te onderbreken ? casus: Ik heb een portaal met nota's. Elke portaalregel (=nota) bevat een knop met volgend script om de gerelateerde nota te bekijken (en dus niet te wijzigen). Ik wens dus vlug een kijkje te nemen naar de nota en niet te navigeren naar de nota, want anders moet ik een "back" button voorzien naar de juiste regel in mijn portaal. Go to Related Record [ From table: “NOTAS”; Using layout: “NOTAS” (NOTAS) ] [ Show only related records ] Pause/Resume Script [ Duration (seconds): 5 ] Go to Layout [ original layout ] Go to Object [ Object Name: "per klant" ] Show All Records Exit Script [ ] Hoe kan ik nu ervoor zorgen dat men niet in de mogelijkheid is om een ander script te activeren (op de gerelateerde nota) tijdens die 5 seconden lus ? Want nu kan ik bijvoorbeeld tijdens de 5sec lus en op de gerelateerde nota een knop activeren die mij naar het hoofdmenu brengt en dus mijn eerste script onderbreekt maar dus niet verlaat. Iemand ?

fair enough !

Jean, een creditnota is in opzet toch hetzelfde als een gewone factuur. Het verschil is dat het gefactureerde bedrag negatief is. Men is vrij in de nummering van een creditnota. Aangezien het een gewone factuur is, worden creditfacturen meestal gewoon doorgenummerd. Soms wordt er ook een aparte nummering gemaakt maar dit is echter niet nodig als er nauwelijks creditfacturen verstuurd worden. Waarom verkiest jij een aparte nummering ?

Thx Jean, doe ik.

Hm Yes Jean, I follow you. Eigenlijk werk ik ook op deze manier maar ik zat zo al te denken wat ik zou zeggen tegen de fiscus als de vraag van de offertes (bewaartermijn) op mij afgevuurd zou worden. Ik werk met leveringsbonnen. Elke leveringsbon kan ook het gevolg zijn van een offerte (radio button offerte-leveringsbon). Dus een offerte is heel vlug omgezet in leveringsbon. Alle offertes worden bewaard alsook alle leveringsbonnen. Een script zet na verloop van tijd alle leveringsbonnen (en dus niet de offertes) om naar een faktuur. Concreet heb ik dan een faktuur bestaande uit een bundel leveringsbonnen maar ik kan niet meer nagaan of leveringsbon nr X voorheen een offerte was. Ik overweeg nu om een extra veld (boolean) aan te maken die dit bijhoudt. Zou dit waterdicht zijn ?

Ja juist Jean maar dit is niet de optimale werkwijze gezien je door het veranderen van offerte naar leveringsbon of faktuur eigenlijk de offerte doet verdwijnen. Boekhoudkundig kan je hierdoor in de problemen komen omdat je de bewaartermijn van de offertes niet naleeft. lees meer hier: http://www.dezaak.nl/renderer.do/menuId/62302/sf/62302/returnPage/62302/itemId/704407/realItemId/704407/pageId/381/instanceId/2176/

Hallo, Kan je eens een voorbeeld tonen hoe je zo een script best aanpakt aub ? Ik krijg mijn data binnen via Homebanking waarbij alle velden gescheiden zijn door een puntkomma. Wanneer ik deze in FM importeer krijg ik elke transactie met alle puntkomma's in één veld. Hoe pak ik nu zo een script aan ? Thx.

Ja super idee ! Nu had ik wel enkel een relatie tussen mijn notas en mijn notaregels (portaalregels) via het notanummer en niet via het klantnr. Maar ik heb dan maar nog een veld aangemaakt om de relatie zoals u aangeeft mogelijk te maken want anders zat ik inderdaad ook mogelijks met artikelnummers van andere klanten door elkaar. Ik ben ervan overtuigd dat dit een goede benadering zal zijn en zal hier op verder bouwen. Bedankt voor de tip Jean,

Ja goed idee, maar dan krijg ik wel een paar honderd regels in mijn valuelist te zien waardoor het een soepje komt. Stel bv dat ik artikel nr 4856 invoer dan zou hij enkel dit artikelnummer ter info moeten weergeven en niet alle artikels van alle portaalregels die reeds ingevoerd werden. Hoe los ik dit dan op ?

Hmm, zelfs wanneer ik de prijs niet wijzig krijg ik feitelijk ook twee records met hetzelfde artikelnummer. Niet de goeie manier van werken dus. Weet iemand iets beter ?

yep dat is een mogelijkheid maar ik heb u niet alles verteld Ik wil nml niet alleen zien of de référentie reeds gebruikt werd en hoeveel de klant ervoor betaald heeft, ik wil ook alle andere velden van dit ene gerelateerde record zien. Met een valuelist kan ik slechts 2 velden bekijken. Mijn klant wil steeds hetzelfde bedrag betalen voor hetzelfde artikelnummer, maar aangezien het hier om diensten gaat kan de ene keer soms enkele minuten langer gewerkt worden aan een artikel dan de andere keer. Door informatief weer te geven hoeveel de klant de vorig keer voor dit artikel betaald heeft kan ik dan nog zelf beslissen of ik het aan dezelfde prijs laat of ik al dan niet de prijs wijzig. Ik begrijp ook dat wanneer ik de prijs wijzig er twee records zullen zijn met hetzelfde artikelnummer maar met een andere prijs maar dat zal dan maar zo zijn zeker.