JanSTP

Shark, Shark, Nice job Andries! Grts, Jan

Het lijkt me dat je een calculatieveld zal moeten maken, in de tabel die weergegeven wordt, die gaat kijken welk kortingspercentage genomen moet worden. Of je kan de 'hide' functie gebruiken. Dan moet je beide velden op de layout leggen ( boven elkaar kan ) en dan kan je in de inspector de 'hide' conditie zo instellen dat in het ene geval het ene kortingspercentage zichtbaar is, en in het andere geval het andere percentage. Groeten, Jan Sent from my iPad using Tapatalk

Ja dus, maar ik zie niet direct een reden om dat te doen... Hieronder een calculatie die het zou moeten doen ( uit het hoofd, dus don't shoot me... ) Case ( get(calculationrepetitionnumber)=1 ; extend ( tabel::veld1 ) ; get(calculationrepetitionnumber)=2 ; extend ( tabel::veld2 ) ; ... ) Belangrijk is om de extend() functie te gebruiken als je gewone velden in repitition velden gebruikt! Veel succes ermee! Grts, Jan Sent from my iPad using Tapatalk

Hi Zjem, Met het container veld ben je in jou geval niets. Containers dienen om binary bestanden ( jpeg, pdf, mov, ... ) in op te slaan, niet om totalen te berekenen. Daarvoor heb je de résumé velden. Je maakt best inderdaad zoals al gesuggereerd werd een jaar en kwartaalveld aan. ( een berekening op basis van je datum ) Daarnaast heb je ook dus nog een résumé veld nodig die het totaal neemt van je verkoopbedrag bijvoorbeeld. Eenmaal in je rapportage scherm kan je daar dan een grafiek maken bijvoorbeeld op basis van dat résumé veld. Ik raad zeker aan om de FileMaker basics te downloaden van de FileMaker website! Veel success! Groeten, Jan Sent from my iPad using Tapatalk

Training Series! Basics gratis te downloaden op FileMaker website, en in het Nederlands beschikbaar als ik me niet vergis! http://www.filemaker.com/support/training/fts.html#fts-basics Groeten, Jan

Neen, maar zou ook een optie zijn voor jou. Bij ons is het wel een Windows Server, maar met een gewone FM13 client op. Er is een windows schedule, om het uur, die dan gewoon de FM13 client opent en een script runt. Dat script kijkt dan of er een import nodig is of iets dergelijks. Daarvoor werken we dan weer met een takentabel om bij te houden welke taken de robot allemaal moet doen... PDF's maken, import doen, ... Voor jou is FM12 server wel een stabielere optie denk ik. Bij ons bestond die robot al om PDF's te maken, daarom gebeurt het op die client, maar een server is natuurlijk wel beter denk ik. Je zou ook een robot een actie on-click kunnen laten uitvoeren, hoe je dat moet doen kan je lezen in een blog van mezelf... http://www.clickworks.be/nl/trigger-een-filemaker-script-op-andermans-computer Groeten, Jan

Nog een bijkomend voordeel van zo'n robot is dat die makkelijk PDF's kan maken... Handig voor het versturen van facturen, rappels, ...

Beste, Ik heb hetzelfde probleem gehad met een import vanuit 'Dave'. ( ook een boekhoudpakket ). Blijkbaar hebben die ook enkel een 32-bit driver... Wij zijn moeten overschakelen naar een robot-server die die imports nu doen. Is eigenlijk een aparte virtuele server waar gewoon een client op staat en waar een Window Schedule script om de vijf minuten checkt of er een import moet gebeuren, zo ja doe hij dan die import...in een FM-13 client. Werkt perfect, maar is niet echt ideaal dus. Maar bij mijn weten voorlopig de enige oplossing. Groeten, Jan

Beste, Volgens mij kun je dit best zo instellen in de security van je file. Dat is toch de meest veilige manier. Stel bij de PrivilegeSet van je gebruiker de voorwaarde voor het wijzigen van het record zo in dat dat enkel kan als de tekst nog niet verstuurd is. ( zie voorbeeld in screenshot) Nadeel is hier dat het ganse record gelockt is op dat moment. Oplossing daarvoor is dat je eventueel dat tekstveld dan in een 1-to-1 gerelateerde tabel steekt. Een minder veilige manier zou zijn dat je bijvoorbeeld op het tekstveld die niet meer mag gewijzigd worden een script trigger steekt 'onObjectEnter' die kijkt naar de status van verzending. Indien het reeds verzonden is, kan dan 'GoToNextField' doen of 'Commit record'. Groeten, Jan