Marsau

Kleine correctie: strikt genomen is voor portal-filtering zelfs dat calculatie-veld niet nodig. Je kan binnen de filterdefinitie verwijzen naar het veld 'werf-id' van de bestelbon.

Ja, dat kan, maar niet als je werfid als Foreign key wilt gebruiken, dan heb je een geïndexeerd veld nodig. Als toegevoegd berekend (niet opgeslagen) veld kan je wel je portal filteren met bijvoorbeeld een global field met werf-id. Dat is wat je wil, geloof ik.

Voeg WerfID aan je bestelregels toe.:-)

Volgens mij wordt de externe verbinding doorgelust. Dus de poorten moeten open. Het verbaast mij dat het op het LAN wel zou werken. Waarom deze ingewikkelde setup?

Wellicht raar, maar... als je gewoon een leeg wachtwoord invoert? Je hebt waarschijnlijk de auto-login uitgeschakeld.

Uit de losse pols; je kan het op meerdere manieren aanvliegen: - als afhandelen van expiratie-data echt een bedrijfsactiviteit is, valt er wat voor te zeggen om alle expireerbare items in een aparte tabel onder te brengen; - Anders moet je met calculatie velden binnen het medewerker-record gaan werken; krijg je wat minder mooie overzichten van. - Zorg voor een portaal met de expirerende items volgens het gewenste criterium (kan mij voorstellen dat er meerdere criteria nodig zijn: bij 7 dagen ben je altijd te laat) - Plaats deze in een card window layout. Maak een knopje ‘expiratie-overzicht’ o.i.d. dat deze opent. - Vervolgens in het openingscript maak je subscript dat dit expiratie-overzicht opent als er items zijn. - Daarnaast een install timer script installeert met de duur uitgerekend tot morgen 0.00 uur, of een andere popup-tijd, dat hetzelfde script uitvoert. -Nb timer scripts zijn venster gebonden. Als je veel vensters sluit en opent, moet je je timers steeds opnieuw installeren. Ergo, snoozen is verder niet nodig, maar je kan altijd kiezen een kortere tijd in te stellen als je je gebruikers tot waanzin wilt drijven. Of als er een andere, serieuze functionele noodzaak is. Logt de gebruiker gewoon weer de volgende dag in, dan krijgt weer het overzicht - als er op dat moment items zijn. ‘Opvolgen’ houdt in dat de datum wordt opgehoogd en beter nog, dat het geëxpireerde item vervalt en wordt vervangen. Kan je op verschillende manieren doen. Ik neem aan dat je de opvolging in deze data moet aanpakken, en niet op het niveau van dit script, dat niets anders doet dan notificeren Succes!

Beste mensen, Graag nog dit probleem nog even onder jullie aandacht. Full access toegang op Windows clients, maar opmaak van layout-objecten laat zich niet wijzigen. Vanaf mijn Mac(s) geen enkel probleem. Op zich is dit wel grappig natuurlijk, maar... Klant is unhappy. Herinstallatie op één van de clients hielp niets. Probleem doet zich voor op alle clients op deze ene lokatie. Heb ik hier weer een zeer uniek en lokaal probleem, of zie ik iets essentieels over het hoofd? En zo nee, welke oplossingsstrategie zou ik kunnen hanteren?

Ik zou de eerste ontwikkelingsschreden even scheiden van het hostingsvraagstuk. Vraag je eerst eens af welke oplossing je wilt ontwikkelen. De eerlijkheid gebiedt te zeggen dat een beginnende ontwikkelaar niet zomaar een functionele bedrijfsapplicatie zal realiseren, maar met de templates kan je zeker een heel eind komen. Hosting kost wat, kan ook intern, als je Filemaker Server gebruikt. Prijzen op de website en afhankelijk van aantal users. Kosten moet je uiteraard in verband brengen met je business case als ondernemer; afgemeten aan een goede businesscase zijn ze helemaal niet 'hoog' en doorgaans voor bedrijven een reden om op de lange termijn voor Filemaker te kiezen. Interne hosting vanaf een Mac mini kan ook prima, maar vereist wat meer expertise / zorg. Persoonlijk zou ik zeggen: schaf het aan, en volg een cursus. Het gaat zich dubbel en dwars terug betalen. Voor ontwikkeling van ideeën / concepten kan je ook een beroep doen op de vele professionele ontwikkelaars op dit forum.

Helaas. Vandaag iemand laten herinstalleren met volledige rechten. Probleem persisteert. Raar issue hier: meerdere clients hebben er last van. Via rechter muisknop is opmaak van layout-objecten wel mogelijk. Windows only!

Super, Hamit. Wellicht kunnen we dit samen uitwerken.

Binnenkort mogelijk de opgave om in Filemaker geproduceerde facturen door te zetten naar MoneyBird. Natuurlijk via hun API... Bestaat er al concrete ervaring binnen deze club? Ik kom graag in contact.

Ik denk dat je een 'edit-script' maken dat het bestand exporteert, het pad onthoudt in een apart veld of variabele, en vervolgens weer via dit pad kan importeren via dit pad.

Goeie tip! Ik ga dat bekijken!

Denk ik ook. Als je Excel opent vanuit de container is het bestand al op een tijdelijke, externe plaats opgeslagen. Daar sla je dus ook je wijzigingen op.

Raar probleem bij een klant: op verschillende werkstations is het onmogelijk om layout-objecten te wijzigen via de inspector (info-paneel rechts!): alle opties zijn grijs. Vanzelfsprekend objectselectie op het juiste niveau: het probleem blijft. Ook de rechten kloppen ("full access") Alleen op windows machines! Kennen jullie dit probleem? Fixable? Windows herinstalleren?

Ja, is zonder meer mogelijk. maar wordt een stevige klus. Interactie met de verzekeraar(s) is een uitdagend aspect. Wellicht dat je hier een dienst als Vecozo (...) moet gebruiken. Denk dat de laatste FileMaker versies hiervoor erg geschikt voor zijn.

Ik denk dat het kan maar het ligt niet voor de hand. Waarom zou je niet kiezen voor standaardoplossingen als Magento oid? ik heb een soort klantenportaal opgezet voor een klant. Dat komt in de buurt van ene webshop. Er zijn veel aspecten waar je over na moet denken om een goede ervaring neer te zetten. Aan betalingen van bestellingen heb ik mij niet hoeven te wagen, maar denk dat je met de huidige mogelijkheden van FM17 een goede interactie met betalingssystemen zou moeten kunnen bouwen. De vraag die je zelf moet beantwoorden blijft: waarom kiezen voor deze moeilijke weg?

Je registreert dus niet de individuele machine, en je hebt geen overzicht van de aanwezige machines. Oké. Het woord 'hoofdtabel' is opmerkelijk: je kan vanuit elke optiek deze werkelijkheid benaderen. Je kan een tweede table-occurance maken van reparaties waarbij type = type. Voeg dan een calculatieveld toe aan reparaties dat deze telt. Wil je een overzicht van de reparaties per type, dan zou ik uitgaan van de type tabel en per type periode de reparaties tellen. Als je dat hebt kan je aan grafieken gaan denken.

Nee, met 'verticaal' bedoelde ik eigenlijk gewoon een heel erg steile leercurve. Volgens mij is dit forum zeker geen forum voor professionals. Ik denk dat zelfstudie inderdaad heel goed is, voor specifieke vragen/problemen is hier veel kennis en denkkracht aanwezig. Je hebt een idee die verder moet worden uitgewerkt richting een ontwerp. Het gaat dan eigenlijk nog niet eens over Filemaker kennis.

Dit ziet er bijna uit als echt werk Als dit je eerste Filemaker klus is dan kies je voor de verticale leerroute. En het gaat niet alleen om Filemaker, maar ook om proces, interactie en interface ontwerp. Denk dat je dit op moet pakken met professionele begeleiding.

Ja, ik zie het voor me. Mooie van je aanpak is dat je eigenlijk ook echt activiteit registreert. Dat heb je met de adminAPI benadering weer niet: die toont 'slechts' het bestaan van een connectie.

Je gaat te hard. Maak eerst een tabel met machines op serienummer niveau. Koppel die aan de reparaties. Dan kan je verder bouwen.

Ik vind het een fascinerende oplossing, Hans Erik. Ik weet alleen niet of je werkelijk krijgt - of kunt destilleren - wat ik bedoel: een lijst van actieve gebruikers.

Inderdaad, je moet een soort server-side opruimscript hebben dat 'oude' kaarten verwijderd - en wat is dan 'oud'? Bovendien is inactiviteit niet per se absentie, dus per ongeluk zou zo'n sessie-record onterecht verwijderd kunnen worden. Ik heb het redelijk werkend, maar accuraat is anders. Het idee van sessiekaarten dient overigens ook een ander doel. Een persoonlijke sessierecord kan je een 'Algemeen' tabel hanteren met alleen maar velden tbc interface, zonder risico op record-locking, gevaar van verwijdering etc. Een meer accurate oplossing - althans voordat Filemaker deze functionaliteit zelf ooit gaat verzorgen - is de Admin API. Met hulp van Menno heb ik een paar oplossingsrichtingen kunnen verkennen. Je kan (per bestand) een user- en/of accountlist genereren, en dat zelfs als een tabel in het systeem verankeren. Een serverside script (om de 60 of 120 sec) houdt alles synchroon. Kijk er al een weekje naar, en het werkt vlekkeloos.

De tool is onmisbaar als je ook gebruikers wilt migreren. Er is behoorlijk wat intelligentie ingebouwd voor wat betreft matchen van velden e.d. Commandline interface is wellicht intimiderend. Migratie gaat overigens razendsnel. In ieder geval zijn er mooie tools gemaakt om het gebruik ervan te vereenvoudigen, bijvoorbeeld die van Soliant. https://www.soliantconsulting.com/labs/filemaker-17-data-migration-tool-demo