To do

Bugs (bekannte Fehler)
Bugs (Codegear)

Baseupdate

• Neue Spalte "SQL_NEU" (Text) hier wird das Script für das Update abgelegt.Nun kann man sich selbst auch prüfen, ob ein Update kritisch war oder nicht.
• Neue Spalte "VERMEIDEN" (Boolean) hier wird signalisiert, dass KEIN Update zu dieser Version gemacht werden soll. Damit kann das "Rückwärtige" Update (Rückgängigmachung eines Updates) ausgelöst werden.
• Jede Metadata Modifikation sollte kurz prüfen, ob das Statement selbst in der Datenbank schon realisiert wurde oder nicht - es wäre cool, wenn eine Wissensdatenbank 'Quell-Satements' automatisiert in Ziel-Statements umwandeln könnte. Dazu könnten bestimmte Klassen (list TABLEs , list Fields ,list FK_Check) usw. Oder man könnte mal schnell das Metadatenextract nach den passenden stellen durchsuchen lassen!
• autoupdate sollte das "Schild" Symbol von Windows XP bekommen
• autoupdate sollte mehr unter der Haube funktionieren. Nicht so viele Admin-Schalter die sollten auf die rechner Verwaltung verschoben werden.
• No-MetaDatachange (neues Feld in der Revisionstabelle): Soll anzeigen ob der aktuelle Release-Sprung ohne Meta-Data Änderung möglichch war? Dann gelten "ältere" Releases als "auch lauffähig" da sie zumindest in der Datenbank keinen Schaden anrichten.
• Wenn OrgaMon von aussen beendet wird: wait "OrgaMon" to be down! OrgaMon sollte einen "InsideTRN" Flag pflegen, damit erkannt werden kann, ob gerade eine wichtige längere Aktion vorliegt. Er muss gewartet werden bis zu Ende gebucht ist. So dass das Beenden von aussen nicht "kritisch" ist. Zumindest das eCommerce-Modul sollte so etwas haben.
• Noch cooler, neben dem check auf ein Undo - also ein "extern" rollback "one single step" <do it statement>:

->  check-statement:boolean; true: "schon erledigt", false "muss ich noch machen"
-> do-it-statement:boolean; wie gehabt
-> undo-it-statement:boolean;

• ./Updates Verzeichnis leeren!
• Released: Ein Flag das gesetzt wird, wenn es diese Version aus einem der Standard Release-Medien * Problem: Der Entwickler hat in die Rev-Tabelle schon eine neuere Rev Nummer eingetragen diese aber noch nicht released, in so einem Fall sollte sich baseupdate mit einer Release drunter begnügen. Der entwickler muss eine release machen, damit andere weiterarbeiten können.

Caretaker

• Zwang zur einer De-Escalationsmassnahme ist absolut notwendig, ev. sollte das System stoppen und "Top 5" Massnahmen müssen ergriffen werden.

Qualität

• 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öschbar sein)
• überfällige Mahnungen
• überfällige Zusagen

XML RPC

• JonDaServer Integration in den OrgaMon (XMLRPC)
• Testcase "http://www.orgamon.com/up.php?info=YP86QPYFK"

_to - do (B1/S1, Zwischenversion)

_to - do (B2/S2, grössere Anzahl Anwender)

"B2"

• Bug: eine Anzeige die ausgibt, wie viele Postionen in wie vielen Aufträgen im Überblicksfenster aktuell enthalten sind (b) Positionen / Aufträge (63/17)
• Bug: Wird ein Suchbegriff überhaupt nicht gefunden, so wird einfach alles angezeigt. Besser: Meldung nicht gefunden! B2
• Bug: Hauptschirm: Wird ein Suchbegriff Überhaupt nicht gefunden, so wird einfach alles angezeigt. Besser: Meldung nicht gefunden!
• Bug: F10- Hauptfenster wird sichtbar aber hat den Fokus nicht (was ist da los?) B2
• Bug: Themenkomplex: Aufträge ohne Positionen. (Suche, Selektion, neu Berechnen, Owner ...)

Lösung ev. Intern eine Scheinposition automatisch anlegen!

"S2"

• Neu: Anwender soll die Möglichkeit haben, die Felder der Tabelle des Auftrags, die er sich anzeigen lassen möchte, auszuwählen. Version 2
• Neu: Die Sortierung im Positionsfenster soll (klick auf alle Tabellentitel) frei wählbar sein. S2
• Neu: Hauptschirm und Auftrag mit Menüs, die alle Aktionen anbieten (noch mal durchsprechen bq 09/02) .
• Neu: DB-Locking Auftrags-weit! Oder Überprüfung, wer letzte Änderung mit

interner Nummer auch im Hinblick auf Änderungsverfolgung ???? bq 09/02 S2

• Neu: (Nachtrag zur Rev. 1.016) (12.03.02) mehrere Fenster öffenbar (experimentell:verwirklicht bei Tastenkombination <Strg>&<ENTER> -> Liste der offenen Fenster dazu S2
• Neu: Im Kalender muss es möglich sein Arbeitstage als arbeitsfrei (Betriebsschließung, Kurzarbeit) zu kennzeichnen. S2
• Neu: Profile kopieren S2
  • (12.03.02) Einfache Distribution vorbereiten: 1. prüfen auf "easy install"
  • (19.03.02) neuer SystemParameter UPDATEPATH= (UNC-Pfad sollte möglich sein) Einfache Distribution vorbereiten: Anwendung älter als Datenbank? Systemparameter einführen für eine Setup-Maske (Pfad Maske). Neueste Version wird ermittelt, das Setup-Programm wird gestartet. Danach muss es der Benutzer nochmal versuchen!
  • (13.03.2002) Auftrag: Die Auftragsnummer soll die laufende Nummer aus dem Übersichtsfenster sein und deshalb hier bei Aufruf eines Auftrags ausgegeben werden (s2)
  • (13.03.2002)Auftrag:Das Feld Lieferant muss natürlich positionsbezogen sein (sorry) => Es kann aus den Kopfdaten entfallen und muss bei den einzelnen Posten editierbar sein (s2)
  • (19.03.02) Gruppe: Das Feld Gruppenkuerzel reicht uns noch nicht aus. Erweiterung auf 40 Zeichen oder mehr (s2)
  • (19.03.02) Gruppe: 3. Im Feld Bearbeiter bitte den vollen Namen aus dem Bearbeiterfenster anzeigen (s2)
  • (23.4.2001) Anforderung : Im Überblicksfenster soll es möglich sein alle Felder des Auftragskopfes flexibel zur Anzeige auszuwählen. Die Anforderung, dass die Ausgabe nach allen Auswahlfeldern sortierbar sein soll, bleibt bestehen.
  • (23.4.2001) Fehler im Auftragsfenster: bei überschreiben einer Pos und anschliessendem Klicken in ein leeres Feld wird der Feldinhalt des Ursprunsfeldes mit dem neuen Inhalt überschrieben und kann nicht rückgängig gemacht werden.
• Neu: (07.05.02) Farbmarkierung des Hauptschirms auch in die Posten übernehmen, so dass erkannt werden kann bei welchem Meilenstein der Verfall seine Ursache hat.

_not - to - do "L" (längerfristig machen & Visionen)

"L"

• Idee: Bewertung der Owner im Rahmen des Tagesabschlusses.
  • 1) bestimmung der Anzahl der aktiven Zeilen
  • 2) bestimmung und bewertung der Zeilen im Verzug
  • -> bei Arbeitsvolumen x gab es y Verfehlungen! (an diesem Tag) Prozentwert daraus berechenbar. 100% gut 0% gar nix

• (12.03.02) Auftrag als html Dokument ausgeben, die Meilensteine in horizontaler Form, solange alles noch im Plan ist mit einer anderen Farbe hinterlegt, ansonsten ist der "Handlungsbedarf" besonders markiert. (Abgearbeitet in einer anderen Farbe) Dokumentverzeichnisse für die Aufträge als Ablage
• Neu: (zz) neben dem errechneten ABSCHLUSS, sollte es auch ein ABBSCHLUSS_WUNSCH geben, der die Farben stärker bindet wie der ursprünglich geplante. Also liegt ABSCHLUSS bei 15.06.2003, man verspricht aber den 01.06.2003 so das System Positionen des Auftrags frühzeitiger in den Status "rot" versetzen wie die ursprüngliche Planung eigentlich vorsieht. Ob es reicht alle "DAUER" felder prozentual zu verringern bleibt offen.
• Neu: (zz) Im der Phase lassen sich ja Datenfelder in der Art "INVENTURNUMMER=" eingeben, die werden in die Meilensteine übernommen, hier kann ein Zusätzlicher Eintrag von Daten erfolgen, es sollen Zwangsfelder hier bei markierbar sein (ev. durch "*" Muss-Feld!) der Eintrag "ABSCHLUSS" ist im Meilenstein erst möglich wenn diese Felder gesetzt sind.
  • (08.03.02) mit dem Cursor ganz nach unten, dann neue Zeile ->
  • (08.03.02) Bei Neuanlage, letzte Pos# + "1"
  • (08.03.02) ersten Neulage, gleich "1"
  • (08.03.02) Bemerkung oben beim Auftrag ev. Full Screen Knopf.
  • (30.05.02) (neu) 4) Konzept - "Easy-Update". die client Installationen werden ja jetzt auf C:\programme\.. usw. durchgeführt (also lokal!!) - richtig? Das Programm merkt ja (sollte es selbst eine alte release sein) an der Datenbank, dass diese schon mal eine neuere Release gesehen hat. Wenn jetzt ein Pfad angegeben ist, (den alle relaxx-Clients sehen) wo die aktuellen setups drinliegen könnte sogleich der setup für das neueste release gestartet werden (und danach wieder die neueste release). Würden Sie so eine Vorgehensweise unterstützen? (München sorgt dann nur noch für den relaxx-grund-dienst, wir selbst für die aktuellste Version).
    -> nehmen wir an ich hab mal Mist gebaut, und alle user müssen zurück auf eine alte release, das könnten wir mit einem "Easy-Install" auch realisieren
    (-> 1.) datenbank ist älter, 2.) eigene Release ist nicht mehr als setup vorhanden!! ) Auf alle Fälle muss ich aber noch dokumenieren, wie man eine Release zurück gehen kann (in der DB die Tabelle "REVISION").

--> nächste rev

• Neu: Damit man besser testen kann, kann der Admin im relaxx.ini angeben als welcher User er sich einloggen will.

Role=fax29383

Versand

Beleg: Versandtag (Datum) (mögliche Versandtage: Mo,Di,Mi,Do,Fr)

       Auslieferungstag (mögliche Tage: Mo,Di,Mi,Do,Fr,Sa)
Zollcode: Summe des Wertes (wie es dasteht) über die Sortimente
Post, Parameter abhängig vom Wirtschaftsraum
P1_Deutschland
P2_Deutschland
P1_EU
P2_EU
  (Wareneingang muss "vorgebucht" sein, eigentlich sollte man jedoch alles
   nur einmal in die Hand nehmen)

  Ansicht schaltbar: versand-orientiert (Alles wegsenden)
                     Lager-Übergangsfach-orientiert (Alles gut vorbereiten)
                     Wareneingangs-orientiert (Alles wegschaffen)
  Top 1 ---------------------
          direkte Zuordnung Wareneingang zu versandfertigen sachen
          (Anliegen:versenden!!!)
  Top 2 ------
          wandert in Übergangsfächer
          (Anliegen:richten für morgen!!!)
  Top 3 ------
          wandert ins Lager
          (Anliegen:richten für fernere Zukunft!!!)

Datenbank

• Logik-Log zur Diagnose, dabei lassen sich zu allen Logik-Routinen (ev. organisiert in Gruppen) die Log-Funktion ein oder ausschalten.
• Error-Log zur Speicherung von Fehlerzuständen.
• Kopie auf "Test-System"
• Single-Klick: Generations-Sprung (fdb->fbak->fdb) + .ini Modifikation
• Rückspielen eines DB-Savepoints

System

• SetContext: wenn nicht sichtbar show / wenn nicht gross, auf normal gehen (gross machen)
• Ausgabe von html-Dokumenten:

  @page info (im html!!!) macht auch OpenOffice!!
   http://www.w3.org/TR/REC-CSS2/page.html

• Langfristig Ich will folgende Dienste ganz ohne Schnickschnack als reine eCommerce-Module umprogrammieren (die können dann später auch unter linux laufen) Im Moment sind sie fest ins OrgaMon eincompiliert:
• XML RPC Kylix
  • 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 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 ausgeführt werden, während OrgaMon weiter dem Benutzer zur Verfügung steht. Dazu könnte man einen OrgaMon-Agent erfinden, der auf Befehle des OrgaMon lauert...
• Massnahmen für schnelleres "Server Hopping": Der Störungsfall BILL hat gezeigt, dass eine Rekonstruktion schnell möglich ist.

• Neu: Preise: Es kann nun auch für spätere 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.

Kunden

• Kunde: Datum der Probe (niedrige prio) PROBETAG, Versandtag := Probetag - 2 Versandtage
• noch kein richtiges Konzept für die Adress-Varianten: Personen: Kontakt muss 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. Christian: 2.Adresszeile für Kunden, so dass man hier "Musikverein "Echo"" eintragen kann. Diese Schreibhilfe sollte addierend sein! Ev. in den Kunden in ein Textfeld übernehmen! Alternativ-Adresse angebbar im Beleg (Musikverein a, Musikverein b)

Belege

• Beleg individuelle Zahlungsarten einführen. Sie sollten vorrang vor der Standard-Zahlungsart im Kunden haben.
• Abschaffung von "AUSGANGSRECHNUNG", Ersatz durch "BUCH"
• Abschaffung von BELEG.RECHNUNGSBETRAG und BELEG.DAVONOFFEN
• Storno bzw. Rechnungskorrektur "minus mengen" SETZT NICHT REC AUF GELIEFERT"
• menge AA-Probestimme ist unendlich, wenn ..\Probestimme vorhanden.
• eMail für versand von Artikel "A" an Kunde "P"
• 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

Artikel

• Bestandshistorie für einzelne Artikel - ev. in ein Memo-Feld!
• Artikel: neues Feld "Kapitel", danach auch selektion
• MINDESTBESTAND = Null sollte die blöde "-1" Logik erstetzen. Also Null sollte die Funktionalität von -1 erhalten. Null sollte also einfach "nicht kontrolliert" bedeuten.
• GEWICHT = Null sollte die blöde "-1" Logik ersetzen. Also Null sollte einfach "unbekannt" sein

Sonstiges

• einfacher Wechsel zwischen offenen Fenstern anhand einer Tastenkombination

Lager

• "A" Taste für einen Lagerplatz
• "B" Taste für einen Ü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ößten 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äumung 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.

Konten

• Gesamtbetrag ziehen aus einzelnen Forderungen (ev. Überweisungsplanung, mit Gesamtüberweisung auf einen Schwung jedoch viel text im Buchungstext?!)
• Rechnungseingangsmoment ist der Wareneingang
• 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).

WebShop

Entwickler / Tester

• jeder sollte seine Texteingaben mit "seiner" Farbe versehen. Dies erfolgt durch die Klammerung mit dem span-Tag.

Thorsten Schroff
Andreas Filsinger
Alexander Knam

offene Punkte (wichtige oben!)

• schreiben von Text-Log dateien

gibt es noch/wieder eine LOG Infrastruktur im TWebShop2 so mit KUNDE_00000001.log.txt wie früher? Kann ich da helfen?

• HTML Erzeugung für Mailings

wie kann man Werbeaktionen um WebShop2 Outfit in andere Seiten 1) Die Anfrage im Wiki priorisieren 2) schon eine neue suchseite erstellen, die ein modifiziertes template benutzt um die Suchtreffer anzuzeigen, ev sogar ohne <bod<> und <html>-tag 3) RID<RID>,<RID> als suchanfrage eintippen 4) die Antwort ist ein txt, das direkt vom Browser angezeigt wird.

• 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)

• JPG-Artikelbilder

Es gibt scheinbar jede Menge verwaiste Datensätze mit Artikelabbildungen. Die zugehörigen JPG-Dateien existieren nicht. Kann man die verwaisten Datensätze ausfindig machen und löschen ?
Ich werde mal einen Vollabgleich programmieren (Verschieben von nicht zuordenbaren Bildern in eine Ablage!)

• Session-Verzeichnis

Sess sollte auch umgezogen werden, und zwar nach .\shop\admin\Sess, damit ist sogar eine Session nach umstellen/Lastballancing des Servers noch gültig.

• Shop-System: ein eigenes html-Werbe Element soll alternativ zu den Aktionen angezeigt werden können
• Suche verbessern: nach Schwierigkeitsgrad suchen.
• Kunden-Vorschlag: Liefertermin angeben
• abspeicherbare Einkaufswagen (erfordert wahrscheinlich eine neue Datenbanktabelle(?))

erledigte Punkte (Historie)

• Anzeige eines Rabbatierten Warenkorbes

Unten die Endsumme stimmt nicht, wenn man nachrechnet. Mann sollte ev. des Ravattbetrag ausweisen oder so. Geht scheinbar nicht, siehe mein Account(Andreas Filsinger). ab Rev 1.039

• Kannst unter den Pfad bitte eine Leerzeile einfügen und danach den Text anzeigen lassen der bei uns als BEM= abgespeichert ist

Dazu muss das entsprechende Template etwas umgestellt werden. ab Rev 1.039

• Suchcache, damit das Blättern (Browser Vor- und Zurück-Buttons) über mehrere Suchtrefferlisten hinweg möglich wird

ab Rev 1.039

• Suche ausschliesslich in einer Kategorie

Bei der Erweiterten Suche hätte ich gerne die Möglichkeit gehabt in verbindung mit einem Suchbegriff in einer bestimmten Kategorie zu suchen. ab Rev 1.039

• 05.09.2007 Bitte ändere bei der Ausbelichtung der Artikel bei der Verfügbarkeit das Wort "auf Lager" in "sofort"

Bitte auch den fixen Text: "Pfad:" entfernen

• 24.08.2007 nur lokal auf Windows Entwicklungsumgebung, nicht auf Raib181.

Wohl ein Problem mit dem Zeichensatz.

Firebird Umlaut-Problem ? Folgendes Statement soll die Mitglieder des Artikels CD "Goldene Zeiten" (Guido Henn und seine Goldene Blasmusik) ermitteln.

SELECT ARTIKEL.RID, ARTIKEL_MITGLIED.POSNO||'. '||COALESCE(ARTIKEL_MITGLIED.TITEL,ARTIKEL.TITEL) AS TITEL 
FROM ARTIKEL_MITGLIED JOIN ARTIKEL ON (ARTIKEL.RID=ARTIKEL_MITGLIED.ARTIKEL_R) WHERE (MASTER_R=189328) ORDER BY ARTIKEL_MITGLIED.POSNO)

Die Liste würde so aussehen:

1. Goldene Zeiten
2. Blasmusik ist wie ein Traum (Polka)
3. Herrliche Jugendzeit (Polka)
4. Walzermusik
5. Sternschnuppen (Polka)
6. Der brave Soldat Schwejk (Polka mit Gesang)
7. Musikantenglück (Polka)
8. Der flinke Fink (Solopolka für Es-Klarinette oder Piccolo)
9. Fanclub - Polka
10. Böhmischer Schlagzeugmarsch
11. Sehnsucht nach der Heimat (Walzer)
12. Gendarmen - Marsch

Allerdings bricht Firebird mit folgender Fehlermeldung (PHP&IBExpert) NACH NUMMER 6 (Schwejk) ab:

arithmetic exception, numeric overflow, or string truncation Cannot transliterate character between character sets

Ich denke, es liegt an dem "ü" in Musikantenglück, da kann er vielleicht die Strings nicht zusammensetzen (||). Ohne die || funktioniert das Statement.

• 24.08.2007 Kategorie bei den Artikeln

Im alten Shop wurde(n) die Kategorie(n) (z.b. Blasorchester/Märsche) bei den Artikeln angezeigt. Bitte auch im neuen Shop einbauen.

Ab Rev 1.020. Achtung: nur bei 20% der Artikel vorhanden.

• 23.08.2007 Bestellschritt 2: Auswahl aus bisherigen Lieferadressen

Die Auswahl der bereits in der Vergangenheit im Orgamon gespeicherten Liefer- und Rechnungsadressen ist bisher noch nicht aktiviert! Die Logik mit "alles was bisher mit einer anderen Adresse gesendet wurde" zur Auswahl geben hat sich bewährt. Die funktion nutzen auch schon einige Kunden. Super wäre natürlich auch wenn der Kunde eine individuelle Rechnungs- Lieferadresse eingeben könnte.

• site=test

Verfügbarkeitstest des WebShops wie dokumentiert

• BasePlug

Datenbank-Benutzername UND Datenbank-Passwort aus dem XML-RPC holen

• TPicUpload

kannst du bitte tpicupload.php für den Webshop 2 installieren. Ich muss meine Bilder bisher noch auf den alten Shop uploaden und dann die Dateien zum neuen umkopieren !

Man könnte bis es soweit ist, wieder den SymLink auf den Pfad im alten Shop setzen

• Dokumentation

TWebShop Dokumente im Wiki alle auf "TWebShop 2" umstellen, TWebShop wird aus dem Wiki getilgt!

erste Schritte hierzu sind gemacht Ausreichend erledigt!

• offene Rechnung / Mahung-HTML

Der Kunde hatte früher immer die Information auf die bisherigen Rechnungen und ob diese Rechnungen bezahlt wruden. Wird es diese Funktion wieder geben ? Ebenso der Bestellstatus der ihn über die aktuell laufende Bestellung informiert ! - WICHTIG !!!

• Meldung veralteter Links funktioniert noch nicht (noch nicht implementiert)

• Pfad für Abbildungen aus BasePlug (Parameter 13) übernehmen

• Adress-Änderung

In "Mein Shop" müsste bei der Gelegenheit auch die eigene Adresse änderbar sein.

• Setup

Bitte ein Setup erzeugen, bitte in das Setup auch dass iss einbauen, damit ich auch releases machen kann!

• Mitgliedsartikel in der Artikelansicht

Ich habe diesen Punkt wieder nach oben genommen. Kannst du bitte im alten Shop mal schauen wie das war: Mache bitte diese Änderung wieder rückgängig - das ist glaube ich für die Kunden zu verwirrend. früher war es so, daß man z.B. bei der CD in die Detailansicht ging und dann in dieser Detailansicht nur die Titelbezeichnungen der enthaltenen Titel untereinander standen (verlinkt) Gerade bei den CDs ist mir aufgefallen, daß bei der Detailansicht früher der Inhalt der CD aufgelistet wurde. Also hier müsste wieder über den Context eine Abfrage laufen und die "enthaltenen Titel" angezeigt werden (mit verlinkung)

Ist noch gar nicht beim HeBu installiert. Kommt in Rev. 1.009.

Das hab ich jetzt wieder drin. Allerdings dauert die Abfrage "SELECT RID, TITEL FROM ARTIKEL WHERE RID IN (SELECT ARTIKEL_R FROM ARTIKEL_MITGLIED WHERE MASTER_R=190788)" recht lange und bremst so auch die Darstellung von Artikeln, die keine enthaltenen Titel haben.

Hier gibt es ein schnelleres SQL-Statement, das keine nennenswerte Zeit mehr braucht!

Zunächst die identische Entsprechung:

SELECT
 ARTIKEL.RID, ARTIKEL.TITEL
FROM
 ARTIKEL_MITGLIED
JOIN artikel on
(ARTIKEL.RID=ARTIKEL_MITGLIED.ARTIKEL_R)
WHERE
 (MASTER_R=190788)

Habe jetzt auf die folgende Version umgestellt: Nun mit Tracknummer erweitert und in der richtigen Reihenfolge:

SELECT
 ARTIKEL.RID, 
 ARTIKEL_MITGLIED.POSNO,
 COALESCE(ARTIKEL_MITGLIED.TITEL,ARTIKEL.TITEL)
FROM
 ARTIKEL_MITGLIED
JOIN artikel on
(ARTIKEL.RID=ARTIKEL_MITGLIED.ARTIKEL_R)
WHERE
 (MASTER_R=190788)
ORDER BY
 (ARTIKEL_MITGLIED.POSNO)

Nun noch mit dem Wunsch, dass Tracks, deren Titel mit '##' beginnen ausgeblendet werden sollen (versteh ich eigentlich nicht, aber egal!)

SELECT
 ARTIKEL.RID, 
 ARTIKEL_MITGLIED.POSNO,
 COALESCE(ARTIKEL_MITGLIED.TITEL,ARTIKEL.TITEL)
FROM
 ARTIKEL_MITGLIED
JOIN artikel on
(ARTIKEL.RID=ARTIKEL_MITGLIED.ARTIKEL_R)
WHERE
 (ARTIKEL_MITGLIED.MASTER_R=190788) and
 not(ARTIKEL.titel Starts with '##')
ORDER BY
 (ARTIKEL_MITGLIED.POSNO)

Mir scheint es muss irgendwie zwischen "Katalogen" und "CD" hier unterschieden werden, beide benutzen die gleiche Infrastruktur oder, Alexander? Beispiel: 81370, das ist eine CD, es sollten die tracks erscheinen?! -> ich glaube hier ist Klärungsbedarf ...

• Das Timeout - Problem scheint noch nicht gelöst (PHP5CLASS_T_IBASE: Die Datenbankverbindung konnte nicht hergestellt werden [922:file is not a valid database]

Habe den Timeout für den BasePlug-Request jetzt ebenfalls auf 20 Sekunden gesetzt (= Standard für alle anderen Requests)

• Gerade bei den CDs ist mir aufgefallen, daß bei der Detailansicht früher der Inhalt der CD aufgelistet wurde. Also hier müsste wieder über den Context eine Abfrage laufen und die "enthaltenen Titel" angezeigt werden (mit verlinkung)

Das hab ich jetzt wieder drin. Allerdings dauert die Abfrage "SELECT RID, TITEL FROM ARTIKEL WHERE RID IN (SELECT ARTIKEL_R FROM ARTIKEL_MITGLIED WHERE MASTER_R=190788)" recht lange und bremst so auch die Darstellung von Artikeln, die keine enthaltenen Titel haben.

• Über der Suchtreffer-Auflistung hatten wir im alten Shop den Text: Die Angabe der Verfügbarkeit beruht auf bisherigen Erfahrungswerten. Preisänderungen und Lieferbarkeit vorbehalten ! Das müssen wir wieder so machen. (Eingegeben bei WORD_HIT/WORD_HITS nur im language/l_german, die anderen Sprachen bitte selbst machen).
• Kundenneuanmeldung
• Bestellung
• Anzeige aller Titel einer Kategorie: alle Unterelemente sollen Teil der Liste sein mitnehmen. SQL: starts with "01"

 Frage:
 Sollen wir die die einzelnen Knotennamen überhaupt noch zum Anklicken anbieten, wenn die Suche Kategorie+Suchbegriff erstmal
 funktioniert ? Ein Klick auf "Blasorchester" liefert bei mir hier 4600 Suchtreffer, die Erstellung des alphabetischen Indexes dauert 5
 Sekunden. Klickt sich ein Kunde da überhaupt durch ? Werde mal schauen ob sich die Zeit noch reduzieren lässt.

• Titelanzeige: Verlag komplett weg
• Titelanzeige: hinter Dauer noch ein "min"

 Frage an Alexander:
 Würde es nicht Sinn machen, das in die Datenbank zu einzupflegen ?
 Ich habe das jetzt mal geändert, aber nochmal mit Andreas besprochen. In der Datenbank haben wir Einträge gefunden, in denen schon min
 drinsteht, was zu einer Doppelung führt. Ausserdem existieren 4 verschiedene Trennzeichen (Komma, Hochkomma, Punkt und Doppelpunkt), wobei
 ich den Doppelpunkt oder das Hochkomma für die besseren Lösungen halte. Mein Vorschlag: Wir lassen ein Skript über die Datenbank laufen,
 das das Feld DAUER auf ein festes Format bringt, das alle Angaben enthält und unverändert im Shop angezeigt wird. Zukünftig wird das Feld
 dann mit dem verabredeten Format befüllt.

TPicUpload

• Wenn dem Benutzer das TPicUpload=JA fehlt sollte nicht die gleiche Meldung ausgegeben werden wie bei Authentifizierung fail!
• .ini in "MyProgramPath"

Musikverlag

• eMail im Versand Moment
• Beleg->suche unten->Anzeige eines Suchtreffers: erste Kategorie (aber letzter Begriff) soll nach dem Titel angezeigt werden.
• im BASIC Druckprozessor: PREIS(ARTIKEL_R) soll normale Preisermittlung rufen.
• neuer Preis-Status "nicht über HeBu lieferbar", FREMD_R (also wirklicher Lieferant sollte angebbar sein!)
• Bestellregel sollte editierbar sein.
• wenn minimized, dann sollte setContext das gross machen.
• ev. Anleitung, um die letzte Rechnung zurückbuchen!
• "gelb" sollte den Status "Ändern" durchgängig symbolisieren, die markierung bei der Artikelsuche ist so komisch gelb

Resourcemanagement

Willkommen im Dokument zur Arbeitsabstimmung SEWA<->OrgaMon. Zur Änderung dieses Dokumentes ist eine Anmeldung notwendig. Die Anmeldung erfolgt mit dem Benutzer sewa-wiki, das Passwort lautet ebenso sewa-wiki. Drücken Sie jetzt einfach "bearbeiten", um den Text abzuändern oder zu erweitern.

SAP IS/U

• „PowerPack“ ist eine Templatelösung des EnBW-Konzerns
• Derago/MEA ist ein Add-On der Fa. Czech
• Argos ist eine Add-On der Fa. Bittner & Krull

Neuer Status "FallBack"

N.K.: Was ist das? A.F.: Wenn Monteure einen Termin ohne jegliche Eingaben einfach verstreichen lassen, so wird er vom JonDa Gerät gezogen und auf dem OrgaMon Arbeitsplatz ist dieser Termin unter dem neuen Status "Fall Back" sichtbar.

Neuer Status "Fligth Control"

N.K.: Was ist das??? Das sind Termine in Warte-Stellung (Verschiedene Ursachen ...) "FlightControl" -> Termin ist auf dem Monteurs-Handy.

Auftrag neu

Im Terminarbeitsplatz einfach "Neuanlage" ermöglichen!

vorlage.xls

Hintergrund: Viele Versorger sagen: das xls das wir schicken ist unübersichtlich. Ziel ist die Erstellung einer perfekten vorlage.xls (mit Farben gestaltet, alles schön beieinander was zusammengehört, ev. Farben für Ergebnisse, Anker, Kundendaten, Zählerdaten usw.) Diese Vorlage soll dann unser neues Standard-Format werden.

Restanten (Geo)

Hintergrund: Überlegen und Konzept zusammenstellen wie es laufen könnte, dass auch Restanten geolokalisiert in das Tagewerk eingemischt werden. Also wie kann man den Monteuren bei der Auffindung von Restanten helfen. cool!!

Restanten (Monteure)

Hintergrund: Wie kann man die Monteure besser helfen ihre Restanten im Überblick zu haben? Eine Liste? Soll man Restanten abzeichnen müssen? Wie kann auch JonDa verbessert werden.

Die perfekte Umterminierung

Hintergrund: Beim Umterminieren zusammen mit dem Kunden am Telefon muss man Fuchs und Hase sein! Hier sollte mal ein Dokument erstellt werden, wie die perfekte Umterminierung auszusehen hat. Alles - aber auch wirkliche alle Tricks und Kniffe - sollte hier erfasst werden, so nach dem Motto; 35 Schritte zum perfekten Umterminieren, oder 12 Sachen, die man beim Umterminieren beachten muss. Haben wir das Dokument könnte man was programmieren das Schritt für Schritt diese Checkliste automatisch prüft.

nur noch 2 Bemerkungsspalten für Bemerkungen!

vorlage XLS entsprechend Ändern, dann Kunde um Rückmeldung bitten!!

Büro Bemerkungen|V1+V2+V3+I3*i4*i5

SAP: Aussetzen der Ergebnisse

TAN deaktivierung ermöglichen ... Bei längeren Fristen muss, sollte ein Haken in der Baustelle (ausgesetzt!) eingeführt werden.
In der Baustelle sollte ein "Jetzt" Knopf erfunden werden!

ARGOS XML

laut Anforderungen (Kotz)

Meldung

neues Flag einführen im Auftrags-Datensatz: "mache eine Historischen Datensatz" vor der nächsten Änderung. Also ein "ERHALTUNG" Feld. Dieses Feld muss gesetzt werden, sobald EXPORT_TAN von Null auf irgendwas geändert wird.

Leistungsprotokoll

Ankreuz/Eingabefelder (Protokoll) für die Monteure, was an diesem Termin alles gemacht wurde!

Bekannte Fehler

Nach Modifikationen in der Geräte-Nummer funktioniert das "senden" nicht richtig. Hier überlebt scheinbar ein altes caching-Objekt.

Alte Anforderungen

xx: Fax an eine Baustelle!
    auch ganze KW
xx: (Schulung 28.06.01) Umbruch der Liste nach so und soviel Ausgabezeilen.
    Idee: Textlänge bestimmen, mit Spalten-Faktor multiplizieren, das maximum
    element bestimmen, daraus den Platz-bedarf schätzen. Nach einer gewissen
    zahl umbrechen!
xx: (Schulung 28.06.01) Ausgabe der Monteur-Info-Listen:
    Sortierung nach Baustellen,Inerhalb dieser nach Monteur!
xx: wenn Taste "anzeigen" dann auch die Auslastung auffrischen
xx: neue Taste: zeige diese Baustelle
Neu: Baustellen Shortcuts lassen sich abspeichern.
Neu: Korrektur-Modus, gefundene Zeile ersetzen
Neu: (Keiber) Terminarbeitsplatz: Umschaltung auf "ABLAGE" nun möglich:
     * Suchindex erstellen ist hier nur manuell möglich.
     * Alle Funktionen, wie im "normnalen" Modus
Neu: Rückgängig-Funktion
Neu: Benennung der Sicherung jetzt verbessert, dadurch nicht ziffern
     ins unendliche.
Neu: (Schönberger) bei einegebnene Zählersperren, wird der Termin trotzdem übernommen (der
     fälschlicherweise verplant und noch dazu das Verbots- bzw. Sperrenzeichen
     übersehen wurde). Es wird von diesen Terminen auch eine csv erstellt. Dies
     ist sehr unglücklich, besteht hierzu eine änderungsmöglichkeit?
xx: (Keiber) Ansicht von "Name 2" in der Liste ermöglichen (ev. einschaltbar!)
    auf Terminliste ist nun auch Name2 sichtbar (falls belegt).
xx: neuer Sperren-Typ: Sewa-weite Sperre (neuer Sperren-Modus!) (z.B. für
    Feiertage)
xx: neuer Sperren-Typ: Monteur-Sperre, dadurch, dass der Monteur an diesem
    Tag auf einer anderen Baustelle arbeitet. Abhängig von der aktuellen
    Baustelle wird für fremde Baustellen eine Sperren-Info aufgebaut. Ein Datum
    verbietet sich dadurch, dass der Monteur schon woanders arbeitet.
xx: Import: Frage: wie soll mit doppelten Zählernummern verfahren werden:
    2) hinzuimportieren (fehlt noch)
    es soll in die Historie hinzuimportiert werden.
    doppelte Zählernummern: ev in eine laufende Historie hinzukopieren, aktuellen
    Datensatz bei allen Datenfelder (Palnq. Strasse Ort,) so lassen, aber status
    wieder auf unterminiert. (Nicht angeschreiben, und nkicht Monteur informiert).
    überschreiben , hier mal eine neues Systemaktik erarbeiten.
xx: Besprechung für den Tagesabschluss: verschiedene Buchungen
    * Termin ist abgeschlossen
    * Wiedervorlage
    * Löschungen
    * Fitness Buchungen werten Sperren aus
    * Historie Funktion
      Recherche sollte in "Ablage" DB möglich sein! Ev. über den Status "gelöscht"
      noch klären.
      Ev. hier eine neue (Ablage)Tabelle anlegen?
xx: (Schulung 28.06.01) ausgesprochene Aktualisieren-Taste für die Termin-Liste!
xx: Rückgängig-Taste bei "Monteur-Info" buchen. (Ev. allgemeine Rückgängig Taste
    (sehr schwierig, ev. über ein allg. Datenbank Modul, ev. nur änderungen am
     Auftrag.)
xx: überlegen, wie man Rückläufer markieren kann, so dass sie nicht im
    Tagesabschluss in die Historie-Tabelle verschwinden!
xx: Orsteile-Ansicht:
    "str"
    "plz ort"
    "Ortsteil"
    ev. zur "Ortsteil" Ansicht, eine andere Spalte einsparen, z:b. muss
    "Nummer" nicht so groß ein.
    ev. alle Zeilen etwas höher.
xx: bei einer Zähler-Sperren-Verletzung nicht verplanbar machen! Den Datensatz
    dann völlig leer lassen (im BeforePost!)
xx: Anzeige der Urlaube von den einzelnen Monteuren. Mischung aus Anwesenheit,
    Auslastung. Belegungsliste. als html.
    Monteurliste wie angegeben, mit der Möglichkeit Urlaub, Freizeit und
    Krankheit einzutragen

! OrgaMon Rev. X.000

x: Erzeugung einer Index.html für das Serven im IntraNet!
* Berechnung: Baustelle Maximalauslastung pro Monteur, über verfügbare Anzahler der
              Monteure Ergebnis= mit dieser Anzahl an Monteuren 
              (unter Berücksichtigung was schon verplant oder erledigt ist) 
              wie lange bis Baustelle komplett abgearbeitet. Neuer Funktionsknopf.
x: In einer späteren Ausbaustufe sollen Rückmeldungen (Erfolgreiche Durchführung)
   der Monteure in das Programm eingetragen werden. Es soll ein Datei-Export im
   IDOC-Format eines SAP/R3 Systems erfolgen, so dass eine Weiterverarbeitung der
   Daten im genannten System möglich ist. Die Monteure sollen mit MDE Geräten
   ausgestattet werden. Per DFÜ werden hochaktuelle Auftragsdaten aus OrgaMon auf
   das MDE übertragen - im Gegenzug sollen Zählerstände, sowie Zähler-Nummern
   rückübertragen werden.
   Ev. sollen die Geräte mit Beleg-Label-Druckern ausgestattet werden. Zur
   Anbringung auf den Zähler.
x:Q: Wenn ein Briefadressat über 16 Zähler informiert wird? Zähler-Standort,
     Zähler-Nummer hierbei aufnehmen.
  A: in Zukunft lösen! Dies im Auge behalten!
x:Baustelle.DateSource.Onsatechange -> hier auch die Farbe auf
  datalink.color ändern! (weis nicht wie das geht!)
x: Verletzung einer Zähler-Sperre ist überhaupt völlig unmöglich, ev. dies
   gar nicht zulassen!

to-do Bereich

* Prüfung aller Sperren auf korrekte Eingabe
  Neu: Import: Warnung, wenn Zählernummern verschiedene Stellenanzahl haben.
* 549 gelöscht
  544 importieren...
  seitenumbruchproblem, also mitten in einer Tabelle, zumindest wenn er eine Zelle
  nicht zerstört. hebuadmin, anzahl der Zeilen
* zusammenziehen von identischen adressen, bzw. identische AB-Nummern
  ev. beim Durchnummerieren selbst merken, wenn "Anschrift" gleich ist (<>Liegenschaft).
  gleich austragsnummer. !!!STRASSE ist dabei gleich!!!
  halbtageweises Sperren ermöglichen
* Feiertage in den jeweiligen Bundesländern berücksichtigen, dabei die Baustelle
  einem Bundesland zuordnen.
* "Minormodifikations-User", "Risky-Modifikation-User" je nach entscheidung ob eine
  Historie eingetragen werden soll oder nicht soll dieser User dauerhaft gespeichert
  werden.
* Strassenverzeichnis informativ: Name aller Strassen, Alpha, PQ, Häufigkeit.
  auf identität bei unterschiedlichem PQ aufmerksam machen.
* Import: nach dazwischenmischen selbst neu durchnummerieren
* Terminarbeitsplatz: Nach Umterminierung und Neuanlage: Warnung Ermittlung aller
  Termine in diesem PQ, Liste aller Termine, Warnung, wenn anderer Termin wie bisher, V/N
  Unterscheidung.
* <ESC> nach Selektion der Baustelle ermöglichen, -> Lange Aktionen sollten ab-
  gebrochen werden können.
* Eingabesperren bzw. Warnungen wenn Sperren oder Auslastung erschöpft ist.
  (Lokaler Check!)
* Warnung, wenn Auslastung pro Baustelle pro Tag von "0" auf "1" wechselt.
  (Er ist gar nicht da fehler!)
* Neuer Parameter: Zeitspanne für "Monteur auf Baustelle"
* Idee: "Alternativ-Termin"-Assistent, Auftrag lokalisiert: nun alternativen aufzeigen!
  (super, ohne weiteres Machbar, z.B. wann sind wir noch in diesem PQ, auf dieser
  Baustelle, wann geht es von der Auslastung her, usw....)
* Zähleraufträge an der selben Stelle zusammenhalten, Auslastung umstellen auf einen
  "Arbeitseinheiten Wert". In der baustelle ev. die Auslastung der Monteure vorgebbar machen
  z.B. Freitag nachmittag = 50%.
* Termine an Samstagen und Sonntagen ermöglichen!
* OutFit für InterNet-Ausgabe anpassen. Rückläufer auch mit Symbol versehen,
  den Index neu aufbauen!
* MVVM, es gibt 4 "doppelte", diese sind aber !leer! wie soll man die dann finden?
* Tagesabschluss, liste aller baustellen, die als Ortsteil-Code '??' eingetragen haben.
Bug: Status angeschrieben, da sind manchmal auch "Monteur informierte" dabei
* "Monteur_informiert" bei Korrektur
* vier mal importiert, die doppelten wurden nicht erkannt!!
* Korrekturfeld: Monteur-Info/Zähler-Info (noch mehr textfelder!)
Bug: Aufträge wurden doppelt auf das Gerät übertragen!
----
* erster Import "absoluter Reihen" für immer so halten (auch Hausnummernreihenfolge so lassen)
* zweiter Import prinzipielle Reihenfolge immer noch beibehalten (bei gefundener Strasse
  versuchen zwischen die Hausnummern zu mischen, jedoch wiederum neue PQs vergeben!)
----
Neu: neue Tabelle
     ARBEITSZEIT.MONTEUR_R, // optinal, Monteur-Urlaub
     ARBEITSZEIT.BAUSTELLE_R, // optional, ganze Baustelle zu/auf?
     ARBEITSZEIT.DATUM
     ARBEITSZEIT.V
     ARBEITSZEIT.N
     ARBEITSZEIT.INFO

     -> Hemmnisse, Urlaub, Feiertage werden hier eingetragen.
     -> Samstag, Sonntag-Arbeit kann hier eingetragen werden.
Auftrags-Zeilen indiduelle "%" Lösung: Angabe der Anzahl der termin, danach
     errechnung eines Prozentsatzes, dann beim Planen eingabe (zuordnen) dieses
     Wertes. Dann kann individuell die Monteurlast (in %) berechnet werden. Auch
     auf schwierige oder einfache Aufträge kann eingegangen werden. Auch z.B. auf
     eine Anfahrt kann eingegangen werden.

     Vormittags / Nachmittags -Angabe: 45% / 70%
Neu: Turbo-Auslastung:
Erfüllungs-Check:
=========================
Neu:
    ANFORDERUNG.BESCHREIBUNG
    ANFORDERUNG.SOLL
    ANFORDERUNG.STUECKPREIS
    ANFORDERUNG.BAUSTELLE_R

    LEISTUNG.BEARBEITER_R
    LEISTUNG.MONTEUR_R
    LEISTUNG.ANFORDERUNG_R
    LEISTUNG.IST
    LEISTUNG.DATUM
ev. Relaxx-integrieren!
erste Schritte zur verbesserten Resource-Planung:
---

• Status Möglichkeiten mal dokumentieren. Wie "denkt" hier OrgaMon, was ist falsch was kann noch intelligenter gelöst werden.
• Ausgabe der Monteur-Info nach Baustellen sortiert.
• Meldung an Versorger direkt als Excel-Dokument
• Eingabe doppelter Zählernummern "NEU" auf JonDa Verhindern, in OrgaMon Prüfmöglichkeiten zur verfügung stellen.

in Arbeit

[in Arbeit: Neu: Geo: Besondere Farbe für den zuletzt geplanten Punkt.]
[in Arbeit: Neu: Auftrag: Direkter Sprung vom Auftrag in den Geoarbeitsplatz.]
[in Arbeit: Neu: Shop: Skins, Neuer, total abgespeckter "Skin", Englisch
            + andere farben, kein Login,anderes Bestell System.
[in Arbeit: Neu: Sortierung der Import Möglichkeiten!]
[in Arbeit: Neu: könnten Sie bitte eine Warnmeldung bringen lassen, wenn bei
  Adressen ohne PQ terminiert wird. Es ist uns des öfteren passiert, dass die
  Adressen bei den PQ vergeben wurde nicht ausreichend waren und versehentlich
  weiter terminiert wurde (dann kommen ja die Adressen alphabetisch). ]
[in Arbeit: Neu: Kann man in Zukunft irgendwas einrichten, dass sobald PQ
 eingetragen wird, auch AB-Nr. vergeben wird (auch bei manuellem Eintrag der Planquadrate). ]
[in Arbeit: Neu: Auftrag: Neuordnung der csv!]

ErgoPrax

• Forderungsausgleich: Neu: Hauptmenü: Suche nach Betrag
• Tier: erstes Tier auf der Hauptseite zeigen, erstes Tier (neues Feld), (über verstorbene Tiere nochmal nachdenken)
• Belege: Preiskorrektur auf "Eingabe-Betrag" (Glattstellen), globale Preiskorrektur um +/- %

• Migration der Leistungspakete nach Kontext "Pakete"
  • Wegfall: Artikel: PAKET_R und PAKET_POSNO
  • Neu: Neue Felder, ARTIKEL:MITGLIED.AUSGABEART_R, EINHEIT_R, EURO?
  • Neu: Migration der Pakete nach "Kontext"
  • Wegfall: Pakete sind jetzt im Kontext "Pakete"
  • Wegfall: Tabelle "AUSGANGSRECHNUNGEN"

ErgoPrax

IT-Freiberufler

• Budget sollte Kontingent heissen!
  
• Zeiterfassung: Ein Kontingent sollte via "Text" wählbar machen!
  
• Zeiterfassung: Einfach wie bei Thorsten "nächster" Schritt Knopf machen, also es sollte klar sein, dass "Zeit Ende" gebucht werden soll
  

IT-Freiberufler

Landschaftsplege

• Belege: Formsize and Position Saver, 2 moveable Splitter, maximizeable!
• Bestellungen: html vorlagen stimmen?

Schlosserei

• Berechnungen über verschiedene Berechnungsarten
  
• kleine Änderungen im Artikelstamm
  
• Übernahme von TEILE/ARTIKEL usw.
  

Jonda

• Neuanschreiben als Status weglassen
• zu alte Restaten sollen nochmals abgezeichnet werden müssen
• Wechsel von "Fertig" auf "Restant" sollte nur mit bestätigter Sicherheitsabfrage möglich sein
• Filter programmierbar machen: Anwendungen: führende Null weg, oder -03 an ende wegmachen...
• Zählernummer neu, Speicher der letzten 4 Tage oder so

Geolokalisierung

• gelb soll NICHT berührbar sein
• Pausierte sollen mit einer neuen Farbe sichtbar sein, aber nicht berührbar!
• Unmögliche / Erfolg ev. mit auf der Karte?!
• Terminvorschau, ev. Status Abfragen auf einen zulünftigen Termin ausweiten!

Buchhaltug

• Zahlungsbedingungen für Lieferanten (2. ZAHLUNG_R)
• HBCI: Sammelüberweisung
• Ist PERSON_R gesetzt, sollte __PERSONkurz in den Überweisungstext übernommen werden

• Migration der Ausgangsrechung nach Buch
• Migration der Beleg-Kopf Fehler nach Buch

Vorgehensweise:

• ALLE "AUSGANGSRECHNUNGEN" Buchungen werden nach BUCH verschoben, zuvor jedoch durch die Angaben aus der BELEG-Referenz ergänzt!
• BELEG.RECHNUNG/FAELLIG/MAHNUNG/MAHNUNG1/MAHNUNG2/MAHNUNG3/MAHNBESCHEID/RECHNUNGS_BETRAG/DAVON_BEZAHLT/MAHNSTUFE/MAHNUNG/MAHNUNG_AUSGESETZT werden gelöscht!
• Das Mahnsystem muss dann überarbeitet werden.

Mailing

• aus OLAP+Vorlagen.html eine Eventliste für mails erstellen

und die Bodies automatisch füllen // Mal .html nehmen, jedoch rein auf Textbasis arbeiten Ev. als Quelle selbst wieder ein Email-Ereignis nehmen! Im Body IMMER die Schlangen lassen, oder? Ev. dies nur in der Vorlage machen! Später wird der Aufgeblasene Volltext verwendet.

• eMail-ID! nachtragen (ev. neues Feld! ev. Sendebestätigung verarbeiten!)
• ev. in den Systemtexten einen Vorlagen-Text für verschiedene System

Events einpfelgen (Event: "Technische Störung 1" oder so)

I18n

Im Moment nichts!

SQL

Im Moment nichts!

amerikanischer Kunde

Mahnung

pro Beleg nur eine Zeile mit allen kumulierten Werten dieses Vorganges. Für offen, in Verzug, Anzahlung, usw. immer nur ein Summenfeld angeben.

kleine tabelle als Zusammenfassung im unteren Bereich der Mahnung:

OFFEN SEIT # SUMME
0-30 Tage | 0,0 €
31-60 Tage | 200,00 €
61-90 Tage | 30,00 €

Prorata

Ich habe die Prorata informationen eingetragen. Die Berechnung soll folgendermassen ablaufen:

Die Verkaufspreise OHNE Rabatt * Bezahlte Mengen.

1. Mengen die verkauft wurden aber noch nicht bezahlt sollen nicht berücksichtigt werden.
2. Preise werden nicht wie bei uns netto also abzüglich der Rabatte berechnet, sondern es wird der Listenpreis gezogen.

Keepcon

• wget anstelle des ftp und patch der htmls aus dem routeip-project vollständig übernehmen)
• automatisches Fail - Over auf ISDN (hab ich mir wegen der Verbindungs-Kosten ISDN noch nicht getraut.)
• Es sollte eine Haltbarkeitsdauer von Fail-Over Verbindungen angebbar sein. Damit kann sichergestellt werden, dass keine zu hohen Kosten von Fail-Over Verbindungen entstehen obwohl die Hauptverbindung wieder OK ist.
• Bei einer Neuanwahl einer Verbindung könnte eigentlich die aktuelle firewall geladen bleiben. Man kann auch deaktivierte (oder (noch) nicht vorhandene) Interfaces in einer firewall angeben.
• critical "sites" sollten angebbar sein!
• Bei Fail -> providerwechsel, im neuen provider auch fail -> fallback auf den main-Provider -> PANIC
• critical "ftp" sollten angebbar sein!
• !!!trafic mass controll!!! via "ifconfig" mit dem entsprechenden interface. Also ein Datenbank Eintrag wieviel Daten über die jeweiligen Interfaces geflossen sind.
• Zwangstrennung avoid. Nach 2/3 der Verbindungszeit (und Stille)könnte ein freiwilliges Trennen erfolgen, sobald keepcon keinen aktuellen traffic inerhalb eines gewissen Zeitraumes detectiert. Dieser reconnect ist in der Regel weniger schmerzlich als der im vollen Last-Betrieb.
• Freiwillige Trennung z.B. zwischen 2 und 3 Uhr (einmalig) bei ruhigem traffic! Dies könnte eine Zwandtrennung inerhalb der Geschäftszeiten verhindern!
• Kann man das NAT/MASC Modul fragen, wieviele offene Verbindungen es gibt? Ev. lsof.
• Alive-Check-Konzept: (wget (=httpget) dazu notwendig) In eine Liste lassen sich http anfragen angeben, die Test-Cases starten und normiert "Erfolg" oder eine "Fehlermeldung" liefern.
• im ip-down (z.B. ausgelößt durch eine Zwangstrennung) ein Signal an keepcon schicken, damit weitere Schritte (z.B. erneute anwahl) ausgeführt werden können. Wie kann man jedoch elegant eine Interprozesskommunikation programmieren, die durch ein Script schon verwendbar ist?
• einen hhtp-Server intgerieren der über den aktuellen Status Auskunft gibt. Ev. auch die Konfiguration über diesen Server ermöglichen.

HTML-Vorlagen

Konzept der "Optionalen Fragmente", entweder Ankreuzbar oder
 eine grundsätzliche Klassifizierung.
 S=Single Page
 F=First Page (of n)
 N=Next Page (of n)
 L=Last Page (of n)

 Dokument = S | F [{ N }] L

            |S|F|N|L|
LLLLLLLLL   |X|X| | |  Anschrift
  LLLLLLLL  |X|X| | |  Header
  LLLLLLLL  | | |X|X|  Übertrag
  LLLLLLLL  |X|X|X|X|  Positionen
 LLLLLL     | |X|X| |  Zwischensumme
 LLLLLL     |X| | |X|  Summe