PRTF: Feld ab Stelle 100 verschoben

[mahones]

Hallo zusammen,

wir haben in einer PRTF das Problem, dass ein Feld (6,0 zoned) nicht an der Stelle in der Spooldatei steht, wo es laut Dafinition stehen sollte.
Sowohl in der Source als auch im Objekt (laut DSPFFD) ist das Feld für die Startposition 103 vorgesehen. Im Spool erscheint es aber erst bei 104.
Festgestellt haben wir es, weil eine Software an dieser Position (103 - 108) eben den Wert erwartet und entsprechend verarbeitet. So wurde die letzte Stelle leider ignoriert...ärgerlich und FALSCH.

Was uns wundert, und was wir nicht verstehen, ist, dass es erst ab der Position 100 passiert in Kombination mit dem Attribut >CPI(15)<. Habe ich das Feld auf 99 oder noch weiter vorne, klappt es einwandfrei.
Hinweis: im Satzformat selber steht >CPI(10)<

Woran liegt das?

[Fuerchau]

Wie wird es denn gedruckt?
Bei AFPDS zu SCS (CPYSPLF) kann es durchaus mal zu Berechnungsfehlern (Rundungen) führen, da du ja CPI15 verwendest.
Bei SCS kann man CPI nur auf PRTF angeben, bei AFPDS auf Feld/Satzebene.
Wenn es ein AFPDS-Spool ist, sollte die Software eben die AFPDS-API's zum Auslesen der Daten verwendet.

[mahones]

Es wird gar nicht gedruckt, sondern von unserer (Archiv-)Software verarbeitet.
Diese sucht über fest vorgegebene Parameter die Werte an bestimmten Stellen in der Spooldatei.
Und an eben dieser 103 erwartet sie die sechsstellige Lieferscheinnummer.
Beim Erstellen der PRTF verwenden wir DEVTYPE(*SCS).

[camouflage]

Hast Du schon mal probiert das numerische Feld als char Feld auszugeben?

[Fuerchau]

Mit dem Drucken meine ich ja nur, das Ergebnis der Positionierung bei der Ausgabe zu prüfen.
Wenn diese stimmt, kommt eben der CPYSPLF auf einen Rundungsfehler.
Da dies wohl kein neuer Fehler ist und die Dokumente nicht jetzt auf einmal den Fehler anzeigen, würde ich pragmatisch einfach die Position verschieben oder der Archivsoftware die Ausgabeposition nennen.
Und wo wirds im Spool angezeigt?

[mahones]

Bis zu der Nachfrage noch nicht, jetzt schon - es ändert nichts daran.
Auch ein 6A-Feld kommt nicht auf Position 100 an - entweder 99 oder ab 100 um eins verschoben.

[Fuerchau]

Dann liegts an der Berechnung per CPI15, dass ab 100 eben um 1 Stelle aufgerundet wird.
Wo ist das Problem, die Position an Hand der Ausgabe zu bestimmen?
Ggf. wird bei 200 oder 300 ähnliches passieren.

[mahones]

Es gibt kein Problem, das umzustellen.
Wenn die Begründung "Berechnungsfehlern (Rundungen)" das einzige ist, können wir damit leben.
Es war uns nur nicht bewusst, dass es zu so etwas kommen kann.
Natürlich ist es bei einer normalen Ausgabe relativ egal - Overlays kann man entsprechend der echten Ausgabe ja anpassen. Nur bei den Schlüsselwerten haben wir uns auf die Theorie verlassen und wunderten uns nun. Es gab ja nichtmal einen Fehler, sondern es wurde nur eine Stelle ignoriert, da der Wert als solches ja valide war.
Ich hatte gedacht, es sei ein klares, technisches Problem, wo es sogar eine nicht gefundene Erklärung der IBM gibt.

Wir passen es nun an und wissen für die Zukunft um solche Sachen Bescheid. Danke!

[Fuerchau]

Wenn der Spool ja nicht gedruckt werden muss, kannst du doch CPI15 weglassen und in CPI10 ausgeben. Dann sollte es doch stimmen.

[K_Tippi]

Hi kann es sein dass da ein Vorzeichen vorangestellt ist ? Schau mal in der PRTF ob da eine Aufbereitung angegeben ist.

[Robi]

Unwarscheinlich, es liest sich wie ein ext. Prtf. Dann ist die Startpos. angegeben.

wenn mehrere CPI in einer Zeile verwendet werden, passt das unserer Erfahrung nach nicht.