in anderes Programm einhacken

[Neutral General]

Zitat von Bernhard Geyer:

Vergiss den Hacking-Ansatz. Ist zu Aufwändig.

Ich vermute mal das euer Problem beim Hersteller nur nicht die Priorität hat um das zu Fixen.
Wenn ihr wollt das das gefixt wird werded ihr vermutlich Wohl oder übel über die kommerzielle Schiene gehen müssen wenn es sonst nicht geht:

Also offizielle schriftliche Mängelrüge mit Setzen einer Frist bis zur Behebung. Einstellung von Wartungs/Lizenzzahlungen etc und Aufmachen einer Gegenrechnung das durch die Fehler der SW Kosten entstanden sind. Aber bedenkt. Das kann auch nach hinten los gehen indem der Hersteller sagt: Ok. Dann wollen wir euch nicht mehr als Kunden und ihre dann (wenn es ganz schlecht läuft) einen neuen Hersteller suchen müsst.

Also das finde ich etwas heftig. Es ist ja kein Fehler Fastreport 4 statt Fastreport 5 implementiert zu haben.
Es ist ein Feature was der Kunde gerne hätte aber in der Software nicht enthalten ist. Das berechtigt den Kunden nicht seine Zahlungen einzustellen oder sogar eine Gegenrechnung aufzumachen.

[Bernhard Geyer]

Zitat von Neutral General:

Also das finde ich etwas heftig. Es ist ja kein Fehler Fastreport 4 statt Fastreport 5 implementiert zu haben.

Der Fehler ist das fehlerhafte PDFs erstellt werden. Ob das nun mit FR4/5 erstellt wurden ist egal.
Das Beworbene Feature "Wir können PDFs erstellen" ist Fehlerhaft. Man müsste sicherlich über PDF-Validatoren nachweisen das diese PDF fehlerhaft sind. Nur das sie im Adobe Acrobat gehen heißt ja noch langen nicht das sie korrekt sind.

[SvB]

@himitsu: ich glaube das hacking in dieser Form wäre dann doch zu aufwändig.

Hab ich vergessen zu erwähnen! Die Reports liegen alle in einer MS-SQL, auf die man auch zugreifen könnte. Ich müsste nur abgreifen, welcher Report aufgerufen wird (Name in DB) und z.B. die Angebotsnummer / Auftragsnummer usw., muss mir das noch mal genauer ansehen, wie das genau in der DB abgelegt ist.

Zitat von Bernhard Geyer:

Ich vermute mal das euer Problem beim Hersteller nur nicht die Priorität hat um das zu Fixen.

--> Alles schon probiert, der Hersteller ist schon seit längerem dabei, die Software auf .Net neu zu programmieren. Letztes Jahr so um diese Zeit hab ich eine Beta gesehen und gegenüber dem, was ich gestern auf der CeBit gesehen habe, hat sich immer noch nicht viel mehr getan, also immer noch Beta. Das kann also noch ein bis zwei Jahre dauern, bis die neue Software richtig zu benutzen ist.
Die bisherige Software ist grundsätzlich in Ordnung, wenn da nicht immer diese "Kleinigkeiten" wären, die einem in der täglichen Arbeit, das leben schwer machen.

Zitat von Bernhard Geyer:

Nur das sie im Adobe Acrobat gehen heißt ja noch langen nicht das sie korrekt sind.

Es ist ja bekannt, dass FR4 nicht PDF/A konform exportiert, im FR5 ist das ja behoben. Das Problem ist, das im Zeitalter der Mobilität immer mehr Kunden z.B. Angebot auf dem Smartphone lesen und da wird es nicht richtig angezeigt und das macht einfach einen schlechten Eindruck. Der Kunde denkt, wir sind zu doof lesbare PDFs zu erstellen.

[SvB]

Zitat von Blup:

Wie kannst du das beurteilen?

Wie ich vorhin noch mal korrigiert habe, liegen die Reports alle in der DB. Es müsste dann nur die FR4 durch die FR5 ausgetauscht werden, dann sollte trotzdem die Reports funktionieren.
Ich habe das selbst schon in einer eigenen Anwendung gemacht und musste an den Reports nichts ändern.

[Bernhard Geyer]

Zitat von SvB:

Zitat von Bernhard Geyer:

Ich vermute mal das euer Problem beim Hersteller nur nicht die Priorität hat um das zu Fixen.

--> Alles schon probiert, der Hersteller ist schon seit längerem dabei, die Software auf .Net neu zu programmieren. Letztes Jahr so um diese Zeit hab ich eine Beta gesehen und gegenüber dem, was ich gestern auf der CeBit gesehen habe, hat sich immer noch nicht viel mehr getan, also immer noch Beta. Das kann also noch ein bis zwei Jahre dauern, bis die neue Software richtig zu benutzen ist.

Wir hatten auch mal eine (primär CRM) SW die der Hersteller in .NET neu Entwickelt hat. Wir haben ihn aber rausgeschmissen denn die Wahrscheinlichkeit war sehr groß das der gleiche Programmiermüll in .NET nochmal gemacht wird den sie in Access-VBA gemacht hatten.

Zitat von SvB:

Es ist ja bekannt, dass FR4 nicht PDF/A konform exportiert, im FR5 ist das ja behoben.

Das ist nicht dein Problem. Du hast ein SW gekauft die PDFs erstellen kann, du hast kein FR-Implementierung zur PDF-Erstellung gekauft. Und wenn (die tausend verfügbaren) PDF-Validatoren sagen das die PDFs Müll sind, dann hat der Hersteller ein Problem damit das fixen zu müssen.

[SvB]

Zitat von Bernhard Geyer:

dann hat der Hersteller ein Problem damit das fixen zu müssen.

Tja, wenn der Hersteller das auch nur so sehen würde. Die Diskussionen gehen schon eine lange Zeit, auch mit anderen Firmen, die die Software nutzen.
Ich denke, ich gehe das beim Hersteller noch mal an, vielleicht tut sich doch noch mal was.

[Darlo]

Kannst Du nicht aus der Pdf-Datei mit einem anderen PDF-Printer einfach eine neue PDF-Datei erstellen?

[Bernhard Geyer]

Zitat von Darlo:

Kannst Du nicht aus der Pdf-Datei mit einem anderen PDF-Printer einfach eine neue PDF-Datei erstellen?

Bleibt damit auch sowas wie Lesezeichen/Anhäge oder Digitale Signaturen erhalten?

[mensch72]

solange die Ausgabe auf irgendeinen anderern WinDruckerTreiber korrekt arbeitet, gibt es genug virtuelle PDF oder was was auch immer Ausgabemöglichkeiten, welche dann notfalls mit einem kleinen externem Zusatzprogramm als BatchJob noch wieder der WaWi zur Mobile-Verteilung untergeschoben werden müssen... sowas ist weil extern programmiert zumindest beherrschbar.

Wenns um "Lesezeichen/Anhäge oder Digitale Signaturen erhalten?" geht, dann diese eben selbst (neu) erzeugen, aber hatte FR4 sowas mit drin?

[HPB]

Guten Tag,
meine Warenwirtschaft benutzt auch Fastreport, aber auch nur für die Reports.
Die Rechnungen werden ohne Fastreport erzeugt.
Der Kunde, eine Druckerei, hat ganz eigenes, aufwendiges Briefpapier (Kopf-, Randleisten usw.)
und sah auch nicht ein, dass er es für die PDF-Rechnungen ändern soll.
Diese Grafik musste auf jedenfall mit gedruckt werden.

Dazu habe ich für den Kunden die pdfFactory installiert.
Zur Zeit werden ungefähr 300 PDF-Rechnungen täglich erzeugt.
Die PDF-Rechnungen werden nun korrekt mit der komplexen Grafik erzeugt.
Der Kunde und ich auch sind bestens mit der pdfFactory zufrieden.
Der Preis für die pdfFactory waren so ungefähr 100,00 €, also auf jedenfall erschwinglich.

Vielleicht ist dies eine Lösung?

Mit Gruß
HPB