https://www.clarify.net/index.php?/discover/Clarify - Nederlandstalig FileMaker Forum - All ActivityenWat goed! Dank voor deze reactie Peter!Wed, 24 Jun 2026 08:41:59 +0000Je kunt eens kijken op https://accounts.claris.com/software/license/hier jouw licentiecode. Ook kun je daar eventueel een recent licentiecertificaat downloaden.Sat, 13 Jun 2026 13:22:04 +0000Hallo allemaal ,ik heb een MacBook Pro 2016 ,nu heb ik een nieuwere gekocht 2024,heb alles zo ongeveer overgezet naar de nieuwe ,zo ook FileMaker Pro en dat ging een tijdje goed, tot ik ongeveer 2 weken geleden de melding kreeg dat mijn licentie verlopen was ,en ik de licentie code opnieuw in moest voeren. Ik heb het al sinds 2019 gekocht met originele licentie en werkte tot nu toe naar tevredenheid, ik weet niet eens waar ik de licentie code gelaten heb, heb wel een licentie Certificaat en als ik dat dan invoer doet hij het wel ,maar moet dat iedere keer invoeren als ik filemaker opnieuw opstart. Is er iemand die hier raad me weet ,Graag een reactie Vriendelijke groet,KeesFri, 12 Jun 2026 17:02:26 +0000Tue, 09 Jun 2026 16:58:29 +0000Zie de website van Claris: https://www.claris.com/blog/2026/claris-filemaker-2026-is-now-availableTue, 09 Jun 2026 16:21:34 +0000Als je op de licentie-pagina kijkt met deze code krijg je te zien dat het jaarlijkse contract is verlopen: https://accounts.claris.com/software/license/3X65N-V9478-25NJN-XJ8K9-45V11-NV673-433X9 Ik neem aan dat je ooit een licentie voor en x aantal jaar hebt gekocht en geen 'perpetual' license. Heb je wél een perpetual license gekocht, dan kan je het beste even contact opnemen met Claris NL: https://www.claris.com/company/contact/?cr=nlFri, 08 May 2026 18:35:26 +0000Je kunt proberen of het helpt om het bestand pinfo eerst te verwijderen voordat je de licentienaam+code opnieuwe invoert. Eventueel kun je ook eerst alles verwijderen met het uninstall.sh script en dan opnieuw FMPA installeren (mits je nog over de installer beschikt!) Op een Mac vind je beide bestanden in de map /Users/Shared/FileMaker/17.0/Thu, 07 May 2026 08:39:37 +0000Hallo, Forum, Ik heb in 2020 FM Pro 17.0.2 Advanced (licentiecode: 3X65N-V9478-25NJN-XJ8K9-45V11-NV673-433X9) gekocht, geïnstalleerd en met de licentiecode geactiveerd. Vanaf die tijd intensief gebruikt. Nu opeens verschijnt een pop-up-venster met de melding dat deze aankoop verlopen is. Ik heb de licentiecode ingetikt, maar ik krijg de melding 'You have entered an invalid licence key'. Wat moet ik doen? Marius Maas NijmegenWed, 06 May 2026 17:45:07 +0000Wed, 08 Apr 2026 09:53:29 +0000Bedankt @Banach hier kan ik mee verder!Wed, 25 Mar 2026 07:17:00 +0000Mon, 23 Mar 2026 16:26:35 +0000Hier een minimaal voorbeeldje. Het script van slechts 2 regels kun je triggeren door de barcodelezer een 'enter' mee te laten geven. In die situatie is zelfs de commit in het script ook al niet meer nodig. Scannen.fmp12Fri, 20 Mar 2026 19:32:17 +0000Dan zou ik gaan voor de optie van Banach…Thu, 19 Mar 2026 15:36:04 +0000enkel een totaal is voldoende. Als ik een per scan een regel doe en daarna het totaal laat berekenen, dan is het sowieso moeilijker om het (totaal) aantal alsnog manueel te wijzigen (goto related record en dan een aanpassing willen doen op aantal, geeft een error op die regel omdat het een totaal is natuurlijk)Thu, 19 Mar 2026 14:21:02 +0000Het zijn twee totaal verschillende methoden. De vraag die je je eerst moet stellen alvorens een keuze te maken is of je een enkel totaal wilt, of dat je een gerelateerde regel per gescanned product wilt. In het eerste geval zou ik gaan voor de wijze van Banach. In het tweede geval zou ik bij mijn opzet blijven.Thu, 19 Mar 2026 13:23:14 +0000Hallo @bigbadwolf en @Banach, dank jullie wel voor de hulp. Voorlopig heb ik de aanpak van Bigbadwolf gebruikt, maar de procedure van Banach spreekt mij ook wel aan en zal waarschijnlijk beter/functioneler zijn als ik de mogelijkheid wil hebben om aantallen aan te passen. Moest Banach een voorbeeld hebben van zijn aanpak, zou handig zijn.Thu, 19 Mar 2026 12:19:40 +0000Kan natuurlijk ook zijn dat het een bewuste keuze is om een artikel meerdere keren in de lijst te hebben… dat is uit het verhaal inderdaad niet duidelijk.Mon, 16 Mar 2026 08:36:59 +0000Ik vermoed dat je telkens wanneer je een barcode scant een nieuwe (portaal)regel aanmaakt. Dat zou dit probleem verklaren. De betere procedure zou zijn om de code in een veld in te lezen met daarop een geschikte trigger. Kijk in het getriggerde script eerst of er al een gerelateerde regel met die code aanwezig is. Zoniet, dan een nieuwe regel maken, Wanneer die regel er wel is er 1 bij het aantal optellen. Daarna kan het veld waar de code in is ingelezen leeg gemaakt worden. Met deze procedure voorkom je die extra regels, en is filtering niet nodig.Sat, 14 Mar 2026 13:56:53 +0000Eerlijk gezegd… ik heb na al die jaren ook nog regelmatig ruzie met portal filters… Je probleem is volgens mij dat de afzonderlijke regels geen uniek gegeven hebben om op te filteren. De manier om dat voor elkaar te krijgen is te forceren dat er een uniek veld te maken is. Het voorbeeld wat ik gemaakt het geeft je die optie. Kijk maar of je eruit komt, het is vrij recht-toe-recht-aan, maar het werkt om unieke records te filteren. Mocht je extra info nodig hebben stuur dan een DM. MatchRecords.fmp12Sat, 14 Mar 2026 08:12:37 +0000Hallo, Ik heb een database met producten en line _items. In een portaal kunnen producten dmv barcode scanning toegevoegd worden Als eenzelfde product 2x gescand wordt zou ik graag zien dat dit product maar één keer in het portaal voor komt en de aantallen opgeteld worden. Het optellen van de aantallen is reeds gelukt, echter blijf ik 2 regels zien in het portaal. Filtering en sortering zijn ingesteld. Ergens zie ik iets over het hoofd, wie kan mij helpen? Alvast bedankt !Fri, 13 Mar 2026 11:03:41 +0000@menno ga ik daar maar eens mee aan de slag om te kijken wat het beste werkt. Bedankt!Tue, 03 Mar 2026 08:49:35 +0000'Foutafvanging aan' zorgt er alleen maar voor dat je geen dialoog krijgt voorgeschoteld als er een fout optreedt en met deze instelling kan je in een script met Get ( LastError ) heel precies je proces beïnvloeden. Ik vermoed dat jouw script op dit punt controleert of er 0 records zijn gevonden en gaat vervolgens een nieuw record maken. Het is dan verstandiger om in plaats daarvan bijvoorbeeld te controleren op 'Get ( LastError ) = 401' of 'Get ( LaatsteFout ) = 401'. Foutloos controleren of een record reeds bestaat kan bijvoorbeeld met een (zelf)relatie vanuit een global of met ExecuteSQL(). Ieder van deze methoden heeft zo zijn eigen problemen. Een relatie behoeft een exacte overeenkomst, maar is niet hoofdletter gevoelig. ExecuteSQL is wél hoofdletter gevoelig, maar met een 'LIKE' heb je geen exacte overeenkomst nodig. (Om maar iets te noemen)Fri, 27 Feb 2026 14:10:12 +0000Goedemiddag allen, Ik heb in meerdere scripts dat ik foutafvanging aan heb staan en dan een zoekopdracht uitvoer om te kijken of een record bestaat. Als deze niet bestaat dan maak ik deze aan. Opzich werkt dat allemaal prima, maar zodra je de log-files wil nakijken staat dit er vol mee en dat is niet wenselijk. Hebben jullie nog tips en tricks om dit te voorkomen?Fri, 27 Feb 2026 10:16:50 +0000Een van mijn Belgische klanten gebruikt mijn UBL_Writer en stuurt de producten daarvan (alleen het xml-bestand, met daarin vervat zijn initiële pdf) per e-mail aan zijn billit-endpoint. Hij stuurt er 300 facturen per maand mee weg, voor zover ik weet zonder problemen. Het enige dat hij moet doen is de BTW op de juiste manier bij de artikelen aangeven en bij de klanten het juiste BTWnummer of indien van toepassing het juiste GLN. Verder zijn er wel een paar zaken die goed moeten zijn ingevuld, maar dat moet sowieso in een degelijke administratie.Mon, 16 Feb 2026 16:25:24 +0000Wat Billit betreft moet ik wel melden: - gelijkwelke factuur die ik maandenlang - in velerlei vormen- opstuurde als pdf ( dus niet via een API) werd door Billit NIET correct ingescand in tegenstelling daarentegen tot bij Doccle (= 100 % succes). - Daarom maar zelf een xml-formulier (op basis van hun creaties ) opgesteld tot een uitgaande factuur vanuit Filemaker. Dat bestand wordt dan wel (uiteraard) vlot door Billit ingelezen en verder verwerkt.Mon, 16 Feb 2026 16:15:22 +0000