Kategorie: Lösungen

Wer in einem Verein die Mitgliedsbeiträge einzieht, möchte nicht jede Lastschrift einzeln im Onlinebanking erfassen. Stattdessen erzeugt er eine Datei und reicht sie bei der Bank ein. Diese Datei muss dem Format „pain.008“ entsprechen, einer XML-Struktur mit festgelegten Elementen, Pflichtangaben und Prüfregeln. Wie das SEPA-Lastschriftverfahren funktioniert, wofür wir die Datei benötigen und wie sie Element für Element aufgebaut ist, zeigt der vorliegende Beitrag.

Eine Vereinsverwaltung, die nur Mitglieder und Beiträge kennt, ist schnell gebaut. Soll der Verein die Beiträge per Lastschrift einziehen, fehlen ihr jedoch Angaben, die sich später nur mit Mühe ergänzen lassen: Bankverbindungen, Mandate mit Referenz und Unterschriftsdatum, Forderungen und die Läufe, in denen wir Lastschriften einreichen. Wie wir aus den Angaben der Datei „pain.008“ ein passendes Datenmodell ableiten und mit Beispieldaten füllen, zeigt der vorliegende Beitrag.

Eine IBAN mit falscher Prüfziffer fällt meist erst auf, wenn die Bank die Lastschriftdatei zurückweist. Dann ist der Einzug bereits verzögert. Wir prüfen die IBAN deshalb schon bei der Eingabe, bilden die Mandatsreferenz per Funktion und leiten den Folgetyp aus den bisherigen Lastschriften ab. Wie das in einem Formular für Mitglieder, Bankverbindungen und Mandate gelingt, zeigt der vorliegende Beitrag.

Wer die Beiträge eines Vereins von Hand berechnet, muss für jedes Mitglied Alter, Beitragsart und Beitragssatz nachschlagen. Bei einem Eintritt oder Austritt im Laufe des Jahres kommt die Berechnung des anteiligen Beitrags hinzu, und bei Familien soll der Beitrag gedeckelt werden. Das ist aufwendig und fehleranfällig. Wie wir aus den Mitgliedschaften und den Beitragssätzen die Forderungen eines Beitragsjahres berechnen, zeigt der vorliegende Beitrag.

Im Beitrag „Access: Version und Architektur einfach ermitteln“ (www.access-im-unternehmen.de/1606) haben wir die neuen SysCmd-Konstanten zum Abfragen von Access-Version und Access-Architektur vorgestellt. Dort haben wir auch gezeigt, wie wir diese Informationen übersichtlich in einem Formular darstellen können. Im vorliegenden Beitrag erstellen wir nun ein COM-Add-In, das den Dateibereich von Access erweitert und dort die verschiedenen Versionsinformationen, die Architektur und den aktuellen Update-Kanal von Access anzeigt. Außerdem liefern wir dort auch gleich noch den aktuellen Datenbankpfad und eine Möglichkeit, diesen in die Zwischenablage zu kopieren.

In den ersten beiden Teilen dieser Beitragsreihe haben wir ein universell einsetzbares Filterformular vorgestellt und seine Programmierung beleuchtet. Bisher bietet das Formular für Vergleichswerte schlicht ein Textfeld an. Bei einem Feld wie „AnredeID“ oder „KategorieID“, das im aufrufenden Formular über ein Kombinationsfeld dargestellt wird, muss der Benutzer aber die nackte Zahl kennen, nach der er filtern will – wenig komfortabel. In diesem Teil erweitern wir das Filterformular so, dass es solche Lookup-Felder erkennt und im Vergleichsfeld dieselbe Auswahlliste anbietet wie das Originalformular.

Bis jetzt kann unser Filterformular schon eine ganze Menge: Man klickt sich seine Suchbedingungen zusammen und sieht sofort nur noch die passenden Datensätze. Doch sobald man das Formular schließt, ist der mühsam eingestellte Filter wieder weg. Wer denselben Filter morgen erneut braucht, muss alles noch einmal eintippen. Das ändern wir jetzt. In diesem Teil bringen wir dem Filterformular bei, einen fertigen Filter unter einem Namen zu speichern und ihn später mit einem Klick wieder hervorzuholen.

Wer viel in VBA programmiert, kennt den Schreck: Ein Absturz von Access, und die Arbeit der letzten halben Stunde ist weg. Natürlich kann man von Hand speichern – aber genau das vergisst man im Eifer des Gefechts. In diesem Beitrag bauen wir uns einen fleißigen Helfer, der uns diese Sorge abnimmt: ein COM-Add-In für den Access-Entwickler, das in einstellbaren Abständen alle geänderten Formulare, Berichte und Module automatisch in einzelne Textdateien sichert. So haben wir immer eine frische Kopie unseres Codes zur Hand, ganz ohne daran zu denken.

Im Beitrag „Schnelle Schaltflächen mit Stil“ (www.access-im-unternehmen.de/1563) haben wir ein Formular vorgestellt, mit dem wir komfortabel Schaltflächen anlegen können – mit Icon, Beschriftung, passendem Namen und Ereignisprozedur. Dieses Formular lässt sich in dieser Lösung allerdings nur nutzen, wenn es in der gleichen Anwendung enthalten ist, deren Formulare wir damit anpassen wollen. Um dies praktischer zu gestalten, wollen wir die Lösung in einen Assistenten umwandeln, der beim Hinzufügen eines Buttons zu einem Formular automatisch angezeigt wird. Die dazu notwendigen Schritte beschreiben wir in diesem Beitrag.