To do

Aus OrgaMon Wiki
Zur Navigation springen Zur Suche springen

todo Versand
todo "System"

* In der Datenbank: Logik-Log zur Diagnose, dabei lassen sich zu allen
  Logik-Routinen (ev. organisiert in Gruppen) die Log-Funktion ein oder
  ausschalten.
* In der Datenbank: Error-Log zur Speicherung von Fehlerzuständen.
* Ausgabe von html-Dokumenten:
  @page info (im html!!!) macht auch OpenOffice!!
   http://www.w3.org/TR/REC-CSS2/page.html

todo "Kunden"

Kunde: Datum der Probe (niedrige prio) PROBETAG
       Versandtag := Probetag - 2 Versandtage
  Personen
  Personen – Kontakt muß auf die erste Lasche – Vorschlag die untere Hälfte
  entsprechend verkleinern. Bei der Anschrift (Str. Ort) müssen mehrere Adressen
  (Nr. 1, 2...) hinterlegt werden, die beim Auftrag auch gezogen werden.
  Hinzufügen einer Kundeninfo (Warnmeldung) die hinterlegt wird und beim Aufruf der
  Person in den Vordergrund kommt. Kann nur durch Tastenkombination entfernt werden.
* Christian: 2.Adresszeile für den Kunden, so dass man hier
            "Musikverein "Echo"" eintragen kann. Diese Schreib-
            Hilfe sollte addierend sein! Ev. in den Kunden in ein
            Textfeld übernehmen!
   Alternativ-Adresse angebbar im Beleg (Musikverein a, Musikverein b)
   Die Ankreuzfelder Interessen finden beim Mailingexport verwendung:
   D.H. das Fenster Mailing wird auch durch die o.g. Felder ergänzt
   (die Felder "Keine Rechnungsempfänger" und "setzen von LetzteÄnderung" können entfallen)
  Interessensgruppen anlegen, Event für diese Interessensgruppe auslösbar
  durch Selektion, ev. Rund-eMail an diese Person.

todo "Belege"

   Menge Demoaufnahme ist unendlich, wenn Sound vorhanden
   eMail-Knopf für Sound von Artikel "A" an Kunde "P"
   menge Probestimme ist unendlich, wenn ..\Probestimme vorhanden.
-> Versand-Nachfrage vor dem Buchen der gelieferten Menge!
rechnung 3 spaltig: Packliste überdenken, Packliste "aus" Übergnagsfach!
Packliste: Vergangenheit (gelieferte) NICHT ausgeben!
Übergangsfach: Alles da, alles liefern -> überhaupt ein üfach anlegen?
  Kundenbestellung.
  Bei der Anlage einer Neubestellung kommt ein Dialog, der abfrägt wie die Bestellung
  eingeht (1=Telefon; 2=Fax; 3=e-mail; 4=Brief 5=Anrufbeantworter 6=persönlich). – Ohne
  Eingabe geht es nicht weiter !!!
* Christian (30.01.01) : Belege, mwst, ausland: In der Endversion nicht aus den
                         Augen verlieren, daß Auslands-Händler kunden ein bestimmtes
                         Flag bekommen dass sie Rechnungen ohne MwSt erhalten dürfen!

todo "Artikel"

* Bestandshistorie für einzelne Artikel - ev. in ein Memo-Feld!
* Artikel suche + Selektion
* Artikel Neuanlage und Änderung im Beleg-Fenster möglich
* Artikel: neues Feld "Kapitel", danach auch selektion
* Neu: Redesign der Artikel-Ansicht
  Wunsch: neues Artikel-Eingabe Formular!
         Anlage, Änderung, Selektion!
  Alexander (18.01.01) : Artikelfeld: Ansicht: Ist es möglich die Ansicht als Formular zu
  gestalten ? Folgende Felder ergeben Drop down Felder bzw. Auswahlfelder
  Komponist, Arrangeur,
  Verlag (siehe Personen/Lieferanten)
  Serie (neu zu gestaltende Tabelle mit RID und Text)
  Gattung (neu zu gestaltende Tabelle mit RID und Text)
  Wunsch: Auch bei den Personen soll das so sein,
          also eine Tabelle, unten ist die Sucheingabe,
          drückt man bei einer Person auf <ENTER>, so öffnet sihc
          das zentrale Eingabe-Formular mit allen Feldern.
          Auch wieder Anlage, Änderung Selektion erfolgt hierüber
          Ausgabe in eine Report-Ausgabe, html, Wordexportmöglichkeit!
Pakete: Die richtige Lösung ist eine PAKET Tabelle alles andere ist Quatsch! Siehe
        GATTUNG / Kategorie ..

todo "Sonstiges"

* Zusage-Farben auch bei den Gesamtbelegen
* Prüfen: (07.03.2002) Übergangsfach wird belegt, obwohl ein Beleg völlig
          versandfertig ist. Es könnte als eigentlich alles direkt in die Kiste!
* Prüfen: (07.03.2002) Übergangsfach wird zu früh freigegeben. -> Das kommt durch
          das zu frühe drücken von "Buchen" das muss in Zukunft der versand machen!
* (09.07.01) unnötige TEXT-PAssagen aus den Artikeln entfernen
    MWST,  = 0, 7 und 16
    VERLAG
* Neu: (05.09.00) rechter Mausklick auf eine Position: auch alle "Stimmen"
                  zeigen: dann auswählen, vor den Titel nun schreiben
                  1. Trompete: <Titel>
                  Preis unverändert lassen
* im Beleg sortieren nach MwSt-Gruppe erst 7 / dann 16
* Bug (13.09.00) : Suchhistorie sollte vor der erneuten Suche automatisch
                   geleert werden.
* Neu (27.09.00) : Such editis (Artikel+Kunden) in den jeweiligen Forms selbst.
* Neu (27.09.00) : Treffer-Liste soll eine Selektion der IB_Query werden -> also
                   Auswahl und Bearbeitung selbst in der Query.
* Info: 4 lange Texte beim Artikel Ü - haben folgende Bedeutung
   BEM = Bemerkung
   Ü1 = Über das Stück
   Ü2 = Üder den Composer
   Ü3 = Über den Arranger
  alles Korrekt in Datenfelder abbilden
* Das Rechnungsempfänger Flag ev. automatisiert setzten, hierzu Situationen suchen!
* Neu (10.11.00) System für Buchungs Alarme:
                  [Meldungstext] [betroffener Beleg_R]
                  [betroffener Kunde_R]
                  [betroffene Beleg-Zeile_R]
                  [betroffener Artikel_R]
                  [erzeugt am(Datum,Uhr)]
                  [reaktion(Art)]
                  [reaktion am(Datum,Uhr)]
                  [bearbeitet durch(Bearbeiter)]
* Suche nach Text in den HTML Ablage-Dateien
* einfacher Wechsel zwischen offenen Fenstern anhand einer Tastenkombination
* Neu: Beleg suche: Einfach wie bei den Personen irgendwas eingeben:
                    * Belegnummer,
                    * German Parcel ID,
                    * DM - Endbetrag,
                    * Namen des "Auftraggebers",
                      "Rechnungempfänger",
                      "Lieferempfänger"

todo "LAGER", "Übergangsfach"

* "A" Taste für jeden Lagerplatz
* "B" Taste für jeden Übergangsfach-Lagerplatz
* Warenbewegungshistorie für einen Lagerplatz
-> umstellen: "VERLAG_R" im Artikel muss auch wirklich auf die Verlage zeigen!
-> Thema "freies Lager"
-> Thema "ShowRoom"
-> Thema "Verlags Volumen"=2, also Stücke, die 2 Fächer in anspruch nehmen.
-> Thema
  Kommissionierliste für Übergangsfächer erstellen. (Nach Wareneingang
  bzw. bei Bestellungseingang, wenn noch keine Lieferung erfolgt !)
  Rechnung
  Die Lieferung erfolgt mit .....
  Kundenauftrag
  automatisierte Information an den Kunden, wenn am Tag der Bestellung keine Lieferung an
  den Kunden rausgeht (Auftragsbestätigung) und zwar per e-mail oder fax.
  Verlagsstatistik
  monatliche Verkaufsstatistik der verkauften Artikel eines Verlages. (Soll dem Verlag)
  per e-mail zur Verfügung gestellt werden)


  *   ev. Prüfen wie "alt" ein Übergangsfach ist. Art Verfallsdatum, das
     warnt, wenn es erreicht ist. ev. zusage auch im Übergangsfach=Verfalssdatum.
     6.1.2004: Eigentlich muss das komplett über die Zusage gelöst werden, im
               Ergebnis ist natürlich eine Liste der grössten Versäumnisse bei
               Zusagen möglich. Die Beleg liegen aber nicht notwendigerweise in
               einem Übergangsfach (es kann ja ein Totalausfall an Lieferbarkeit
               sein).
 LISTE der belegten Übergangsfächer:
 select L.NAME from beleg B
 JOIN LAGER L ON
 B.LAGER_R=L.RID
 where
 LAGER_R IS NOT NULL
 Zuteilungsmoment ist im Moment nicht bestimmbar. Es gibt aber im eCommerce nur
 2 zentrale Punkte für "Eintrag" und Release!
 * "räuberische Übernahme": Artikel im Übergangsfach eines anderen zur r.Ü.
   anbieten und übernehmen! (z.B. wegen einer entspannteren Zusage beim Kunden B)
 * ev. Funktion zur absichtlichen Ablage in ein Übergangsfach (Bestellung
   auf einen gewissen Termin?!) Verzögerte Auslieferung. Eintrag des Wunsch-
   auslieferungstermin.

todo "Q-Management", "Caretaker"

* gewisse Zustände gehen ein in die Q-Zahl.
* Die neutrale Froderung ist 100% (besser>100, schlechter<100)
* Es gibt Q-Rubriken, diese bilden die Gesatm Q mit gewisser Gewichtung
* Jede Q-Komponenete sollte anklickbar (und lösbar sein)
* überfällige Mahnungen,
* überfällige Zusagen
* Zwang zur einer De-Escalationsmassnahme ist absolut notwendig, ev.
  sollte das System stoppen und "Top 5" Massnahmen müssen ergriffen
  werden.

todo "Belege"

 3) Bestellungsbeleg aus dem Knopf "bestellen" erzeugen können.
    Wege sind email und drucker (Fax-Lösung)
* (08.06.01) Alexander "Bestellsystem"
  Alexander (18.01.01) : Bestellsystem:
    Neu (09.11.00) Bestellung aufgrund (Textfeld mit Schreibhilfe) noch hinzufügen!
                   Addierende Schreibhilfe ev. aus SIEMENS Projekt.
    Neu (10.11.00) Belege: <erst liefern ab Datum>
    Neu (10.11.00) Belege: <spätestens liefern bis Datum>
    Neu (10.11.00) Belege: Teillieferungsvereibarung, aber mit einer Wartezeit (out-delay)
                           abhängig von der bisherigen Wartezeit, wenn kein Lieferdatum angegeben.
                           zusammenhalten von kurz hintereinander gelieferten Artikel. Berechnung
                           einer Regel, wie lange auf die Lieferung weiterer Artikel gewartet
                           wird.
    Neu (10.11.00) Belege: pro Position noch Datum:Bestellt am
                           pro Position noch Datum:Erwartet am
  (08.06.01 Alexander) 5. Überwachungsagent Lieferungen für Kunden
  -> Bestell-System:
  voraussichtliches Eintreffdatum für Bestellungen ist von großem Interesse.
  Da ein Event erzeugt werden sollte, wenn ein Beleg einer "Nachforschung"
  bedarf. Eine Kundeninfo sollte dann raus! Ev. kann man hier durch einen einfach
  Massname nach diesem Datum sortieren und dadurch eine große übersichtlichkeit
  erwirken.
 # Bestellung aufgrund: "Neu", mit Ausgabe auf dem (Wie, und wer hat den beleg erstellt)
   Bearbeiter. erste 3 Buchstaben als Kürzel auf die rechnung.
   Wie bestellt ist nur internes feld. (Ev. Benutzerverwaltung aus GaZMa)
 # Zu jedem Beleg. interne Info-Text Editor. (immer sichtbar) erste Zeile sichtbar.
   Belegfenster
* (06.09.01) Alexander, tel. Besprechung
  Bestellung (Kreditoren)
  Eine Änderung der Bestellmenge in dieser Tabelle bzw. Zusammenfassung von gleichen Artikeln
  muss möglich sein. Evtl. mehr bestellte Artikel werden im Falle eines zusätzlichen Kundenauftrages
  gleich diesem Auftrag zugewiesen.
  Auswahlmöglichkeit, ob man diese Position momentan bestellen möchte, oder nicht
  Ein Button "Bestellungen erzeugen" muß eingefügt werden, der alle Titel eines
  Verlages zusammenfasst und gemäß der Eingaben in der Datenbank "Lieferanten" —
  auf dem Weg "E-Mail, Fax, oder postalisch" (nach diese Priorität) versendet. Danach
  wird Protokolldruck gestartet, damit man sieht was er gemacht hat.
* Alexander: Bestellbeleg sollen als Infofeld erhalten, wie genau die Anzahl zusammen
             gestellt ist:
             [] zur Erreichung des Mindestbestandes
             [] zur Befriedigung von Kundenbestellungen
             [] frei aufaddierte/verminderte Anzahl
             ==========
             [] tatsächliche Bestellmenge
* (05.07.01) Alexander "PreisCodes->Preistabellen"
  Kreditoren / Artikel / Kunden
  Über Hersteller (E-Verlag) läuft auch die Selektion der Einkaufsquellen! Hierzu erfolgt
  der link auf die Händler-Tabelle (Hersteller implizieren bevorzugte Einkaugsquellen!)
  # Hersteller ist das Feld auf der CD,
    Es gibt auch nur noch dieses Feld, Es dient als Grundlage zur Findung des
    VK-Preises. Preistabellen ev. mit unterschiedlichen Preis-Tabellen.
    Preistabelle:
    Code | Ausprägung | Währung | Preis
    Code = Preiscode
    Ausprägung = Einzelstimme, Partitur, Direktion usw.
    Währung = DEM, EUR
 (05.07.01 Alexander) "Erschienen bei (Ursprungsverlag)->Einkaufsquellen"
  Das Feld Verlag bleibt weiterhin als einzigstes Lieferanten-Informationsfeld
  beim Artikel erhalten. Die Information, bei welchem Lieferanten unter welcher
  Bedingung bestellt wird, wird bei der Kartei "Lieferanten eingepflegt. In einer
  Unterkartei "Bestellbedingungen" Wird z.B. Beim Verlag "Scherzando" bzw.
  "Schott" eingegeben:
[   (Bestellmenge = Gesamtbestellmenge aller möglichen - bei diesem Lieferanten zu
  bestellenden Artikel)
  Scherzando
  Prio I Lieferant: I Bestellmenge von bis I Gültig für (Tabelle Artikel Sortiment) I
  -----*--------------+---------+------------------------------------------------------+
   1 I De Haske I 1 I 999999 I Blasorchester, Kammermusik, Tonträger I
  Schott
  Prio I Lieferant: I Bestellmenge von bis I Gültig für (Tabelle Artikel Sortiment) I
  -----+--------------+---------+------------------------------------------------------+
   3 I Halbig I 1 I 4 I , Kammermusik, I
   2 I Schott I 5 I 999999 I , Kammermusik, I
   1 I Schott I 1 I 999999 I Blasorchester, , Tonträger I
   Da Schott gleichzeitig Verlag und Lieferant sein kann, und der auch am schnellsten und
   mit dem höchsten Rabatt liefert, muß hier noch eine Regel eingebaut werden, und zwar
   wenn eine Bestellung bei einem Lieferanten mit niedriger Prio (Halbig) auftritt, aber
   gleichzeitig bei dem Lieferanten Schott (Prio 1) bestellt werden muß, daß alles beim
   Lieferanten Schott bestellt wird.
   Nach diesen Kriterien wird eine Bestelltabelle generiert (Belege Bestellung), bei der
   die errechneten Ergebnisse aber editierbar bleiben (Bestellmenge, Lieferant). In der
   Liste muß es auch die Möglichkeit geben, Artikel momentan nicht zu bestellen (Ankreuzfeld)
  ]
  Diese Logik wir (übergangsweise wie folgt geändert:
  Bei Verlage wird eine neue Spalte hinzugefügt, welche die Einkaufsquelle der
  ersten Priorität enthält (RID)

todo "Konto-Führung"

* Idee von Christian -> Zahlung: Teilzahlungen, die zu Teillieferungen passen -> weglassen!
 (30.01.01) Christian "Konto-Führung"
  2.) Bsp.: ein Kunde bekommt mehrere verschiedene Rechnungen (verschiedene
  Belege) und bezahlt bsp.weise drei Rechnungen zusammen (z.B. je DM 100,-,
  zusammen DM 300,-)
  Wenn ich als Zahlungseingang DM 300,- buchen möchte, kommt der Warnhinweis,
  dass das Programm diesen Zahlungseingang keinem Beleg zuweisen kann.
  Es wäre aber wichtig, den Zahlungsvorgang möglichst genau (original)
  nachverfolgen zu können, weswegen ich ungern 3x DM 100,- buchen möchte.
  Fällt Dir eine Lösung ein?
  Christian (30.01.01) 3.) Der Rechnungsbetrag beträgt: DM 490,-. Als Summe sind
  aber nur DM 479,- vermerkt. Der Fehler wird sicherlich durch uns verursacht ("Briefumschlag
  drücken").
  Eine manuelle Änderung der DM 479,- in DM 490,- ist möglich. Als Vorschlag
  für den Zahlungseingang werden auch DM 490,- angegeben.
  Allerdings hat der Kunde laut Konto DM 11,- zuviel bezahlt. Es kommt
  allerdings kein Warnhinweis; es erscheint lediglich bei Saldo eine grün
  hinterlegte -11,00 DM.
  Ist das schlimm, oder kann ich da manuell was ändern?
  Neu: Bei Teillieferungen wird der jeweilige Einzel-Betrag in die
       Buchführung hineingebucht. Es können in Zukunft auch Teil-
       zahlungen akzeptiert werden. Es können Gutschriften und
       Überzahlungen (Zuzahlung Kontoausgleich usw.) gebucht werden.
 * Idee: Ankreuzfeld vollausgleich im
   Konto-Fenster des Kunden, wenn  angekreuzt kein erscheinen mehr auf
   Kontoinformatrion über fällige Zahlungen. Vollausgleichskreuz, könnte man
   automatisch setzen?!
* Bei Artikel preis/gewicht-änderung in den posten PREIS,GEWICHT mit ändern
  bei (MENGE_AGENT>0) OR (MENGE_RECHNUNG>0)
* beleg: nach typ/medium angabe gleich status gelb buchen!
* Bestellbeleg: Zusage ermitteln anhand neuem Feld im Verlag: Lieferzeit.
  -> Durchschnittlicher Lieferzeit in Tagen, errechnet sich aus allen
     bisherigen Lieferungen dieses
  -> extreme Ausreiser nicht / wenig berücksichtigen.
  -> maximale Standardabweichung, d.h. ein untypischer Wert wird nur z.B.
     zu 20% gewichtet.
  -> 6 Monate, durchschnitt neu berechnen
* pdf erweitern mit mp3, Kunden muss ankreuzfeld aktiviert haben. Wenn OK,
  Artikelnummer-0*.mp3 darf gemailt werden.
* Beleg: Benutzerverwaltung mit 2 stelligem Kürzel. Start mit beleg-eintrag
Bug: Auftragsverminderung sollte richtig funktionieren! Einfach das richtige
     machen, wenn bei einem Auftrag eine Auftrags-Menge verändert wird.
     z.B. rückliefern - bestellung vermindern! - in die Storno-Menge übernehmen
     ... (usw).

todo "ep - roll out"

Bug: Zahlungen: Anzeige von Zahlungen OHNE Belegreferenz gelingt nicht!
     Nachträgliches Zuordnen von Zahlungen zu einem Beleg! es kam vor, dass
     Zahlungen keinem Beleg zugeordnet waren.
Bug: Tier: fehlerhaftes Datum in der Liste
// Schwerpunkt "Person"
Neu: Personen Löschen auf Knopfdruck. Auflösung der ganzen Referenzen.
     Im Zusammenhang mit "Personen verschmelzen" lösen! Also so lösen:
     -> Wer übernimmt die Belege?
// allgemein
Neu: Halter/Tier Volltextsuche, so wie früher
Neu: VERLAGNO -> GOT
Neu: Hauptmenü: Suche nach Betrag
// Tier
Neu: erstes Tier auf der Hauptseite zeigen,
Neu: erstes Tier (neues Feld),
// Belege
Neu: Belege: Preiskorrektur auf, Preiskorrektur um +/- %

todo "die zukunft ist linux"

 * verschiedene Dienste brauchen eigentlich auch verschiedene Instanzen einer
   Anwendung. Sonst blockiert der pdf-Mailer die Verfügbarkeit des xml-rpc usw.
   Also Alexander, so, wie der OrgaMon im Moment programmiert ist, sollte es so
   getrennt bleiben (pdf MESSE, xml BILL). Schön getrennt sind schon folgende
   Dienste:
 - apache (24h)
 - php (24h)
 - TWebShop (24h)
 * Langfristig Ich will folgende Dienste ganz ohne Schnickschnack als reine
   eCommerce-Module umprogrammieren (die könnten dann später auch unter linux
   laufen) Im Moment sind sie fest ins OrgaMon eincompiliert:
 - xml-rpc dienst (24h)
    * dazu muss "eCommerce" völlig "vcl" frei programmiert werden!
    * dazu muss die Beleg-Berechnung / Übernahme / Anlage völlig von belege.pas
      entkoppelt werden!
    * dazu muss xml-rpc mit einem neuen "Indy 10" tcp-Server programmiert werden!?
 - pdf mailer (24h)
 - backup Erstellung
    * mal forschen, wie läuft das unter kylix
 - indexerstellung für die Artikel und Personensuche
    * das modul entsprechen kylix fähig machen (das ist ev. der erste schritt!)
 - andere Dienste des Tagesabschlusses, sowie der Tagesabschluss selbst
    * das ist ev. zu schwierig!
 * der defekt eines Dienstes darf dabei den anderen Dienst nicht mit in den
   Abgrund ziehen. Das ist im Moment so!!! (Dienst Trennung)
 * Dienste sollte eine Anfrage der Datenbank nach Disconnect reagieren können.
   Dann sollten sie in einen Offline Status gehen können.
 * die 24h-Dienste sollten langfristig auf linux umziehen, da sie dauernd
   erreichbar sein müssen.
 * die anderen Dienste sollten aus OrgaMon selbst in kleine Miniprogramme
   verlagert werden, die diese Aufgaben im Hintergrund nacheinander erfüllen
   während OrgaMon weiter dem Benutzer zur Verfügung steht. Dazu könnte man
   einen OrgaMon-Agent erfinden, der auf Befehle des OrgaMon laufert...
 * Massnahmen für schnelleres "Server Hopping": Der Störungsfall BILL hat
   gezeigt, dass eine Rekonstruktion schnell möglich ist. Man muss aber schon an
   sehr vielen Schrauben drehen, so dass ich mir langfristig Vereinfachungen
   wünsche. Den ISAPI Dienst will ich wegkürzen (HebuWeb.dll)!
 * In der Mahnung die Artikel aufführen

todo "aktuell"

* suche nach "verlagno".
* wer hat welchen Artikel bestellt. Also im Artikel eine Warenbewegngs-historie
  für diesen Artikel.
* Die Stornierung funktioniert noch nicht perfekt (seit der letzten Rev. bucht
  er nur noch mengenmässig, nicht mehr betragsmässig.
* Bei manchen Bestellbelegen ändert sich nach einem gebuchten Wareneingang die
  Menge nicht von ERW nach GEL ???
* Im Agent sollte zusätzlich das Preisfeld sichtbar sein !
  Frage: Sollten wir nicht den Preisschlüssel in ein echtes Feld übernehmen ?
  Wir haben ja immernoch das Ziel, die Artikeltabelle neu zu designen bzw. die
  diversen Felder zurückzunehmen.
* Die Aktionen müssen -wie telefonisch besprochen- mit der WERBE= Logik erweitert werden.
* Thema CD-Aufnahmen richtig klären!
  Könnte man die CD-Aufnahme - Angabe gleich wie folgt anzeigen:
  Alexander hat sein OK zu Deinem Vorschlag gegeben.
  Kannst Dir mal überlegen, wie der Suchstring aussehen soll, den ich Dir übergebe.
* eMailadressen in Tabelle anlegen. Dabei eindeutigen Index verwenden, der doppelte Einträge
  verhindert. Beim Kunde ist dann das pwd gespeichert.
* Bestätigungsmails an Kunden: Wenn eine Bestellung gesendet wurde, sollte an
  die e-mail Adresse des Kunden eine Bestätigung über den Erhalt dieser Bestellung
  gesendet werden ! Zusagefeld ist hier ganz wichtig !!! Der genaue Versandbetrag
  muss ausgegeben werden.
* Nach Fakturierung im OrgaMon sollte der Besteller eine e-mail mit dem entsprechenden
  html bekommen. (Herr Knam hat heute fakturiert)
* Nach Versand im OrgaMon sollte der Besteller eine e-Mail mit den versendeten
  Artikel bekommen, und was nachgeliefert wird. (Frau Buss hat heute zum versenden
  bereitgestellt. Link: was bedeutet das genau)
* -> AA bei der Sortiment-Statistik mitbetrachten!
* -> Artikel aus Beleg löschen
* -> Artikel "-" rausnehmen! Oder Nachfrage!
* agent->Wareneingang gesamt->neuer Schalter "alles OK"
* Zusage Feld: alles mal durchspielen! ev. Tagesabschluss einbeziehen!
- 27.08.03
 * Artikel: ausgewählte Kategorien direkt in der Artikelansicht anzeigen
 * Beleg: Artikel ohne Kategorie farblich irgendwie anders anzeigen oder Meldunk oder Symbole
   K? G?
 * Mahnung: Kunden-Liste erweitern um Namen , Strasse, Ort
 * Beleg: Zahlungsweise speichern: "LV; Kreditkarte" in Betrieb nehmen,
   auch wiederum in der html-Vorlage bei Zahlungsweise keine festen Texte, sondern
   "Wird am <Datum> von Konto Kno, BLZ BLZ abgebucht"
   "Wird Ihrer Kreditkarte belastet"
 * Belege: Bei Zahlunsweise <> "normal" wird Zahlungsweise Inidividuell eine
   Tabelle geführt, die über die zu buchenden Zahlungen informiert. Ev.
   automatisiert buchen, bzw, die Buchungen Zeile für Zeile bestätigen lassen.
   Zahlungsweise -> Zahlungstexte
 * Beobachtung: Im webshop pdfs geordert, danach kam ne Mail, dass die eMail noch
   nicht bekannt ist, wie kann das sein. Den konkreten Fall bitte konkret
   nachvollziehen, der pdf-Mailer macht inzwischen klasse log-Files. Bitte hier
   mit mir zusammenarbeiten ...
 -- 28.08.03
 * texte sammeln,
    -> einzelne unterdrücken,
 * Sachbearbeiter hinterlegen
 * Kammermusik
 Artikel Log - verzeichnen der Bewegungen (Lagerplatz,Üfach,Artikel)
 Mindestbesand 2 - nicht mehr "fett". Wenn eine Vermischung zwischen Motivation, besteht
 dann muss kundenmotvation vorang haben.
 ------------------------------------------------
 *
Bug: Versand: 2. Teillieferung muss
Kann man die Bestellung ev. auch als html.Anlage der Bestätigungsmail angehängt werden?
Druck: Grafiken auszugeben, labels mal testen (reine Fontlösung dürfte kein Problem sein)

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"

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