Gem

Ja klopt, maar dan moeten alle PDF facturen vanuit FM geïmporteerd worden in het boekhoudprogramma. Daar loopt een OCR over en ervaring leert dat je steeds een extra controle moet doen of alle facturen correct ingelezen werden. Dit vergt extra tijd en verhoogt de kans op foute input. Moest er vanuit FM een XML factuur naar het boekhoudprogramma gestuurd kunnen worden dan denk ik dat de controle van die input niet meer nodig zal zijn. = tijdswinst Wat betreft Peppol zullen we de facturen moeten versturen vanuit de externe software (boekhoudprogramma). Je zou dan in feite gewoon de facturen kunnen aanmaken in dat extern programma en die van daaruit versturen, zo ben je zeker van je input. Hoe werk ik nu? In FM klik ik op een knop, die neemt alle openstaande bonnen van die klant en genereerd een factuur dewelke in PDF via email verstuurd wordt. Ik heb dus ongeveer 10 seconden nodig om een factuur naar mijn klant te sturen. Soms staat de klant nog aan de balie en de factuur komt al in hun mailbox. Met dat Peppol gedoe zal er meer manueel gehandeld moeten worden en zal alles trager lopen en meer kans op foute input. Ik maak ongeveer 500 facturen per jaar, dus dat neemt aardig wat tijd...

Ik ben ook vragende en betalende partij om dit te verwezenlijken. @VWin Dit zou fantastisch zijn, zal die piste eens bekijken. Bedankt voor de info Als iedereen verplicht zou worden om de door FM gegenereerde PDF's te mailen naar een boekhoudsoftware die dan via OCR alles omzet naar XML en via PEPPOL verstuurt, dan denk ik dat FM klanten zal verliezen. Onlangs heb ik ook een facturatiemodule aangekocht om via PEPPOL in xml te kunnen versturen. Voor mij is dit een heuse stap achteruit. De facturatiemodule van boekhoudprogramma's zijn meestal dermate algemeen opgebouwd dat vele faciliteiten ontbreken. De input (OCR) moet ook steeds nagekeken worden op fouten en kost tijd. Dit is een stap achteruit en kost me veel meer tijd dan voorheen.

Samenvatting facturering binnen België vanaf 1 januari 2026 | FOD Financiën Niet enkel belangrijker maar verplicht zo te zien vanaf 01/01/2026

@Lutmers Is er geen mogelijkheid om online een meeting te organiseren ivm dit topic?

Bedankt Ruben. Goeie oplossing.

bedankt voor uw antwoord Lutmers. In mijn "barcode in" scriptje heb ik nu het "BarcodeGeneratorFind" script aangeroepen maar die parameter lukt me niet. De variabele $json zou de waarde van de scriptparameter moeten bevatten en via debug blijkt dit: "Data":{}, "Meta":{"Config":{ "BackgroundColor":{"type":"input","value":"#f2f2f2"}, "BarcodeDisplayValue":{"type":"check","value":true}, "BarcodeFormat":{"type":"select","value":"CODE39"}, "BarcodeLineColor":{"type":"input","value":"#000000"}, "DisplayLayout":{}, "HideBarcodeButton":{"type":"check","value":false}, "SourceField":{"required":true,"type":"select","value":"barcode::bonnummer"} }, "AddonUUID":"725F620A-50BA-184E-A8F3-E65D53587627", "FetchId":"6b6e5cb2-f9e3-45bb-9f84-aea6a2aea777", "Callback":"Fmw_Callback" } Maar als ik dit in mijn script als parameter wil toevoegen krijg ik een fout ter hoogte van het begin "tabel niet gevonden". Het is ergens de syntax dit ik verkeerd doe veronderstel ik, of loop ik nu compleet de mist in? de regel "ContainerField":{"required":true,"type":"select","value":"barcode::container"}, heb ik weggelaten.

Ik heb het bestandje aangepast met enkele knoppen voor input en output en ook het script aangepast zodoende de CAPS LOCK gedetecteerd wordt bij input via de scanner want anders scant die foute gegevens. De problemen van hierboven krijg ik er niet uit... barcode.fmp12

Hoi, case: Ik wens inkomende opdrachten te voorzien van een barcode via een ticketprinter. Klant X brengt bv acht opdrachten binnen die ik voorzie van een etiket met barcode. Het script "barcode in" genereert die barcode etiketten per klantnummer en volgnummer. Bij afhaling van de opdrachten die klaar zijn, scan ik de zakjes met barcodes terug uit. Zo weet ik hoeveel opdrachten er nog binnen zijn. Eenvoudig lijkt het me.... Twee problemen: 1. Bij het script "barcode in" worden de barcodes pas aangemaakt wanneer je de scripttrigger manueel aktiveert. Een script met loop die elk record aandoet om zo telkens de scripttrigger te laten activeren maakt enkel een barcode aan bij het laatste record. Heb me al suf gezocht hoe ik dat kan veranderen maar lukt me niet. 2. Bij het script "barcode out" wordt bij elke scan telkens de opdracht verwijderd die gescand werd, dat werkt prima. Wens ik te stoppen dan scan ik de barcode "STOP" en het script stopt, ook prima. Alleen bij het stoppen van het script blijkt het script steeds onderbroken. Ik kan het script dus niet gewoon laten uitlopen zonder onderbreking. Dit zou toch moeten lukken, maar hoe ? Via scriptdebugger blijkt het script halt te houden waar het eigenlijk niet zou mogen zitten. Vreemd, ik begrijp het niet. In bijlage stuur ik u mij bestandje. Het is helemaal nog niet af maar wel grotendeels werkende. Het printen van de barcodes loopt prima.Kan iemand mij hierbij helpen aub? Bedankt alvast. barcode.fmp12

Dank voor alle respons, Dank menno voor uw antwoord, dit is precies wat ik zocht en hiermee is alles veel duidelijker geworden. 👍

Hallo Al enkele jaren gebruik ik onderstaande URL om via VIES de geldigheid van btw nummers te controleren, maar dit blijkt nu plots niet meer te werken. Mijn URL komt nu uit op een error 404, of dus gebroken link. Het is duidelijk dat er iets gewijzigd werd op de website van VIES. "https://ec.europa.eu/taxation_customs/vies/viesquer.do?ms=" & accounts::Landcode & "&vat=" & accounts::BTW Nr opzoekveld VIES Op de website van VIES vind ik via FAQ meer uitleg over SOAP en een WSDL bestand terug, maar daar heb ik geen kennis van. Heeft iemand hetzelfde ervaren en weet hiervoor een oplossing? Alvast dank.

Hey Heeft iemand al opgemerkt dat de Filemaker barcode add-on behoorlijk wat geheugen gebruikt? Wanneer je nieuw start en je voegt de barcode add-on toe dan kan je opmerken dat er reeds zes maal een webviewer aktief is. Heeft iemand hetzelfde voor?

Ik dacht dit ook en merk trouwens geen verschil of ontbrekende data. Wat zijn die structuurfouten? Zou dit iets te maken hebben met de stijlen van de layouts? Ik denk dan aan layoutobjecten die een bepaalde stijl toegewezen kregen en waarvan die stijl nadien verwijderd werd waardoor die layoutobjecten hun stijl verliezen. Anders zou ik het niet weten hoe ik aan die structuurfouten kom. Zou wel goed zijn om de oorzaak te kennen zodoende dergelijke fouten vermeden kunnen worden.

Hallo Eens een consistentiecontrole laten uitvoeren met als resultaat "geen ongeldige blokken". Dus ik dacht dat er niets aan de hand was maar omdat Claris geregeld crasht heb ik een update gedaan naar de recentste versie en een herstelprocedure gedaan voor mijn bestand. Ik kreeg nadien onderstaand: Blijkbaar zitten de fouten dan in de structuur / layouts? Bezig met herstellen: lay-out 'POPUP- List emails' (107) 8487 Tabelweergave is opnieuw ingesteld 8476 Dit item is gewijzigd en zo zijn er enkele tientallen... Zou dit bestand veilig zijn om verder te gebruiken? Hoe interpreteer je deze structuurfouten en wat kan hiervan de oorzaak zijn? Bedankt alvast.

Je kan ook een rechthoek maken met de grootte van het portaal en die bovenop het portaal plaatsen. Je geeft de rechthoek een 40% transparant rode vulling. Tevens maak je een ander object(je) zoals een lijn(tje) of ergens een punt of whatever dat je op uw layout plaatst. Je maakt een boleanveld (1-0) en zorgt voor dat wanneer het boleanveld op 0 staat (fungeert als schakelaar on-off) de rechthoek niet zichtbaar is. Dit kan via 'object verbergen' in uw rechterpaneel. Dus als uw schakelaar op 1 staat is uw portaal gesloten en uw rechthoek zichtbaar. Op nul is uw rechthoek niet zichtbaar. Je geeft de rechthoek een scripttrigger dat wanneer het boleanveld op 1 staat de focus onmiddellijk verlegd wordt naar het object lijn of punt dat je ergens in uw layout geplaatst hebt. Je kan dit uiteraard ook doen door gewoon de focus te verleggen naar een ander veld ergens op uw layout. In dit geval heb je de extra lijn of punt niet nodig. Staat de schakelaar op 1 en navigeer je over de rechthoek dan wordt uw cursor verplaatst naar waar je de focus gelegd hebt. Uw velden blijven zichtbaar maar zijn niet bereikbaar.

Dit probleem heb ik al een tijdje. Filemaker wil geen enkele update uitvoeren, downloaden wel en dan stopt het. Een clean full install lukt dan weer wel. Het moet inderdaad met windows te maken hebben want de update van Office365 lukt ook niet altijd. Inderdaad bijzonder vervelend. Zal eens de instellingen van het AV (Bullguard) nakijken.