Neu angelegtes Dokument, noch ohne Belegnummer (Typ und Titel noch änderbar).

Das Dokument nach dem Generieren der Belegnummer.

Eine weitere Eigen- oder Besonderheit, die für mich wichtig war: Empfängeradressen müssen sich flexibel zusammensetzen lassen. Es gibt Kunden, bei denen verschiedene Mitarbeiter Aufträge auslösen können und dann auch zuständig sind. Die möchte ich bei der Adressierung berücksichtigen und persönlich ansprechen. Name, E-Mail-Adresse und Briefanrede der betreffenden Person werden automatisch aus der Projekte- bzw. Kontakte-Tabelle geholt, können bei Bedarf aber noch geändert werden. Ansonsten werden die Daten des Unternehmens eingesetzt. Über die Switch-Felder oben lässt sich das je nach Bedarf und Situation aber auch variieren.

Der Vollständigkeit halber auch noch ein Screenshot des Tabs "Texte". Die werden je nach Dokumenttyp aus einer eigenen Tabelle eingelesen, lassen sich bei bedarf aber ebenfalls für jedes Dokument noch ändern oder ergänzen.

Und so sieht das weitgehend automatisch generierte Dokument dann gedruckt aus (ohne Drumherum)

Vielleicht führe ich das hier peu à peu noch ein bisschen weiter (z. B. Projekte und Zeiterfassung), je nachdem, wie ich Zeit und Lust habe.

Kleine Ergänzung noch:

Ich bin alles andere als ein "Programmier"-Genie und sehe mich in Sachen Ninox selbst eher noch als Anfänger, bestenfalls leicht Fortgeschrittener. Es gab im Verlauf des Projektes also einige Situationen, in denen ich wie der Ochs vorm Berge stand und nicht weiter wusste. Ist ja so ähnlich wie beim Eislaufen: Man bewegt sich erst mal vorsichtig und kommt gut vorwärts, dann wird man mutiger, versucht sich an schwierigeren Übungen und fällt dabei auch schon mal auf die Nase.

Aber: Ausnahmslos jedes Problem wurde zeitnah vom Support oder hier im Ninox-Forum gelöst (besonderen Dank an Leo Semik!).

Wollte ich an der Stelle einfach noch mal gesagt haben. Denn das ist ja auch ein wichtiger Aspekt bei der Auswahl eines Entwicklungstools.

Hallo Oliver, danke für deine positive Rückmeldung. Es freut mich, dass mein Beitrag doch wahrgenommen und von dem einen oder anderen sogar als informativ empfunden wird. ;)

Ich war inzwischen auch nicht untätig und habe noch ein „Zahlungsmodul“ mit Rechnungszuordnung eingebaut. Wirklich fertig ist man halt nie mit so einem Projekt, aber das ist ja gerade der Vorteil einer solchen Selfmade-Lösung: Man kann alles seinen persönlichen Abläufen, Gewohnheiten und Bedürfnissen anpassen und die Funktionalität jederzeit beliebig erweitern.

Ich wünsche dir viel Erfolg beim Entwickeln deiner Lösung (vielleicht stellst du sie beizeiten ja auch mal hier vor; „Verlag“ klingt spannend).

Oh, sorry, mit dem Begriff „Zahlungsmodul“ habe ich mich wohl unabsichtlich zu weit aus dem Fenster gelehnt. Es handelt sich im Grunde nur um eine einfache Erfassung von Ein- und Ausgangszahlungen. Alles andere wäre für mich zuviel des Guten.

Ein bisschen „komplizierter“ wurde es nur dadurch, dass ich bei der Erfassung einer Eingangszahlung optional einen Kunden auswählen sowie dessen offene Rechnungen anzeigen und der Zahlung zuordnen wollte. Da hängen ja noch ein paar Kleingkeiten dran: Eine Zahlung zu mehreren Rechnungen, berechtigte oder unberechtigte Abzüge (z. B. Skonto), ggf. OP-Übertrag vom Vorjahr … Der Saldo des Kundenkontos muss halt am Ende stimmen.

„Programmiertechnisch gesehen“ also nichts Besonderes. Aber eben genau das, was ich wollte. Und darum geht‘s ja. ;)
Das App-Sammelsurium, das du andeutest, kenne ich nur zu gut. Und wenn ich mir überlege, wieviel Zeit ich all die Jahre damit verbracht habe, nach geeigneten Tools zu recherchieren, mich ein Stück weit einzuarbeiten, Demodaten zu erfassen usw., nur, um hinterher festzustellen, dass es doch nicht so funktioniert, wie ich es gerne hätte, dann relativiert sich der Zeitaufwand für die Entwicklung einer passenden Lösung mit Ninox ganz erheblich.

Hallo Dirk, ja, dBase, Paradox, Approach, FoxPro - alles weg. Ich bin quasi mit Desktop-Datenbanken groß geworden und habe eine Zeit lang unter DOS in Clipper Branchenlösungen entwickelt. Mit Approach habe ich später zwei Jahresversammlungen von ai Deutschland organisiert. Wir hatten ja sonst nix, damals, und mussten alles noch selbst bauen. ;)

Ich habe allerdings den Eindruck, dass es wieder einen Trend zu derartigen Entwicklungstools gibt, die mehr können als Excel & Co. Nur jetzt eben webbasiert, was ja auch viele Vorteile hat. Anscheinend decken die unzähligen Standardlösungen doch längst nicht jeden individuellen Bedarf.

Von daher ist es vermutlich kein Zufall, dass sich hier auch viele „alte Hasen“ treffen. ;)

Hallo Dirk, ja, ich habe vor, die Datenbank zur Verfügung zu stellen (in erster Linie für Leidensgenossen mit ähnlichem Bedarf). Allerdings gibt es noch paar kleinere Unzulänglichkeiten, mit denen ich selbst zwar gut zurecht komme, die vor einer Weitergabe aber erst noch beseitigt werden müssten. Und da die Anwendung insgesamt etwas umfangreicher ist als hier dargestellt (Projektverwaltung, Zeiterfassung, Zahlungen ...), würde ich die wesentlichen Funktionen und Zusammenhänge zum besseren Verständnis auch gerne vorher noch ein wenig dokumentieren. Momentan weiß ich auch noch nicht genau, wo ich das Ganze dann hinpacke, so dass der Zusammenhang erhalten bleibt.

Und da ich zudem gerade noch andere Baustellen habe, wird es wohl noch ein bisschen dauern. Ich werde aber hier Bescheid geben, wenn es soweit ist.

Hallo Mac, für‘s „Anschauen“ gilt dasselbe wie für‘s „zur Verfügung stellen“ (siehe oben). Das Interesse an meiner Datenbank freut mich zwar, aber es ist halt eine individuelle, auf meinen persönlichen Bedarf zugeschnittene Organisationslösung mit realen Daten. Abgesehen von der angesprochenen Bereinigung von Fehlerhaftem und Überflüssigem müsste ich zumindest besagte Echtdaten entfernen und statt dessen zum Verständnis der Zusammenhänge ein paar Demodaten erfassen. Bei insgesamt zehn Tabellen ist das nicht mal eben in einer halben Stunde gemacht. Deshalb muss ich da um etwas Geduld bitten.

Falls du jedoch eine konkrete Frage zu einer bestimmten Vorgehensweise hast, werde ich gerne versuchen, sie vorab hier zu beantworten.

Ganz einfach. Da ist nichts groß automatisiert oder so. Ich erfasse halt alle Ein- und Ausgangszahlungen und ordne ihnen ggf. ein vorhandenes Dokument zu. Bei Unterzahlungen zu Ausgangsrechnungen kann ich den Differenzbetrag als Forderung stehen lassen oder ausbuchen (z. B. als Skontoabzug), damit am Ende das Kundenkonto stimmt (siehe unterer Abschnitt).

EÜR wird der nächste Schritt sein. Oder besser gesagt: Eine den amtlichen Formularen angepasste Aufbereitung der Zahlen. Denn Grundlage sind ja die Einnahmen und Ausgaben, und die erfasse ich bereits mit dem oben abgebildeten Formular.

Zum „Ausbuchen“: Ich mache ja keine doppelte Buchführung, muss mögliche Differenzen zwischen Rechnungs- und Zahlbeträgen aber trotzdem irgendwie berücksichtigen und ggf. ausgleichen können, damit der Saldo des „Kundenkontos“ am Ende stimmt. Weicht also der Zahlbetrag vom Rechnungsbetrag ab (zumeist wg. Skonto-Abzug), wird die Differenz in Euro und Prozent angezeigt, so dass ich entscheiden kann, ob ich den Fehlbetrag wie im Beispiel oben neutralisiere oder als offene Forderung beibehalte. Diese Prüfung ließe sich durch Abgleich mit den beim Kunden hinterlegten Konditionen sicher auch noch automatisieren, aber das wäre in meinem Fall mit Kanonen auf Spatzen geschossen.

Nebenbei kann ich über das „Ausbuchen“ auch schauen, wieviel solche Abzüge über einen längeren Zeitraum in absoluten Zahlen ausmachen (Summe aller Werte im Feld „Ausgebucht“). Das läppert sich ja.

Im Feld „Empfänger/Absender“ steht ebendies: An wen geht bzw. von wem kommt die Zahlung? Ich arbeite mit nur einem Feld für den Zahlbetrag, bei Ausgaben ist er negativ, bei Einnahmen halt positiv, was ich in der tabellarischen Übersicht entsprechend mit Rot oder Grün kennzeichne.

Die Felder „Zahlgrund“ und „Beleg“ fülle ich momentan noch manuell aus, ja. Bei der Verknüpfung mit Ausgangsrechnungen könnte ich natürlich die BelegNr übernehmen, aber bei Eingangsrechnungen muss ich die betreffende Nummer ja eh ablesen und übertragen. Immerhin ist das ein schönes Beispiel dafür, dass es immer und überall noch Verbesserungs-Potential gibt.

So manches ist deshalb aktuell auch in meiner Lösung lediglich Fassade. Zum Beispiel das Feld „Jahr“ im Kundenformular, das gegenwärtig noch ohne Funktion ist. Ich arbeite erst seit zwei, drei Monaten ernsthaft mit meiner Ninox-Lösung und habe noch keine konkrete Idee, ob und wie ich später eine Art „Jahresabschluss“ realisiere, wollte das Problem durch Einbau des Feldes für mich aber schon mal visualisiert haben.

Das ist übrigens das Großartige an Ninox: Es passt sich meinem Tempo, meinen Ideen und Anforderungen an. Alles kann, nichts muss. Kommt Zeit, kommt Lösung. ;)

Hallo Pyromixer, schau mal auf der Ninox-Partner-Seite, da findest du Dirk Pulver und andere Dienstleister, die sowas anbieten: https://ninoxdb.de/de/partners