menno

Berekenen van de BTW moet worden gedaan per geleverde prestatie/goed en waar (als in geografische locatie) deze wordt geleverd. Je mag daarbij gewoon zelf bepalen wat jij onder een prestatie verstaat, als je de btw maar duidelijk specificeert. Een factuur is als zodanig dus niet per definitie een prestatie/goed en de BTW per factuurlijn mag daarom gewoon. Sommige boekhoudpakketten willen echter per BTW-klasse één cumulatief per factuur. Een voorbeeld daarvan is univers/unit4, maar univers/unit4 accepteert wel cumulatieven van per factuurlijn berekende btw-bedragen. Andere boekhoudingen accepteren alleen het vermelden van de netto bedragen en het totaalbedrag inclusief de BTW, met de btw-code per factuurlijn en berekenen zelf de btw, een voorbeeld daarvan is TwinField, mits je die zo inricht om dat te accepteren. Weer andere boekhoudpakketten vinden bijna alles goed, exact-globe is daarvan een voorbeeld. De belastingdienst accepteert beide rekenmethoden, mits de afwijking beperkt blijft. Lage aantallen (enkele stuks) met prijzen van minder dan 10 cent (bij 21%) en minder dan 20 cent (bij 6%) geven dan snel te grote afwijkingen. Bij facturen met slechts 2,3,4,5 lijnen zal dat meestal geen probleem zijn, maar bij 10-tallen of honderden factuurlijnen per factuur en daar weer een veelvoud van facturen kan weer wel voor problemen zorgen. Het is dus ook gewoon een kwestie van je gezonde verstand gebruiken. Heb je facturen met lijnen van 10-tallen euro's en meer, dan is de afwijking gewoon niet significant genoeg om voor grote afwijkingen te zorgen .... bij het betalen van de belasting mag je ook altijd afronden naar beneden op hele euro's , dus echt niemand die zich bij de belastingdienst druk maakt over een afwijking van bijvoorbeeld 50 cent tussen de twee rekenmethoden .... als je maar afdraagt cq vordert wat er op de factuur staat, daar moet je dan weer wél precies in zijn

Is het probleem wel filemaker vs macosx? Ik heb zelf ooit eens op mijn toenmalige mac eenzelfde probleem gehad met fmp developer 6: zodra ik ging debuggen of iets dergelijks en dan met specifieke scriptstappen, dan crashte mijn mijn mac (met macos 9.xx). Op andere macs ging het allemaal prima. Waarschijnlijk was het een specifiek adres in de cache van de processor of in het geheugen, dat met een functie werd aangesproken oid. M.a.w. er zat ergens een hardwarefoutje dat alleen maar dan een probleem was...... Oudere versies van FM deden het allemaal prima (fmd6 was de eerste met een debugger) en ook de standaard-versie 6 werkte zonder problemen. ik kan me voorstellen dat er in jouw mac mogelijk een soortgelijk probleem van zich doet spreken. Je hebt dit niet met fmpa 12 en 13? Jij werkt toch nog met zo'n 17" -i7 mbp? Wordt het misschien toch tijd dat je overstapt op een nieuwe 15", zet je de resolutie op 1680 x 1200 en dan is er heel goed op te werken (of je zet hem op 2880 x 1800, dan heb je alleen wel een loep nodig ) Wat je nog zou kunnen proberen is de HDD uit te wisselen en daar een geheel schone installatie op te doen, of de backup op terug te zetten van je huidige schijf. Ook dat heb ik indertijd (in 2005 ofzo) geprobeerd, maar dat werkte toen niet. Van ellende heb ik toen maar een mobile-sufbak-workstation gekocht ... ik heb pas in 2013 weer een mac gekocht (én een sufbak .... ik blijf de rest van mijn leven gewoon van meerdere walletjes eten)

De SQL-standaard kent de functie: DATE_FORMAT(date,format) (zie de uitleg op w3schools.com: http://www.w3schools.com/sql/func_date_format.asp en de overige datum-functies op: http://www.w3schools.com/sql/sql_dates.asp) Maar helaas gaat dat in ExecuteSQL() niet werken, want FileMaker ondersteund alleen de SQL92 (of zoiets dan). FileMaker hanteert helaas nooit de nieuwste standaarden waar het praten met de buitenwereld betreft (... zie bijv xml/xsl met versie 1.0) Je bent helaas dus (hopelijk voorlopig) gedoemd om Coalesce en Cast te blijven gebruiken

Alles op dezelfde regel na // wordt genegeerd net zoals alless tussen /* en. */

Als je mijn scriptje hebt gekopieerd, dan moet je in de stap "Zoek uitvoeren [opslaan]" nog wel even het juiste veld aanwijzen waarop moet worden gezocht.

Als de kalender helemaal groen is dan gaat de query van de conditional formatting niet goed en is het resultaat een vraagteken .... dat is ook niet leeg en dus wordt de achtergrond groen. Wat is de naam van je tabel? Wat is de naam van je datum-veld? Heb je een veld met de naam ID? Of heb je de query aangepast? Nu is de query dacht ik: "SELECT ID FROM Boodschappen WHERE Datum = ?" en de namen in de query moeten exact overeenkomen met de namen in de DB, anders werkt het niet.

Ik heb mijn voorbeeldje een klein beetje aangepast, zodat het gemakkelijker wordt om het te gebruiken als basis. Het startscript zou je niet meer nodig hebben. In plaats daarvan heb ik een script toegevoegd: "Open kalender" en een "popover-button". Al met al zou je dan alleen het script "Get Date" nog moeten aanpassen aan je eigen behoefte, de rest kan je gewoon kopiëren en plakken in de volgorde die ik eerder aangaf. Boodschappen_v2.zip

Als je in jouw eigen bestand zorgt dat de tabelnaam van jouw "Boodschappen" tabel exact overeen komt met die van mijn voorbeeld moet het geen probleem voor je opleveren. Dus de tabelnaam moet dan zijn: Boodschappen Het veld "ID" moet je toevoegen of je moet daarvoor jouw veld "volgnummer" gebruiken door het te hernoemen in "ID" Als je dat doet dan werken de instructies uit mijn vorige bericht. De truuk van het alvast tonen van de beschikbare data zit in "Voorwaardeljke opmaak" van de datum-veldjes. Ik gebruik daar ExecuteSQL() voor: ExecuteSQL ( "SELECT ID FROM Boodschappen WHERE Datum=?" ; "" ; "" ; Self ) ≠ "" Als er 1 of meer ID's worden gevonden door de query, dan wordt het veld groen, da's alles. In het voorbeeldscript "Get Date" wordt de bijna identieke formule gebruikt: ExecuteSQL ( "SELECT ID FROM Boodschappen WHERE Datum=?" ; "" ; "" ; $datum ) ipv "Self" staat daar de variabele "$datum" die is gemaakt met stap 2 vanuit de script-parameter. Die query wordt dan gebruikt om alleen de zoekopdracht uit te voeren wanneer er ook een resultaat mag worden verwacht. De portal is een veel gebruikte techniek, maar ik vind hem zelf ook niet handig voor zoiets als jouw "probleem". Als je toch die kant op zou willen, dan zou je het veld datum kunnen gebruiken als "bron" voor een invoerlijst .... na een tijdje wordt die lijst wel erg lang, want kalender-data worden wel toegevoegd, maar gaan er niet meer uit.

Als je mijn voorbeeld even als starthulp gebruikt voor je eigen project dan zou je het redelijk gemakkelijk op kunnen lossen door de volgende stappen in dezelfde volgorde te volgen: Je moet een database van jezelf hebben waar je deze kalender wilt gaan gebruiken. Je kopieert in de lijst met tabellen de tabel "Kalender" en plakt deze in de lijst met tabellen van jouw database. Je kopieert alle scripts uit het bestand kalender, daar moet je straks nog wat wijzigen, want nu wordt het met fouten gekopieerd, maar dat is nu niet erg. Pas nu het script "Startup" aan: Laat daarin alleen de lijnen 3,4 en 5 staan. Alleen lijnen veld instellen (2x) en de aanroep van het script "Set kalender" blijven over. Het script "Startup" is nodig om het kalendertje straks te initialiseren en dat zou je kunnen doen met een script-trigger "on layout entry", maar dat is slechts een van een heleboel mogelijkheden. Het is net wat je eigen smaak is, maar het is wel een verplichting. Laat het maar eens weg en kijk wat het kalendertje doet. Pas het script "Get Date" aan naar jouw eigen behoefte: De eerste 2 stappen blijven onveranderd staan, alles wat daarna komt kan weg en kan je vervangen voor jouw eigen zoekopdracht met de in het kalendertje gekozen datum. Tenslotte kopieer je het hele kalendertje met alle knopjes e.d. naar de layout in jouw DB waar je het wilt gebruiken. (Je kan hem bijvoorbeeld ook op een popover zetten en een script-trigger aan die popover koppelen die "startup" uitvoert en de popover weer sluiten vanuit het script "Get Date" oid) Als je dit exact volgt moet het probleemloos werrken en als je meer layouts hebt waar je dit gebruikt en eventueel met andere velden, dan breidt je het script "Get Date" gewoon verder uit.

Ik heb een voorbeeldbestand met een kalender gebruikt om het bijgaande voorbeeld te maken. Het selecteren van een bepaalde datum is daarin opgelost. Ik ben alleen niet zeker wat je precies met de volgorde doet/wilt, want de volgorde van invoer is volgorde van weergave zonder sorteren en als je de boodschappen invoert terwijl je ze in de winkelwagen gooit, dan hoef je dus niet meer te sorteren .....Boodschappen.zip

Hoi HE, je kan het beste even restfm installeren, het is open-source, dus je kan bij genoegen betalen ipv van tevoren. Installeren is een eitje, zowel op MacOS as op Windows. Na installatie kan je adhv bestaande layouts grasduinen, maar met de api kan je ook gericht gegevens opvragen. Check ook even de Readme op hun website

Daar heb ik helaas ook al ervaring mee: als bijvoorbeeld de interval te kort is om de backup weg te schrijven, dan stopt de backup en blijft niet hangen, maar wordt ook niet automatisch weer opgepakt. Wanneer is de interval te kort? Dat is koffiedik kijken, maar als je een media-database hebt van pakweg 5 GB en je bent daarin flink aan het muteren én je HD is een enkele niet al te snelle HDD, dan wordt het krap en mislukt de PGB en deze wordt niet meer gemaakt, totdat je FMS opnieuw start. FMS zelf draait intussen probleemloos verder, dat dan gelukkig wel.

Oude drivers van printers of andere apparatuur. Ik noem maar wat. Ik heb nu geen ideeen meer waar jouw problemen door kunnen worden veroorzaakt. Zoals gezegd gaat het bij mij zonder problemen en het enige verschil tussen jouw en mijn situatie is dat mijn W10 een virtuele installatie is (eigenlijk 2, eentje op mijn MBP (MacOS) en een eentje op HP-laptop (W8.1), maar beide machines hebben plenty processorcapaciteit (i7), schijfruimte (bijna 1TB) en geheugen (16GB). De VM's hebben ook ruim resources toegewezen gekregen dus draaien die VM's bijna alsof ze native zijn. Ik verwacht echter niet dat ze om deze reden de problemen die jij ervaart niet hebben, ook al omdat ik die VM's redelijk vaak gewoon gebruik.

Update gedraaid, geen klachten. Heb je nog hele oude extra software? Welke plug-ins bijvoorbeeld? Kan je die eens uitschakelen?

Nee die update had ik nog niet gedraaid, die draait nu. Ik laat je wel weten of ik daarna dezelfde klachten heb.

Heb je al geprobeerd FM opnieuw te installeren? Desnoods met de nieuwste volledige installer? Het kan zijn dat er in de registry iets niet goed zit. Helemaal met mijn W10 vergelijken gaat niet omdat die 32 bits is. De capaciteit van jouw pc kan de bottleneck niet zijn, dat denk ik ook.

Ik heb in mijn windows 10 installatie deze problemen niet. Mijn situatie is nl als volgt: Windows 8.1 met Fm14.0.2 op 32bits met 3 GB werkgeheugen en 10GB vrije schijfruimte Daarna heb ik windows geupgraded naar 10 (een tijdje terug al) Vorige week Filemaker bijgewerkt naar 14.0.4. Een paar vragen voor jou: Heb je 32 of 64 bits windows? Heb je indien je 64 bits windows hebt, dan de 32 bits of de 64 bits Filemaker geïnstalleerd. Heb je eerst FileMaker geïnstalleerd/bijgewerkt en daarna windows ge-upgraded of andersom? Heb je voldoende werkgeheugen en genoeg vrije ruimte op je harde schijf. Want jouw probleem klinkt een beetje naar geheugentekort.

Ik gebruik de progressive backups voornamelijk bij het ontwikkelen en om snel in te grijpen nadat er per ongeluk iets is gewist of gewijzigd. Zoals ik het heb begrepen houdt FMS de wijzigingen bij tov de gesharede bestanden in bestandsnaam.fxl bestanden, schrijft het resultaat van de som van het gesharede bestand en het .fxl bestand in de progressive backup en doet dat deels fysiek en deels met hardlinks. Dit is ook meteen de reden dat de PB-bestanden altijd moet kopiëren ipv verplaatsen als je ze wilt gebruiken. Mijn ervaring is dat de PB goed werkt, maar er zijn wel een paar aandachtspunten. De PB houdt geen rekening met de client-caches en kijkt ook niet naar welke transacties nog lopen tijdens het maken van de backup. Je hebt geen gereedschap om te controleren wat de stand van zaken is, je merkt vanzelf een keer dat er iets mist. Best vervelend soms, maar het betekent dat je soms gewoon de client even moet sluiten (dan moet de cache namelijk worden geleegd), vervolgens wachten op de PB en daarna de nieuwste versie van de PB moet kopiëren. Het is helaas niet zo dat je daarmee alles hebt opgevangen, want andere gebruikers kunnen ook gegevens aan het wijzigen zijn en dan kan soms de situatie optreden dat in de database wél de child-records zijn opgeslagen, maar de mother-records niet. Je kan dus wees-records hebben, met een mother-id die je nergens kan terugvinden. Simpelweg omdat de mother nog in de cache van een computer staat, waar de children (of ook slecht een deel daarvan) wél zijn weggeschreven. Zolang je die backup niet pakt is er niks aan de hand, want met de volgende PB-interval, worden die data wel weggeschreven. Denk niet dat dit theoretisch is, want ik heb het gezien in mijn praktijk. Het heeft voor mij geen problemen opgeleverd, omdat ik niets aan de data wijzig en alleen lay-outs, scripts en schema bewerk. Gaat het je echter om de gegevens, dan heb je iets om rekening mee te houden. De nieuwe feature backup-server van FMS leunt echter helemaal op deze PB en daar maak ik me dus wel een beetje zorgen over. Het wegschrijven van de PB gaat razendsnel omdat de een snapshot van huidige database samen met de cache van FMS (niet van de clients) wordt gebruikt om de bestanden te maken. Als de clients dus hun cache nog maar half hebben geleegd naar de server, krijg je dus incomplete records in die PB. Je kan je dus afvragen of en hoe betrouwbaar backup-server dus zal zijn als je het een keer nodig mocht hebben. Hoeveel data moet je controleren? Kloppen de timestamps in de records? Wat heb je in je bestand staan? Wat mis je? Moet je de ontbrekende gegevens corrigeren of komt dat wel goed door andere controles en slimmigheden die je hebt ingebouwd. Of gaan de gebruikers dat zélf controleren? Oh ja, FM schrijft altijd hele records weg, dus óf alle wijzigingen aan een record zijn op de schijf opgeslagen (sinds de laatste commit) óf niet.

Waarom schrijf je in het veld dat je instelt BezoekData::BezDatum = GetAsText ( Get ( HuidigeDatum ) ) ? Zou dat niet een beetje dubbelop zijn? Haal daar BezoekData::BezDatum = uit weg en dan werkt het wel.

De inhoud van de mail die je laat zien kan niet zijn gegenereerd door filemaker op de mac. Het lijkt er op dat je met ms-word een soort template hebt gemaakt, die je gebruikt om een html-mailtje te maken. Klopt dat?

dat is ook waar. Ik ken iemand die zelfs lokale variabelen gebruikt ($varname) die actief zijn op het moment dat de layout wordt geladen of op het moment dat ie refreshed. ik vind het wat omslachtig, maar het werkt best goed. Alleen moetje altijd opletten dat er niet zomaar wat refreshed .... alle labels kunnen zomaar blanco worden

is al een long-standing wens om dat met variabelen te doen. Dus nu kan dat alleen met een dialoog plug-in van diverse leveranciers ... troi, productive computing, new millenium, dracoventions, monkeybread, 360works etc. etc. sommige zijn zelfs gratis

op windows doe je het met een tekstbestand voor de ftp-opdrachten en met een commando waar je tegen ftp zegt dat wat in dat bestaand staat moet uitvoeren Je kan een tekstbestand maken met bijvoorbeeld de volgende inhoud: quote pasv put get quit en dat roep je vervolgens aan met send-event: ftp -s:"" Je kan dit laatste ook in een .bat of .cmd bestandje gieten ... dubbelklikken en klaar Voor informatie over de mogelijkheden tik je in de terminal van windows in: ftp /help en op macosx man ftp

rmw zei al dat je "herstellen" in de zoekopdracht zou moeten uitzetten, want dat overschrijft de zoekopdracht die je met veld instellen hebt gemaakt. Nou wil ik niet al te lomp overkomen hoor, maar wordt het niet eens tijd om de handleiding te gaan lezen? Of gewoon een cursus bij Rene te doen? Volgens mij doet ie dat best goed en er gaat voor jou een wereld open. http://www.filemakercursus.nl is het adres geloof ik. Je kan ook de fts eens downloaden voor macosx of voor windows de gewone is gratis en voor de advanced moet je een kleinigheid betalen.

je kan ook cmd + shift + 4 gebruiken, dan wordt je cursor een kruisje en kan je het gebied aanwijzen dat je wilt laten zien ipv van je hele desktop.