Moin,
wir hatten zwar Anfang des Jahres schon jemanden der sich da kümmern wollte, das Projekt ist dann nur leider durch Zeitmangel des Programmierers im Sand verlaufen.
Nichts desto.. es geht uns um ein vom Umfang her relativ einfach gestricktes Zusatzprogramm mit dem wir unsere Abokunden (dt. und US-Comics) verwalten können.
Derzeit haben wir so etwas auch noch (auf Delphi Basis mit einer DBF-Datenbank), allerdings ist das Ding mittlerweile enorm antiquiert, hat keine Schnittstelle zu SQL oder andere Möglichkeit die Daten zu migrieren. Man muss sämtliche Artikel und Kundendaten also in zwei unterschiedlichen Softwares pflegen was einen unnötigen Zeitaufwand darstellt, das Ding stürzt häufig ab und zerschießt seine eigene kleine DBF-Datenbank, etc.. kurzum: es muss weg!
Was das Programm können sollte
- read-only Zugriff auf die SQL-Datenbank der Wawi, es sollen keinerlei Daten in der SQL der Wawi vom Programm geändert werden.
- die Kundendaten aus der Wawi auslesen und anzeigen
- Artikeldaten anzeigen (nur Artikelnummer, Artikelname, Hersteller, Brutto-VK, verfügbare Lagermenge. EAN kann, muss aber nicht sein. )
Um die Anzeige der Artikeldaten zu beschleunigen (was einfacher ist, mir ansich egal):
- option 1: entweder Kategorie/Artikelstruktur aus Wawi anzeigen oder
- option 2: vorab über einen Hersteller"filter" definieren, welche Artikel im Programm angezeigt werden sollen (Kategorien sind dann obsolet). Dann sollten die Artikel aber nach Hersteller auflistbar sein, nicht alles untereinander (sind ca. 6-10.000 Hefte)
Wie ich mir die Anwendung vorstelle
- Kunde auswählen (z.b. durch Kundennummer-Eingabe oder durch scrollen)
- dem Kunden ein "Abo" zuordnen (z.b. durch Eingabe der Artikelnummer oder durch Auswahl über Artikelansicht)
- das Programm sollte auf z.b. Knopfdruck ala "Auslieferungsvorschlag erstellen" registrieren können, ob ein neues Heft lieferbar ist und diese dann anzeigen.
- die so generierte Artikelliste sollte sich noch bearbeiten (Vorschlag löschen) und als XML ausgeben lassen, um sie über die XML-Auftragsimport-Funktion in die Wawi zu importieren.
- durch eine "Bestätigen" Funktion merkt sich das Programm die Nummern, die ausgeliefert werden sollen, also neue "Heft-Startnummer" für den nächsten Auslieferungsvorschlag.
Sonstiges
- Sämtliche Artikelnummern im Comic-Heftbereich sind fortlaufend, z.b. CDBA005 wäre Batman 5, CDBA006 ist Batman 6 u.s.w. Ausnahmen gibt's keine.
- Diese "Abos" zum jeweiligen Kunden können in einem wahlweisen Datenformat lokal oder im Netzwerk gespeichert werden, eine SQL ist nicht nötig (von mir aus möglich, aber egal wie hauptsache die Software verrichtet Ihren Dienst).
"Prüfen auf neue Abo-Hefte"
die Prüfung sollte erfolgen nach der Logik:
- Bestand > 0 und Artikelnummer Abo < Artikelnummer Wawi = Artikel anzeigen
- Bestand <= 0 und Artikelnummer Abo < Artikelnummer Wawi und Erscheinungstermin > heute = Artikel ignorieren
- Bestand <= 0 und Artikelnummer Abo < Artikelnummer Wawi und Erscheinungstermin <= heute = Artikel anzeigen (kommt selten auch mal vor, muss halt nachbestellt werden, sieht man in der Wawi ja dann auch nochmal im Auftrag)
Da die Hefte unterschiedliche Erscheinungstermine haben kommt die Nutzung der "Wiederkehrenden Aufträge"-Funktion nicht in Frage.
Wäre schön wenn sich der Sache jemand annehmen würde und mir eine PM mit Preisvorschlag für die Umsetzung zukommen lassen könnte.
PC Spezifikationen auf denen das Programm zum einsatz käme:
AMD Athlon 64 3500+
2 GB Ram
XP SP3 32 Bit
Mehrplatznutzerfähigkeit muss nicht zwingend sein, ist bei dem alten Dinoknochen derzeit auch nicht gegeben
wir hatten zwar Anfang des Jahres schon jemanden der sich da kümmern wollte, das Projekt ist dann nur leider durch Zeitmangel des Programmierers im Sand verlaufen.
Nichts desto.. es geht uns um ein vom Umfang her relativ einfach gestricktes Zusatzprogramm mit dem wir unsere Abokunden (dt. und US-Comics) verwalten können.
Derzeit haben wir so etwas auch noch (auf Delphi Basis mit einer DBF-Datenbank), allerdings ist das Ding mittlerweile enorm antiquiert, hat keine Schnittstelle zu SQL oder andere Möglichkeit die Daten zu migrieren. Man muss sämtliche Artikel und Kundendaten also in zwei unterschiedlichen Softwares pflegen was einen unnötigen Zeitaufwand darstellt, das Ding stürzt häufig ab und zerschießt seine eigene kleine DBF-Datenbank, etc.. kurzum: es muss weg!
Was das Programm können sollte
- read-only Zugriff auf die SQL-Datenbank der Wawi, es sollen keinerlei Daten in der SQL der Wawi vom Programm geändert werden.
- die Kundendaten aus der Wawi auslesen und anzeigen
- Artikeldaten anzeigen (nur Artikelnummer, Artikelname, Hersteller, Brutto-VK, verfügbare Lagermenge. EAN kann, muss aber nicht sein. )
Um die Anzeige der Artikeldaten zu beschleunigen (was einfacher ist, mir ansich egal):
- option 1: entweder Kategorie/Artikelstruktur aus Wawi anzeigen oder
- option 2: vorab über einen Hersteller"filter" definieren, welche Artikel im Programm angezeigt werden sollen (Kategorien sind dann obsolet). Dann sollten die Artikel aber nach Hersteller auflistbar sein, nicht alles untereinander (sind ca. 6-10.000 Hefte)
Wie ich mir die Anwendung vorstelle
- Kunde auswählen (z.b. durch Kundennummer-Eingabe oder durch scrollen)
- dem Kunden ein "Abo" zuordnen (z.b. durch Eingabe der Artikelnummer oder durch Auswahl über Artikelansicht)
- das Programm sollte auf z.b. Knopfdruck ala "Auslieferungsvorschlag erstellen" registrieren können, ob ein neues Heft lieferbar ist und diese dann anzeigen.
- die so generierte Artikelliste sollte sich noch bearbeiten (Vorschlag löschen) und als XML ausgeben lassen, um sie über die XML-Auftragsimport-Funktion in die Wawi zu importieren.
- durch eine "Bestätigen" Funktion merkt sich das Programm die Nummern, die ausgeliefert werden sollen, also neue "Heft-Startnummer" für den nächsten Auslieferungsvorschlag.
Sonstiges
- Sämtliche Artikelnummern im Comic-Heftbereich sind fortlaufend, z.b. CDBA005 wäre Batman 5, CDBA006 ist Batman 6 u.s.w. Ausnahmen gibt's keine.
- Diese "Abos" zum jeweiligen Kunden können in einem wahlweisen Datenformat lokal oder im Netzwerk gespeichert werden, eine SQL ist nicht nötig (von mir aus möglich, aber egal wie hauptsache die Software verrichtet Ihren Dienst).
"Prüfen auf neue Abo-Hefte"
die Prüfung sollte erfolgen nach der Logik:
- Bestand > 0 und Artikelnummer Abo < Artikelnummer Wawi = Artikel anzeigen
- Bestand <= 0 und Artikelnummer Abo < Artikelnummer Wawi und Erscheinungstermin > heute = Artikel ignorieren
- Bestand <= 0 und Artikelnummer Abo < Artikelnummer Wawi und Erscheinungstermin <= heute = Artikel anzeigen (kommt selten auch mal vor, muss halt nachbestellt werden, sieht man in der Wawi ja dann auch nochmal im Auftrag)
Da die Hefte unterschiedliche Erscheinungstermine haben kommt die Nutzung der "Wiederkehrenden Aufträge"-Funktion nicht in Frage.
Wäre schön wenn sich der Sache jemand annehmen würde und mir eine PM mit Preisvorschlag für die Umsetzung zukommen lassen könnte.
PC Spezifikationen auf denen das Programm zum einsatz käme:
AMD Athlon 64 3500+
2 GB Ram
XP SP3 32 Bit
Mehrplatznutzerfähigkeit muss nicht zwingend sein, ist bei dem alten Dinoknochen derzeit auch nicht gegeben
