menno

Bij deze (onder de licentie GNUv3 van de FSF) de xslt die ik heb geschreven. Ik heb 'm getest voor ABN-AMRO en Regiobank. Voor mijn toepassing is deze voldoende, maar jullie kunnen andere eisen hebben. Het mooie van XSLT is dat je het dan gemakkelijk aan de eigen behoefte kan aanpassen Camt053Test.zip

@Marsau MT940 is veel ingewikkelder dan camt053. Een MT940-bericht bestaat uit regels die allemaal met een bepaalde code beginnen. Een voorbeeld van het begin van zo'n bericht: {1:F01RBRBNL21XXXX0000000000}{2:O940RBRBNL21XXXXN}{3:}{4: :20:0000000000 :25:NL97RBRB0100123456 :28C:296/1 :60F:C201022EUR0,00 :61:2010221022C0,00NDIV :86: De codes zijn dus :##: en soms :##@: Dat is best lastig om te zetten naar een import. De camt053 is gewoon XML en daar kan je een XSLT voor schrijven. Er zijn wél kleine verschillen tussen de banken, maar dat betreft alleen maar de plek waar ze de betali

Houd de leveringen niet bij op de bestellingen maar in een aparte tabel. Je bent dan niet beperkt tot maximaal 3 deelleveringen en je hebt dan ook geen gezeur met verschillende velden die eigenlijk hetzelfde, maar op een ander tijdstip moeten weergeven..... gewoon een gedachte

"Ga naar volgend veld/Go to next field" slaat de gegevens niet op, je moet dan nog steeds een "commit" uitvoeren. "Go to next record" slaat de gegevens wél op, mits je "save record changes automatically" in de lay-outinstellingen hebt opgegeven (dat is overigens standaard ingesteld bij het aanmaken van een nieuwe lay-out). Als je gegevens in een portaal in meerdere portaalrecords wijzigt, worden alle gewijzigde records pas vastgelegd na een commit. Als je gegevens in meerdere portalen in dezelfde lay-out wijzigt, zonder tussendoor te "committen", geldt hetzelfde.

Zie dit artikel: https://support.claris.com/s/article/Deprecation-and-removal-of-support-for-CentOS-Linux-from-Claris-FileMaker-Server?language=en_US

"go to field" zonder veld, heft een recordlock (vanaf fp7 bestandsformaat) niet meer op. Je moet echt een commit uitvoeren.

Go to field werkte in FM6 nog goed, omdat iedere wijziging werd vastgelegd zodra je een veld verliet en niks anders selecteerde .... vanaf FM7 moet je expliciet record/verzoek vastleggen gebruiken om een record op te slaan.

@Marsau In mijn iOS-app van abn-amro kan ik onder voorwaarden het saldo van mijn zakelijke rekening bij een andere bank raadplegen. De voorwaarde is dat ik elke 3 maanden in de omgeving van die andere bank met mijn token de toestemming verleng. Het kost niks extra, behalve een beetje moeite ...... Dus lijkt het mij dat er bij de diverse banken gewoon webservices beschikbaar zijn, waar ontwikkelaars van apps van andere banken kennelijk toegang toe kunnen krijgen. Waarom die toegang dan zo geobfusceerd moet blijven en er niet gewoon documentatie van beschikbaar is, is me een raadsel. Het a

Het gaat over "hide object when", dus dan moet je definitie weergeven: verbergen wanneer iemand iets niet mag. Jouw formule vertelt nu of iemand iets wél mag. Je kan dit op 2 manieren aanpassen: Je schrijft het als: Not ( <jouw definitie dat iemand iets wél mag> ) of Je past de formule aan naar bijvoorbeeld: IsEmpty ( FilterValues ( Get ( AccountName ) ; List ( "Jantje" ; "Pietje" ) ) )

@hans erik Jouw voorbeeldformule is ook record-level-security en dus maak je dan toch wél gebruik van de security van FM? Download ook mijn voorbeeldje even, dan weet je wat ik bedoel en anders moeten we er misschien eens een sessie op de fmdg aan wijden. Over het gebruiken van de beveiligingen in FM zijn er veel verschillende meningen en lang niet alle manieren van implementatie van "security" zijn goede.

Mijn redenatie m.b.t. is dat deze scripttrigger wordt uitgevoerd op het moment dat je een object probeert te verlaten en dus vóór dat je het record commiteerd. Zie de beschrijving: https://help.claris.com/en/pro-help/content/onobjectexit.html?Highlight=onObjectExit Je kan de positie van de cursor immers altijd uitvragen met deze trigger ...... behalve wanneer een auto-enter op het betreffende veld is geactiveerd. Dan wordt ineens éérst een commit uitgevoerd en daarna de trigger afgevuurd. Dat kan niet goed zijn.

Ik zou dit even melden bij onder product-issies van Claris: https://community.claris.com/en/s/topic/0TO0H000008OQOGWA4/report-a-product-issue

Ik heb het even getest in de bijlage, maar volgens mij werkt het perfect. onObjectExit.fmp12

Sommige banken bieden al een koppeling met je boekhoudpakket aan. Dan moet je je aanmelden, iets betalen, toestemming geven etc. en dan kan je vanuit Exact of Asperion en nog een paar pakketten direct de transacties ophalen om af te letteren etc. Logische conclusie lijkt mij dan dat er een webservice is, dat daar een specificatie van is en dat je ook met je eigen software die gegevens met exact dezelfde procedure kan ophalen. Dan ga je de helpdesk bellen en dan wordt helaas dezelfde aanname door de helpdesk-medewerkers van die bank gedaan: Je kan dan uitleggen wat je zoekt en wilt,

Ik ben fan van de minitieuse controle. Ik heb in een fabriek te maken met de directie, inkoop, verkoop, financiële administratie, logistiek, hrm, websitebeheer, een chatdienst en productie. Er is toegang via FileMaker, Webdirect en de DataAPI. Simpelweg de zaak beveiligen door alleen scripts en custom-menu's schiet dan m.i. echt tekort. Medewerkers mogen bijvoorbeeld absoluut niet bij de HRM informatie en als je alleen scripts en beperkte menu-toegang en eventueel curtom-menu's gebruikt is die beveiliging echt niet voldoende. Een ander aandachtspunt is bijvoorbeeld dat je van doorsne