Ga naar inhoud

ad koster

Leden
  • Items

    48
  • Registratiedatum

  • Laatst bezocht

  1. Beste Pjotter en Menno, Bedankt voor jullie reacties. Ik ga dit op korte termijn oppakken. Als ik het goed begrijp, is het SimpleMail bestand bedoeld om de gegevens van de geadresseerde in te zetten. Ik ga dus beginnen om voor 1 van de leden een nota aan te maken en deze in FM om te zetten naar pdf. Ik wist dat dat in FM ook heel simpel gaat, maar dacht het op de door mij aangegeven manier te doen, omdat de mail een vervanging van printen zou worden. Daarna breng ik gegevens uit mijn database naar SimpleMail en verstuur het bestand. Ik moet dus eerst zorgen dat er een "stop" in mijn script komt, zodat er steeds 1 nota wordt aangemaakt. In de loop van de week vertel ik of het me is gelukt.
  2. Ik gebruik FileMaker Pro 12 voor de administratie van onze vereniging. 5x per jaar print ik nota's, waarbij de geboortedatum van de leden de gefactureerde prijs bepaald. Momenteel heb ik een script lopen, waarmee alle leden die een nota moeten krijgen worden geselecteerd en het juiste bedrag in de nota komt. Vervolgens worden deze nota's geprint. Het zijn er ongeveer 100. Nu wil ik dat printen gaan vervangen door mailen. Ik wil de nota's als pdf bestand bij een mail stoppen. In mijn database staan de mailadressen van de leden, dus waarschijnlijk kunnen die gebruikt worden. Ik heb al zitten zoeken en kom deze vraag vaker tegen, maar ik kom er toch nog niet uit, want elke vraag is volgens mij anders dan mijn situatie. Volgens mij kan ik niet met het script werken dat ik nu gebruik, want dat maakt (als ik in het printscherm van mijn Mac voor "pdf maken" kies ipv printen) 1 grote pdf met 100 pagina's. Terwijl het natuurlijk 100 afzonderlijke pdf bestanden moeten worden, die naar de juiste personen / mailadressen gaan. Is dit mogelijk, of heb je daar een plug-in voor nodig, wat ik ook ergens lees. Bij voorbaat dank voor de reacties. Ad Koster
  3. Heel hartelijk bedankt voor de tip! Het groeperen stond inderdaad aan. Blijkbaar heb ik dat de vorige keer ook aangezet, terwijl ik dat eerder nooit deed. Nogmaals dank. Ad
  4. Ik gebruik voor onze vereniging een ledenadministratie die gemaakt is in FM. Vanuit die database, exporteerde ik altijd de verjaardagen naar een tab-gescheiden bestand, dat ik in het clubblad plaatste. Vorige maand kreeg ik plots de klacht dat sommige jarigen er niet in staan...... Ik weet zeker dat ik de laatste maanden niets heb aangepast. Het laatste was de overgang naar Maverick in januari. Ik gebruik FM12. Als ik de selectie uit de database heb gemaakt, zie ik hem op het scherm en daarin komen de verjaardagen allemaal voor. Na export, blijken er ineens geen meerdere mensen op dezelfde dag jarig te zijn..... Dus na export, zie ik per dag maar één jarige. In eerste instantie dacht ik dat ik gewoon iets verkeerd geselecteerd had, maar nu zie ik toch echt niet hoe ik dit kan herstellen. Zondag moet ik weer een krantje maken en eigenlijk zou ik het dan weer werkend hebben. Wie weet wat hier mis kan gaan? Bij voorbaat dank voor uw hulp.
  5. @hiker ik denk dat je daar wel een goed punt hebt. Had k nog niet aan gedacht. Maar als ik terugkijk naar het grijze verleden, waarin we alles nog handmatig deden, dan bedenk ik me inderdaad dat hetgeen jij noemt, ook bij ons toentertijd wel zo was. We werkten toen nog met getypte lijsten, en daar veranderde ook nogal vaak iets in, vanwege de redenen die je noemt. Ik ga in eerste instantie toch de oplossing van @felix in mijn database inbouwen. Dat is simpel en misschien werkt de pc-indeling goed. Daarnaast ga ik ook eens kijken naar jouw oplossing. Waarschijnlijk is de pc-oplossing daar een goede basis voor. Iedereen bedankt voor het meedenken. Ad Koster
  6. Behalve als ik het verkeerd begrijp, moet ik in beide gevallen (Felix en Pjotter) een database maken met alle mogelijke postcodes en daar het wijknummer achter. Dus: 1010 AA 1010 AB 1010 AC ... 1010 ZA 1010 ZB Enzovoort. Ik vraag me echter af of het niet mogelijk is om een "lijst" te maken met "postcodes van 1010 AA...1112 DE" en daar dan achter te zetten om welk wijknummer het gaat. Misschien kan dat helemaal niet, maar eigenlijk is dat een beetje mijn wens.
  7. Voor onze vereniging heb ik het ledenbestand in een FileMaker database staan. Iedereen staat er in met zijn of haar adresgegevens en nog een aantal andere zaken. Nu wil ik het clubblad voortaan door een groepje leden laten bezorgen, want PostNL is het afgelopen jaar meer dan verdubbeld in zijn tarieven. De simpelste manier lijkt me om dat te doen op postcode. Met een papieren uitdraai, gesorteerd op postcode, heb ik de wijken nu grotendeels ingedeeld. Ik wil echter wijken aanmaken, omdat ik de clubbladen dan van stikkers kan voorzien met de wijknummers er op. Als er nieuwe leden bij komen, worden die dan ook automatisch in een wijk gestopt. Ik wil bijvoorbeeld de postcodes 2401 AA t/m 2403 ZZ onderbrengen in wijk 1, 2404 AA t/m 2406 BC in wijk 2, 2406 BD t/m 2407 AX in wijk 4, 2471 DE t/m 2471 FJ in wijk 12 enzovoort. Ik dacht iets te kunnen doen met "Case", maar ik kom er niet uit. Kan iemand op dit forum me misschien op weg helpen? Bij voorbaat dank. Ad Koster
  8. Ik heb een database voor onze vereniging en daar print ik (naast de kwartaalfacturen en de ledenoverzichten) o.a. brieven en startlijsten mee uit. 1x per jaar worden er examens afgenomen en nodig ik een groep kinderen uit. Die doen examen voor verschillende diploma's, dus staat dat in de brief vermeld. Verder zijn er nog wat andere velden toegevoegd die alleen hiervoor noodzakelijk zijn. Omdat die velden daarna weer moeten worden geschoond, vraag ik me af of er een manier is om dit "automatisch" te doen. Nu wis ik handmatig elk veld en dat is best veel werk. Dus ik zoek eigenlijk een opdracht die o.a. het veld "soort examen" bij alle records in de database leegmaakt. Het gaat om 6 velden die ik alleen voor die examens gebruik. Meestal zijn het zo'n 40 kinderen die examen doen, dus wis ik nu na afloop van de examens zo'n 240 velden met de hand....... Bij voorbaat dank, Ad
  9. Het is me inmiddels duidelijk wat je bedoelde met Recovery. Ik werd op het verkeerde been gezet omdat ik de Nederlandse versie heb........ Daar heet het HERSTEL. Inmiddels heb ik dat uitgevoerd en er komt geen fout naar voren. Ik wacht dus maar af of het nogmaals fout gaat. Bedankt voor de tip! Ad
  10. De formule voor de berekening van een leeftijd, heb ik geruime tijd geleden via dit forum gekregen. Er bleek toen regelmatig een jaar verschil te zijn in de leeftijd. Iemand in dit forum heeft me toen aangeraden om dat vinkje aan te zetten en sindsdien werkt de berekening goed. Het is minstens een jaar goed gegaan, eer het voor het eerst fout ging. Daarom verwacht ik dat het vinkje op die plaats toch nut heeft. Wat bedoel je precies met een recovery? Ik kan natuurlijk altijd een kloon maken, maar het gaat steeds een paar maanden goed, eer het weer fout gaat. Dat maakt het testen zo moeilijk.
  11. Ik heb iets heel vreemds. Ik heb in een berekening voor een verjaardag, een vinkje staan bij de regel: "Niet evalueren als alle velden waarnaar wordt verwezen, leeg zijn". Als dat vinkje "uit" staat, dan is de berekening niet juist, dus moet het echt "aan" staan. Tot mijn verbazing echter, gaat dat vinkje regelmatig geheel van zelf plotseling "uit". Ik weet absoluut zeker dat ik zelf geen aanpassing heb gedaan! Maar hoe kan zo iets dan gebeuren? Ik snap er niets meer van. Het is nu al voor de derde keer dat het fout gaat. Ik werk met FM11.0 v4 en draai op een Mac met Snow Leopard 10.6.8. Bij voorbaar bedankt voor tips. Ad Koster
  12. Menno heel hartelijk bedankt voor je hulp. In eerste instantie heb ik de werking van jouw formule vergeleken met de mijne, maar daar bleek de fout niet te zitten. Het is wel een andere formule, maar hij komt op het zelfde neer. Je toegevoegde regeltjes bleken echter de oplossing te bieden. Het vinkje dat je noemt bleek plotseling "aan" te staan. Vraag me niet hoe dat kan, want ik heb al maanden niets meer aangepast in het programma. Het werkte al bijna 2 jaar probleemloos. Nogmaals bedankt, want met mijn beperkte FM-kennis, had ik dit waarschijnlijk nooit ontdekt. Ad
  13. Goeden avond, Twee jaar geleden heb ik naar aanleiding van de tips op dit Forum een leeftijdsberekening in mijn database gebouwd. Dit werkte tot vorige week probleemloos, maar nu dus niet meer. Ik krijg nu steeds een verschil in de leeftijden. Mijn eigen geboortedatum is 5-11-1951 en volgens de berekening ben ik nu plotseling 58 jaar. Het enige dat ik vorige week heb gedaan, is opwaarderen van Leopard naar Snow Leopard. Ik draai met Filemaker 11. Heeft iemand een tip waaardoor dit zo plotseling kan komen en hoe ik het kan oplossen, want donderdag heb ik de berekening eigenlijk nodig voor het printen van fakturen van leden. Jongeren betalen minder dan personen boven de 12 jaar. Bij voorbaat dank voor de tip! Ad
  14. Bedankt voor je reactie. Eerlijk gezegd zou ik best meer van FM willen leren. Daar heb je dan echter toch een soort opleiding voor nodig en die is voor een hobbyist best prijzig. Ik heb al eens zitten zoeken op internet en kom dan toch op bedragen van 600 - 700 euro voor een beginnerscursus. Daarna volgt nog een zelfde bedrag voor een vervolg. Dat is dan ook nog eens excl btw, die ik helaas niet kan aftrekken. Ik ben met FM begonnen nadat ik een nieuwe Mac met had gekocht in 2003. Daar stond een demoversie van FM op en dat leek me leuk om eens iets mee te doen. Het ledenbestand van de vereniging waarvan ik bestuurslid ben stond toen nog in een basic-programma dat een oud-lid in de 80-tiger jaren had geschreven. Dat was nog in de tijd van Mac OS9. Onder OSX draaide dat alleen nog in de Classic omgeving. Inmiddels zou het dus helemaal niet meer draaien, want de Classic omgeving bestaat niet meer sinds OS 10.4. Ik heb toen het eerste stukje gebouwd met de hulp van dit zelfde forum. De afgelopen jaren heb ik eigenlijk alleen maar allerlei nieuwe layouts aangemaakt. Steeds als ik bepaalde doorsnedes nodig had, zoals startlijsten, opdruk voor certificaten, ledenlijsten en brieven, maakte ik er weer iets bij. In principe kan het programma nu bijna alles wat ik nodig heb. Alleen niet op een mooie manier. Daar ben ik het volledig mee eens. Een eerste stapje vooruit, vond ik het verbeteren van de faktuur waar de berekening van de leeftijd voor is bedoeld. Tot op heden staat er gewoon op de faktuur dat leden t/m 12 jaar € 115,00 dienen over te maken en ouderen € 127,00. Dus geen vast bedrag en daar werd dan ook misbruik van gemaakt, merkten we. Als faktuurdatum stond altijd de printdatum (aangegeven met //) boven de brieven. Dus je moest de faktuur altijd printen direct voor hij naar de post ging, want we hanteren de regel dat betaling binnen 2 weken een korting geeft van € 2,00.
  15. Dat wil ik natuurlijk graag doen. Alleen heb ik geen idee hoe ik een deel van mijn database kan mailen. Ik heb hem daarom maar leeggemaakt en een paar adressen nieuw er in gezet, want anders stel ik het ledenbestand aan iedereen beschikbaar, wat uiteraard niet is toegestaan. Het gaat om INVOERSCHERM KWARTAALDATUM en de daaronder staande faktuur, die de gegevens moet gebruiken. Ik heb nu ook aparte invoervelden voor de bedragen in het scherm gemaakt. Een aanpassing op jouw voorbeeld. De berekening heb ik, na de tip van TRIKKE, van de site die hij noemde. Al met al ben ik heel wat wijzer geworden van dingen als GLOBAL en BEREKENEN. Hoewel ik er nog lang niet alles van snap. Dat kan volgens mij nog lang duren, want ik doe veel te weinig met FM. Nogmaals bedankt. Ad administratie de ziende 2010 Kopie.fp7.zip
×
×
  • Nieuwe aanmaken...