Preisliste, Katalog erstellen

[waldforest]

Hallo,

ich möchte gerne auf Basis einer vorhandener Artikeldatenbank eine Preisliste / Katalog erstellen. Aktuell umfasst der Katalog ca. 120 Seiten.
Bisher erstelle ich diesen in Excel (flexible Gruppierung, ergänzende Infos). Diese nutze ich als Designvorlage. Allerdings komme ich mit Excel 2010 an die Performancegrenze und Pflegegrenze (ist ja auch wie gemalt, mit Bildern, Freitexten, Formatierungen ..).

Mit welchem Tool, wäre es zielführender eine Designevorlage zu erstellen, idealerweise mit direktem Zugriff auf meinen Datenstamm (Firebird).
Wie könnte man so etwas in Delphi realisieren ?

Für ein "Starthilfe" wäre ich dankbar.

[Neumann]

Ich kenne den Katalog nicht, aber würde hie mal prüfen ob das mit einem Reportdesigner machbar ist.

[Perlsau]

Für das Problem gibt es bereits Lösungen, nennt sich Cross Media Publishing oder auch Multi-Format Publishing. Da ich einst für einen entsprechenden Entwickler 4 Wochen (7/12) gearbeitet hatte, bis klar wurde, daß die Bezahlung miserabel ausfällt (weshalb ich ihn auch nicht werbenderweise nenne), kann ich zumindest ein paar Hinweise geben, wie das funktioniert: Die für z.B. einen Katalog benötigten Daten werden aus der ursprünglichen Datenbank in anwendungseigene Strukturen übernommen, aufbereitet und automatisiert an ein Katalogmodul übergeben, das dann quasi den Katalog "ausspuckt". Meine Aufgabe bestand damals darin, die benötigten Daten zusammenzusuchen und Methoden zur Übertragung in programmeigene Strukturen zu entwickeln. Andere Module erzeugen z.B. Webseiten oder standardisierte XML-Dateien.

Alles in allem halte ich es für ziemlich aufwendig, sowas selber zu entwickeln. Meiner Erinnerung nach hatte zumindest dieser eine Entwickler ca. 10 Jahre Vorlaufzeit, bevor er mit seinem Produkt an den Markt ging ... ob das stimmt, kann ich nicht beurteilen, war ja nur eine Erzählung ...

[Dejan Vu]

So wie ich den TE verstehe, ist Dein Vorschlag etwas zu mächtig. Ich sehe kein Cross-Media in den Anforderungen.

Ich würde FastReport verwenden.

[Sir Rufo]

So wie ich den TE und seine Historie verstehe würde ich den Vorschlag von Perlsau präferieren.

Ab dann erstellt man nur noch Umsetzer für ein spezielles Datenformat, die das spezielle Reporting-Tool (FastReport oder Schniedelwutz-Report) eben haben möchte.

[Perlsau]

Zitat von Dejan Vu:

Ich sehe kein Cross-Media in den Anforderungen. Ich würde FastReport verwenden.

Nur weil du's nicht siehst, muß das ja noch lange nicht heißen, daß es nicht da ist

Zitat von Sir Rufo:

So wie ich den TE und seine Historie verstehe würde ich den Vorschlag von Perlsau präferieren.
Ab dann erstellt man nur noch Umsetzer für ein spezielles Datenformat, die das spezielle Reporting-Tool (FastReport oder Schniedelwutz-Report) eben haben möchte.

Zumindest der Anbieter, für den ich einst völlig unterbezahlt entwickelt habe, erledigt die Anpassung an die bestehende DB-Anwendung im Zuge der Installation. Installiert wird dann meist remote.

Letztendlich muß der TE bzw. seine Firma selbst entscheiden, ob es sich rechnet, hier eigene Entwicklungszeit zu investieren. Soweit ich mich bislang über dieses Thema informiert habe, sind Katalog-Layouts stets inbegriffen; d.h. der Anwender muß nicht jedesmal beim Hersteller antanzen, wenn er seinen Katalog umgestalten möchte. Ändert sich die Ursprungsdatenbank grundlegend, ist wieder der Anbieter gefragt. Ob einige Firmen auch den Quellcode für die kundeneigene Software-Abteilung herausgeben, weiß ich nicht und sollte beim jeweiligen Anbieter erfragt werden. Allerdings ist die Einarbeitung in derartige Speziallösungen nicht trivial.

[waldforest]

Hallo,
also so wie es jetzt hier lese wird es ein mehr oder weniger umfangreiches neues Projekt (Hobby) bei mir geben.
Bisher war mein Ansatz mit einer ausgeblendeten Referenznummer in Excel welche über SVERWEIS mit den Daten verknüpft ist. Das geht, ist halt bei neuen oder zu löschenden Produkten immer wieder Handarbeit die Excel-Masterdatei auf Inhalt und Formatierung anzupassen.
An einen Report habe ich auch schon gedacht, stoße aber ganz schnell an die Grenze, da dies dann auch wieder ähnlich Excelaufbau aufgebaut wird.
Die Produktblöcke sind zwar inhaltlich identisch, (Teile der ArtikelNr., da die Ergänzungen der Materialien und Farben separat abgefragt wird um nicht für alle Farbe und Materialvarianten einen eigenen Block anzudrucken), als letztes kommen dann noch die Preise. Der gesamte Block der Einzelkomponenten wird dann zum Abschluss noch in verschiedenen Paketen der Einzelkomponenten zusammen gefasst Unterschied sind dass die Artikelgruppe sich aus unterschiedlichen Mengen zusammen setzten.

Einen kleinen Auszug habe ich als Beispiel einmal beigefügt.

[Perlsau]

Vor längerer Zeit hab ich mal so was ähnliches entwickelt: Die Anforderung bestand darin, Artikel (z.B. ein Regal) aus vorhandenen Einzelteilen zusammenzusetzen. Dafür gab es dann z.B. die Einzelteile-Tabelle und eine Relations-Tabelle, die einschränkte, für welche Artikeltypen (z.B. Regal) man die Einzelteile verwenden kann. Mit den Einzelteilen waren sog. Prädikate verknüpft, wie z.B. Länge, Gewicht, Farbe, Größe usw., ebenfalls über eine Relationstabelle, weil ja nicht jedes Einzelteil über jedes Prädikat verfügte. Der Anwender konnte dann einen neuen Artikel vom Typ Regal zusammensetzen, diesem einen eindeutigen Namen verpassen und die erlaubten Einzelteile dazu aussuchen. Es war auch möglich, jederzeit neue Typen anzulegen, neue Einzelteile in die Liste aufzunehmen und diese Artikeltypen zuzuweisen. Auch Maßeinheiten konnten jederzeit erstellt werden. Die Anwendung war quasi in alle Richtungen flexibel. Für eine Sendung (bei dir hieße daß dann vermutlich Artikelgruppe) wurden dann nur noch die fertig zusammengestellten Artikel erfaßt, inklusive deren Gesamtpreise. Mit einem solchen Basiskonstrukt kann man praktisch alle Artikel verwalten, von Heimwerkerzubehör über Klamotten bis zu Schreibwaren und Autos.

Zur Implementierung werde ich hier nichts veröffentlichen, da ich das gesamte Projekt abgegeben und daher keine Rechte mehr daran habe. Das Prinzip dürfte aber dennoch deutlich geworden sein ...

[jobo]

Also wenn es ein Hobby sein soll, würde ich vielleicht auch eher nach einer geeigneten Report Engine Ausschau halten. Dann wäre einerseits eine Datenbank mit den notwendigen Modellen anzulegen und andererseits eben Reports zu definieren.
Wenn es multimedial sein soll, würde ich es vielleicht nicht mehr im Bereich Hobby ansiedeln.
Dann geht es vielleicht von Druckvorstufe, über PDF Kataloge bis zu Web und Mobile Devices.

Im Hobby Bereich wäre zu definieren, was alles an Layoutformen "gekonnt" werden soll und folglich implementiert werden muss und was davon im Anwender-Bereich zu erledigen sein muss und was davon weiterhin als, sagen wir, Programmiertätigkeit geschehen soll.

Dein Bild finde ich übrigens nicht so hilfreich, soll das der Katalog sein oder die Exceldatenhaltung? Ein Bild des Katalogs wäre jedenfalls hilfreich.

Bei Katalog denke ich an Quelle oder Conrad oder irgendwelche Softwaren, die das Katalogfeeling online auf dem Bildschirm nachstellen: Blättern, Register, Quickfinder, .. im Gegensatz bspw. zu einem Shopsystem.

[waldforest]

OK,
dann wäre der Begriff Katalog wohl überzogen. Das Bild wiederholt sich auf einer Seite mehrmals, halt in Abhängigkeit von den Produktgruppen.