Office SDK
Access entwickeln wie in Visual Studio mit Azure DevOps – im VBA-Editor
Vom ersten Codezeichen über Arbeitselemente, reproduzierbare Builds und Tests bis zum signierten Release und zum Nachweis für Ihre Kunden. Dazu Steuerelemente, Installer, JSON-Parser und Datenzugriff aus einem Haus.
Ausgangslage
Es gibt viele Add-ins für Access. Jedes deckt ein Stück ab: Export in Textdateien, Prüfungen und Refactoring, Einchecken, Vergleich zweier Datenbanken. Den Rest des Weges gehen Sie von Hand – welcher Stand ist ausgeliefert, wer hat was geändert, läuft die Anwendung nach der Änderung noch, und was antworten Sie, wenn ein Kunde nach SBOM und CRA fragt?
Wer daneben in Visual Studio und Azure DevOps arbeitet, kennt den Unterschied: dort ist der ganze Weg ein Werkzeug.
Die Lösung
Das Office SDK bringt diesen Weg in den VBA-Editor und auf die Befehlszeile. Sie entwerfen weiter in Access; das SDK führt Ihre Anwendung als Textquellen in Git, baut sie reproduzierbar, testet sie, liefert sie signiert aus und erzeugt die Nachweise.
So arbeiten Sie damit:
- Das Projekt aus der vorhandenen ACCDB anlegen: Formulare, Berichte, Abfragen und Module werden zu Textdateien in Git.
- In Access entwerfen, im VBA-Editor mit Projektmappe, Navigation, Refactoring und Tests arbeiten; Arbeitselemente und Commits liegen neben dem Code.
- Mit einem Befehl bauen, testen und ausliefern: ACCDE, MSI-Paket und signierte Lieferung für den Bootstrapper, mit SBOM und Nachweispaket.
- Visual Studio im VBA-Editor: Projektdateien wie im Projektmappen-Explorer mit Git-Status, Gehe zu Definition, alle Verweise, Umbenennen mit Vorschau, Problemliste bis zur Zeile, Tests per Klick.
- DevOps auf dem eigenen Rechner: Arbeitselemente als Dateien neben dem Code, eine Pipeline von Build über Test und Release-Kandidat bis zur Auslieferung, Branches, Pull und Push direkt aus Access – ohne Server.
- Nachweise für Ihre Kunden: SBOM nach CycloneDX 1.6 gemäß BSI TR-03183-2 mit jeder Lieferung, signiertes Liefermanifest, CRA-Unterlagen und ein Nachweispaket je Release.
- Gebaut für Automatisierung und KI-Agenten: Jede Aktion ist auch ein Befehl ohne Rückfrage, mit JSON-Ausgabe und Probelauf; MSBuild und Visual Studio Code inklusive.
- Alles aus einem Haus: dieselben Hersteller liefern die Steuerelemente, den Installer, den JSON-Parser und den Datenzugriff dazu.
Access weiß, was sich geändert hat
Die Liste Änderungen vergleicht drei Stände: die Datenbank in Access, die Textquellen und den letzten Commit. Für jedes Objekt steht da, wo es geändert wurde und was als Nächstes zu tun ist.
Tests, die ohne Sie laufen
wkl-office test öffnet die Anwendung in einem verborgenen Access, führt die Testprozeduren aus und meldet jede einzeln. Derselbe Befehl läuft in der Pipeline und liefert Exitcode und JSON.
Ein Weg von Access bis zur Auslieferung
Sie entwerfen weiter in Access. Das SDK hält die Anwendung als Textquellen in Git, baut sie aus einem Commit, prüft und testet sie und liefert genau diesen Stand aus.
Funktionen
- Projektdateien-Fenster mit Git-Status, Arbeitsbereich mit Projekt, Dateien, Ausgabe, Problemen, Abhängigkeiten, Änderungen, Terminal und Verlauf
- Code-Navigation: Gehe zu Definition, alle Verweise, Aufrufer und Aufgerufene, auch über Access-Objekte
- Sicheres Umbenennen mit Vorschau und Probelauf; Code prüfen, validieren, bauen und wieder öffnen
- Tests: alle, ein Modul oder der Test am Cursor, in einem verborgenen Access, mit Ergebnis je Test und JUnit-Bericht
- Arbeitselemente als Dateien, Baum mit mehreren Eltern, geführter Assistent, Fehler direkt aus der Problemliste
- Pipeline: Build, Test, Release-Kandidat, Veröffentlichen, Auslieferung – per Befehl oder Menüband
- Debug- und Release-Konfiguration, ACCDE, Lieferprofile, signierte Lieferungen, MSI mit dem WiX Toolset
- SBOM (CycloneDX 1.6, BSI TR-03183-2), Manifest mit SHA-256 und ECDSA P-256, Signaturprüfung mit einem Befehl
- Reproduzierbar: dieselben Quellen ergeben dieselben Objekte, Tabellen, Startdaten und Einstellungen
- Texte der Anwendung je Sprache exportieren und importieren; Oberfläche in Deutsch, Englisch, Slowenisch, Kroatisch und Italienisch
Committen, ohne Access zu verlassen
Der Dialog prüft den Stand noch einmal und committet nur die Dateien, die Sie auswählen; die anderen bleiben geändert. Gepusht wird erst, wenn Sie es wollen.
Aus Ihrer bestehenden Datenbank
Das Projekt entsteht aus der ACCDB, die Sie schon haben. Haken Sie Tabellen an, kommen ihre Zeilen als Stammdaten in die Quellen, und jeder Build lädt sie wieder.
Ausliefern direkt aus dem VBA-Editor
Die Symbolleiste des SDK steht auch im VBA-Editor: bauen, prüfen, testen, Verlauf – und Ausliefern mit den Lieferprofilen der Konfiguration.
Weitere Ansichten
Das Menüband des Office SDK in Access mit Projekt, Quellen, Build, Code und Auslieferung. 
Der VBA-Editor mit Modulcode und dem Arbeitsbereich des SDK. 
Projekteigenschaften: Konfiguration Release mit ACCDE und Lieferprofil Production. 
Einstellungen: Export beim Speichern, Sprache des SDK, Shell des Terminals.
Technische Daten
- Voraussetzungen: Windows 11 mit Microsoft Access aus Microsoft 365, 32 oder 64 Bit, die .NET-10-Laufzeit und git. Technische Daten und Installation
Häufige Fragen
Was unterscheidet das SDK von anderen Access-Add-ins?
Export in Text, Bauen aus Quellen und Tests ohne Oberfläche gibt es auch anderswo – etwa im freien msaccess-vcs-addin, das das gut macht. Das SDK liefert den ganzen Weg aus einem Haus: Entwicklungsumgebung im VBA-Editor, DevOps auf dem eigenen Rechner, Nachweise für Kunden, Automatisierung, dazu Steuerelemente, Installer, JSON-Parser und Datenzugriff.
Ersetzt das SDK den Formular- und Berichtsentwurf?
Access bleibt Ihr Designer. Das SDK schreibt jede Änderung in die Quellen und baut daraus die Anwendung.
Brauche ich einen DevOps-Server?
Alles liegt im Repository: Arbeitselemente, Pipeline und Releases. Mit dem Team teilen Sie es über einen Git-Server Ihrer Wahl.
Was bekomme ich für die Compliance meiner Kunden?
Mit jeder Lieferung eine SBOM nach CycloneDX 1.6 gemäß BSI TR-03183-2 und ein signiertes Manifest; je Release ein Nachweispaket mit CWE-Matrix, technischer Dokumentation nach CRA, Umgang mit Schwachstellen und NIS-2-Lieferantennachweis.
Wie fange ich an?
Mit dem Tutorial: von Ihrer vorhandenen ACCDB bis zum ersten Commit. Zum Tutorial
Einrichtung, Beispiele und Referenz, Schritt für Schritt: Alles steht in der Dokumentation.
Dokumentation öffnen