|
|
| Zeile 9: |
Zeile 9: |
| [[todo ErgoPrax]]<br> | | [[todo ErgoPrax]]<br> |
| [[todo aktuell]]<br> | | [[todo aktuell]]<br> |
| todo "Buchhaltung"
| |
|
| |
| "Bender" ist ein Buchungsroboter, der entweder im Hintergrund eine Buchungsregel abarbeitet,
| |
| oder mit Hilfe von konfigurierbaren Eingabe-Dialogen Buchungsgrundlagen sammelt, um im
| |
| Anschluss eine umfassende Buchung durchzuführen. Durch ein Satz von Assistenten hilft
| |
| Bender beim Auffinden von Belegen und Personen und Artikeln.
| |
| Einzelne Felder haben auswahl-Hilfslisten, die kontextgerecht vorbelegt werden. z.B.
| |
| offene Forderungen aus Belegen des Kunden "x". Oder offene Forderungen aus Belegen
| |
| mit der Planungszahlungsart "Kreditkarte".
| |
|
| |
| +BENDER (BuchungsRegelwerk, Buchungsmotor, Buchungsvorlage)
| |
| Bezeichnung
| |
| "VK ohne Umsatzsteuer"
| |
| "VK Schulen" "VK Händler Ausland"
| |
| "VK mit USTID
| |
| "VK ohne USTID
| |
| "VK gewerblich"
| |
| "BZ Kreditkarte"
| |
| VK = Verkaufsvorgang
| |
| BZ = Bezahlvorgang
| |
| Zahlungsart - Lastschrift
| |
| Standard-Zahlungsart - Überweisung
| |
|
| |
| //
| |
| Nummernkreis (nächste Nummer, die Vergeben wird)
| |
|
| |
| // für die "Masken"
| |
| Feldreihenfolge
| |
| Feld Unterdrücken JA/NEIN
| |
| Feldvorbelegung
| |
|
| |
| Bender kann alle Informationen sammeln, und danach eine Geisterbuchung durchführen,
| |
| dabei können TestInformationen gesammelt werden. z.B. Existenz aller Konten, anzahl
| |
| der Teilbuchungsschritte, salden VOR und NACH der Buchung. Berührte Salen, berührte
| |
| Konten usw. Ist alles OK, kann entgültig gebucht werden. Die noch nicht durchgeführten
| |
| Buchungen stehen in der ...
| |
|
| |
| KLADDE
| |
| alle Daten, die Bender zur Buchung gesammelt hat. (Im Mittelalter war die Kladde
| |
| eine Zettelsammlung auf der Chronologisch Buchungsvorgänge / Geschäftsvorgänge
| |
| afgezeichnet wurden. Erst in einem 2. Schritt wurde auf andere Bücher übertragen)
| |
| //
| |
| ev. ist die Informationssammlung so komplex, dass es nicht in ein Feld Kostüm
| |
| gepresst werden kann. Ev. muss Bender einen Programm-Text generieren und als
| |
| ein einzelnes TEXT Feld in die Kladde schreiben. Beim Buchen wird dann dieses
| |
| (Mini)Programm ausgeführt und nach Erfolg als gebucht markiert.
| |
| Wie schon im Mittelalter werden Einträge aus der Kladde nicht gelöscht.
| |
| 6.1.2004: Neue Idee: Nimmt man die Kladde als einzigste Dateninstanz an, alle
| |
| anderen Konten sind nur Interpretations-Filter der Kladde. Die Kladde enthält
| |
| also alles Wissen um Verteiling von Beträgen ... (Eine Stornierung oder Betrags
| |
| änderung setzt sich somit sofort in allen Konten durch)
| |
|
| |
| PERSONEN
| |
| Zahlungsform: +VK Buchung: VK_BENDER_R
| |
| (Bender Standard-Regel die bei Taste Beleg.Neu in den Beleg eingetragen wird.
| |
| Beispiel ist. "Händler&Ausländer&keine USTID". Beim Breifumschalg wird dann
| |
| die entsprechende Regel durchgeführt)
| |
| Zahlungsform: +BZ Buchung: BZ_BENDER_R
| |
| (Regel für den Standard Zahlungseingang. z.B. via Lastschrift)
| |
|
| |
| BELEGE
| |
| +PlanAUsgleichszahlung: BZ_BENDER_R
| |
|
| |
| +KONTO (Kontenliste)
| |
| Nummer
| |
| "8400"
| |
| Bezeichnung
| |
| "Bilanzkonto"
| |
| "Verkauf"
| |
| "Verbrauch"
| |
| "Rabatt"
| |
| "Ums 7%"
| |
| "Ums 16%" "
| |
| "Skonto"
| |
| Art
| |
| Debitoren, Kreditoren, Artikel, Sachkonto
| |
|
| |
| BUCH (das Buch an sich, alle Buchungen)
| |
|
| |
| // vom system verwaltet
| |
| KONTO_R (Konto Referenz, NOT NULL)
| |
| Transaktionsrahmennummer (gleich für die ganze Transaktion)
| |
| BEARBEITER_R
| |
|
| |
| // benutzereingaben
| |
| Typ ( Debitor, Kreditor, Sachkonto )
| |
| Text
| |
| Datum
| |
| Dokumentdatum
| |
| Belegnummer
| |
| SollMonitär
| |
| HabenMonitär
| |
| Buchungsart
| |
| Kostenstelle
| |
| Abteilung
| |
| Kostenträger
| |
| SollMenge
| |
| HabenMenge
| |
|
| |
| // Quer-Informationen
| |
| Artikel_r
| |
| Beleg_r
| |
| versandbeleg_r (wegen der Teillieferung)
| |
| person_r
| |
| sortiment_r
| |
| posten_r
| |
| bbeleg_r
| |
| bposten_r
| |
|
| |
| (noch keine Lösung für Kontenrahmen-design)
| |
| * Sachposten: ganzer Buchlungslauf eines Transaktionsrahmen einer Kladde
| |
| * Bender ist das Regelwerk, dass Einträge in die Kladde generiert.
| |
| * Das Hauptmenü wird einen "Bender-Konfigurationsknopf" und eine
| |
| "Bender-Ausführungsknopf" haben. Man kann also Kladdenbefüllung manuell
| |
| starten.
| |
| * Stornierungen: Durch eine echte SOLL-Seite / HABEN-Seite der T Konten sind
| |
| Stornierungen gut möglich und visuell auch gut sichtbar. z.B.
| |
|
| |
| "Forderungen"
| |
|
| |
| S H
| |
| 107,00
| |
| -27,00
| |
| 80,88
| |
| -0,88
| |
|
| |
| Geschichte:
| |
| * Der Beleg wurde zu 107 verschickt.
| |
| * Eine berechtigte Rücksendung verursachte eine negative Storno-Buchung
| |
| auf der linken Seite.
| |
| * Es erfolgt die Zahlung des Kunden von 80,00 Euro. Durch einen Tipfehler
| |
| wurde 80,88 Euro gebucht - Viel später wurde das erkannt und -0,88 gebucht.
| |
| * Überzahlungen des Kunden gehen auf ein "Guthaben" Konto, da sie frei in der
| |
| Luft schweben, und keinem beleg zugeordnet werden können. Von diesem Konto,
| |
| kann dann wiederum zum Zahlen von Belege zugegriffen werden.
| |
|
| |
| * Daneben gibt es festverdrahtet Momente im Innern des orgamon wo Bender
| |
| Regeln automatisch angestossen werden:
| |
|
| |
| Dies sind im Moment die folgenden Situationen:
| |
| ================================
| |
|
| |
| * Briefumschlag "Beleg buchen"
| |
| * Zahlung buchen (im Moment in AUSGANGSRECHNUNGEN - wird ganz neu gestaltet)
| |
| * Warenbewegung, insbesondere Wareneingang insbesondere wenn eine EingangsRechnung vorliegt sowie die entsprechende Bestellung im Orgamon gespeichert ist.
| |
|
| |
| todo "Datenbank-Metadata" | | todo "Datenbank-Metadata" |
|
| |
|
todo Versand
todo System
todo Kunden
todo Belege
todo Artikel
todo Sonstiges
todo Lager
todo Konten
todo ErgoPrax
todo aktuell
todo "Datenbank-Metadata"
WARENKORB.ARTIKEL_R not null machen!
WARENKORB.PERSON_R not null machen!
* Storno bzw. Rechnungskorrektur "minus mengen" SETZT NICHT REC AUF GELIEFERT"
* Bug: Anzahlung wird bei "neu" nicht berücksichtigt.
-<Anzahlungsbeträge> bei "den" überzahlten Belegen
+Anzahlungsbetrag bei dem aktuellen Beleg
*
* ich habe mir überlegt, dass Buchungen im Ausgangsrechnungs-Konto OHNE zuordnung
zu einem Beleg - keinen Sinn machen. Die Sache mit einer rumhängenden Überzahlung
muss ich mir aber noch überlegen ...
* Neu: Microsaldobildung belegbezogen: Es darf in Zukunft keine Differenzen zwischen
einem einzelnen Beleg und seinen Buchungen im Konto Ausgangsrechnunge geben. Im
Moment mache ich eine Gesamt-Saldo-Differenzbildung, das werde ich noch verfeinern.
* Neu: Wie von Christian gefordert muss eine Gesamtzahlung des Kunden auf verschiedene
Belege verteilt werden können
* RECHNUNGSBETRAG / DAVON Bezahlt sollte abgeschafft werden!
Neu: Agent: Alle Kreuzchen setzen!
Neu: Ausdruck Event bei "Warenbewegung" Neueintrag
todo "Thorsten" (wichtige oben)
* Anmeldung, erste eMail gleich mit einem Link auf die Passwort-Vergabe und
Änderungsmaske.
* TWebShop sollte nicht mehr lokal gespeichert sein sondern in einem Sub-Dir
des OrgaMon, und zwar .\shop. Damit kann jeder (im Netz) mal schnell Updates
einspielen, den Shop pflegen, und verändern. Er geht dann jede Nacht auch mit
in die Sicherung. (weitere Vorteile: Logfiles sind sichtbar, Install kann jeder
machen, Ausfallserver kann jeder mit apache installiert spielen ...)
* TWebShop: alle Bildreferenzen mit einem prefix versehen (Einstellbarer
Parameter), der entweder leer, sein kann (= lokale referenz) oder eben mit
'http://raib.de/0815' auf externe Files umlegen:
* \Sess sollte auch umgezogen werden, und zwar nach .\shop\admin\Sess, damit
ist sogar eine Session nach umstellen/Lastballancing des Servers noch gültig.
* Andreas sollte PDF-Pfad prüfen, oder noch besser: Im Rahmen des Tagesabschlusses
für jeden Artikel selbst prüfen.
todo "Super-Server"
* USA-Provider 1&1 ist im Moment in USA ansässig! Hier einen Vertrag
abschliessen.
erledigt:
=========
* SuSe Linux 9.0
* DNS, WINS, SMTP-Gateway
* firebird 1.5 CS Release
* Apache 2er Reihe
* PHP 5er
* TWebShop
offen:
======
* Samba 3er Reihe
* and-firewall (NEU mit funktionierendem Netz, differenzierte Policy, OUTPUT ACCEPT?!)
- Auftrag Andre!? -
* keepcon (wget anstelle des ftp und patch der htmls aus dem routeip-project vollständig übernehmen)
- Andreas -
* XML RPC Kylix
- Andreas -
Neu: Mahnung: sich aufhebende Teilzahlungen zu Teillieferungen unterdrücken. Dazu in
Ausgangsrechnung nun endlich die Spalte TEILLIEFERUNG füllen oder anlegen.
Beispiel: 4177
Neu: Mahnung: Datumsspalte etwas schmaler machen. Hier wird Platz verschenkt.
Beispiel: 4177
Neu: Mahnung: Den Saldo eines Beleges in einer eigenen Spalte anzeigen oder am Ende,
somit eine neue Spalte.
Beispiel: 2545
Neu: Preise: Es kann nun auch für andere Ausgabearten ein Preis ermittelt
werden.
Neu: Order: neue Spalte "Einzel_VK", zu erwartender Einzel-VK-Preis. Wird bei
Wareneingang auch so in den Beleg übernommen, bzw. der Wert dort
überschrieben.
todo "GaZMa" Integration
Monteure & Auftraggeber komplett nach Personen integrieren!
Migartions-Hilfe Dialog erstellen und Import testen!
todo "ZE" Integration
Zeiterfassungsdialog
* Preis=0, Preis=auf Anfrage lösen!
* Preise für Ausgabearten lösen!
* VK_Preis bei deim Wareneingang lösen!
todo "Frank"
* Anzahl als Kommazahl