Immer Gleiche Nummer beim pdf Speichern

Hallo,

wenn ich ein Angebot oder eine Rechnung Drucke und die dann in den Dokumenten als pdf gespeichert wird,
steht immer die gleiche Nummer.

Angebot-19-009-

Rechnungen-19-009-


Gibt es hierzu eine Lösung?

Vielen Dank

Moin,
wie schaut Denn Dein Nummernkreis Format für das Angebot aus?

------------------------------------------------------------
Fakturama 2.0.3
Ubuntu@WAN 16.04.6 | Win10@LAN 18.03 | MySQL@NAS 5.1.73 | QRK
------------------------------------------------------------

Hy,

hier meine Kürzel.:

AN{yy}-{3nr}
RE{yy}-{3nr}

Ersetze yy durch YY.

------------------------------------------------------------
Fakturama 2.0.3
Ubuntu@WAN 16.04.6 | Win10@LAN 18.03 | MySQL@NAS 5.1.73 | QRK
------------------------------------------------------------

Hy,

hab ich Heute gemacht.
Hat aber leider nix gebracht!!

Das Ergebnis dürfte nun mit neuen Dokumenten anders sein.

------------------------------------------------------------
Fakturama 2.0.3
Ubuntu@WAN 16.04.6 | Win10@LAN 18.03 | MySQL@NAS 5.1.73 | QRK
------------------------------------------------------------

Nein da tut sich leider nichts.

Und wenn ich in der Office Integration die yy tausche sieht die Nummer so aus

Angebote-YY-009

Was hast denn als Platzhalter im Dokument für die Auftragsnummer stehen?

------------------------------------------------------------
Fakturama 2.0.3
Ubuntu@WAN 16.04.6 | Win10@LAN 18.03 | MySQL@NAS 5.1.73 | QRK
------------------------------------------------------------

Hallo StonyTex

wenn ich das richtig verstehe ist der Unterschied durch die Buchstaben zu erkennen?
Denn wenn Du in dem Nummerkreis die selben Platzhalter einsetzt, kann auch kein unterschiedliches Ergebnis rauskommen.
Ich habe dieses Problem gelöst, in dem ich eine Ziffer, zwischen den geschleiften Klammer eingestzt habe.
Bsp:
RE{yy}-1-{3nr} = RE 19-1-009
AN{yy}-2-{3nr} = AN 19-2-009
usw.
So habe ich die verschiedenen Dokumntenarten durchnummeriert.

MfG Wolfgang

--------------

Win 10
Fakturama 2.0.3

Hallo,

aber die hintere Nummer, in dem Fall -009 die bleibt im pdf immer gleich
und wird NICHT fortlaufend überschrieben -010, -011, -012, .......


Grüße

Nochmal die Nachfrage wie der Platzhalter in Deiner Dokumentenvorlage ausschaut.

------------------------------------------------------------
Fakturama 2.0.3
Ubuntu@WAN 16.04.6 | Win10@LAN 18.03 | MySQL@NAS 5.1.73 | QRK
------------------------------------------------------------

Sorry, das hatte ich so nicht verstanden

MfG Wolfgang

--------------

Win 10
Fakturama 2.0.3

Hallo,

der Platzhalter sieht so aus,

<DOCUMENT.TYPE> <DOCUMENT.NAME>


Grüße

Moin zusammen,
entweder verstehe ich die Diskussion hier nicht oder ihr redet irgendwie aneinander vorbei...
Diese Platzhalter:

<DOCUMENT.TYPE> <DOCUMENT.NAME>

sind für Ersetzungen innerhalb des Dokumentes.
Diese Platzhalter:

AN{yy}-{3nr}
RE{yy}-{3nr}

sind für das Zusammenbauen des Dokument-Namens zuständig, unter dem das fertige Dokument gespeichert werden soll. Daß bei der Nummer grundsätzlich eine "009" steht sollte nicht sein. Dort muß die (fortlaufende) Dokumentennummer stehen. Sind da vielleicht irgendwo Leerzeichen dazwischen? Evtl. gibt es auch im Logfile (%USERPROFILE%\.fakturama2\.metadata\.log) ein paar Hinweise.

Viele Grüße,
Ralf.

Hallo Ralf,

du hast es auf den Punkt gebracht!
Also Leerzeichen hab ich keine dazwischen.
Hier nochmal die Original verwendeten Platzhalter (raus kopiert)

AN{yy}-{3nr}
RE{yy}-{3nr}

und hier noch von der Office-Integration:

{doctype}-{yy}-{3nr}-{companyorname}-{docref}.pdf


Hab hier mal mit Großbuchstaben probiert, bringt aber nichts, bzw steht dann ein YY drin.

Grüße
Stony

Hallo Ralf,

hab das im LOG gesehen.:

321154878 [com.sebulli.fakturama.log.LogbackAdapter@36a6bea6] DEBUG com.sebulli.fakturama.common - trying to replace <ADDRESS.CITY> with [null]
321154878 [com.sebulli.fakturama.log.LogbackAdapter@36a6bea6] DEBUG com.sebulli.fakturama.common - trying to replace <ADDRESS.COMPANY> with [xxxxx]
321154878 [com.sebulli.fakturama.log.LogbackAdapter@36a6bea6] DEBUG com.sebulli.fakturama.common - trying to replace <ADDRESS.FIRSTNAME> with [xxxxx]
321154878 [com.sebulli.fakturama.log.LogbackAdapter@36a6bea6] DEBUG com.sebulli.fakturama.common - trying to replace <ADDRESS.LASTNAME> with [xxxx]
321154878 [com.sebulli.fakturama.log.LogbackAdapter@36a6bea6] DEBUG com.sebulli.fakturama.common - trying to replace <ADDRESS.NR> with [xxxxx]
321154878 [com.sebulli.fakturama.log.LogbackAdapter@36a6bea6] DEBUG com.sebulli.fakturama.common - trying to replace <ADDRESS.STREET> with [null]
321154878 [com.sebulli.fakturama.log.LogbackAdapter@36a6bea6] DEBUG com.sebulli.fakturama.common - trying to replace <ADDRESS.ZIP> with [xxxxxx]
321154878 [com.sebulli.fakturama.log.LogbackAdapter@36a6bea6] DEBUG com.sebulli.fakturama.common - trying to replace <DOCUMENT.CUSTOMERREF> with [xxxx]
321154878 [com.sebulli.fakturama.log.LogbackAdapter@36a6bea6] DEBUG com.sebulli.fakturama.common - trying to replace <DOCUMENT.DATE> with [20.02.2019]
321154878 [com.sebulli.fakturama.log.LogbackAdapter@36a6bea6] DEBUG com.sebulli.fakturama.common - trying to replace <DOCUMENT.ITEMS.NET> with [xxxxx]
321154878 [com.sebulli.fakturama.log.LogbackAdapter@36a6bea6] DEBUG com.sebulli.fakturama.common - trying to replace <DOCUMENT.NAME> with [xxxxx]
321154878 [com.sebulli.fakturama.log.LogbackAdapter@36a6bea6] DEBUG com.sebulli.fakturama.common - trying to replace <DOCUMENT.TOTAL.GROSS> with [€xxxx00]
321154878 [com.sebulli.fakturama.log.LogbackAdapter@36a6bea6] DEBUG com.sebulli.fakturama.common - trying to replace <DOCUMENT.TYPE> with [Angebot]
321154898 [com.sebulli.fakturama.log.LogbackAdapter@36a6bea6] DEBUG com.sebulli.fakturama.common - trying to replace <ITEMS.DISCOUNT.NET> with [€ 0,00]
321154898 [com.sebulli.fakturama.log.LogbackAdapter@36a6bea6] DEBUG com.sebulli.fakturama.common - trying to replace <ITEMS.DISCOUNT.PERCENT> with [null]
321154898 [com.sebulli.fakturama.log.LogbackAdapter@36a6bea6] DEBUG com.sebulli.fakturama.common - trying to replace <SHIPPING.NET> with [€ 0,00]



das wär jetzt von Heute.
Ich kann da leider gar nichts mit Anfangen


Liebe Grüße
Stony



1-mal bearbeitet. Zuletzt am 20.02.19 12:49.

Es handelt sich um ein Angebot mit der Bezeichnung AN19-018.

------------------------------------------------------------
Fakturama 2.0.3
Ubuntu@WAN 16.04.6 | Win10@LAN 18.03 | MySQL@NAS 5.1.73 | QRK
------------------------------------------------------------



1-mal bearbeitet. Zuletzt am 20.02.19 19:22.

uuaaah

vielen Dank.


Ja das Angebot hat die Nummer AN19-018
die gespeicherte .pdf zum Archivieren und verschicken hatte wieder die Nummer:

Angebote-19-009 als Filetext.

Tachchen

Der Fehler liegt vieleicht an

{doctype}-{yy}-{3nr}-{companyorname}-{docref}.pdf

und sollte

{doctype}-{docname}-{companyorname}-{docref}.pdf

heißen.

{yy}-{3nr} sind wohl nur für die Nummernkreise gut.

PS: yy oder YY machen einen gewaltigen Unterschied, zumindest laut Handbuch unter Nummernkreise.

Das ist wahr. Bisher habe ich das auch so verstanden, oder wurde im Dokument als Platzhalter {yy}-{3nr} eingetragen?

------------------------------------------------------------
Fakturama 2.0.3
Ubuntu@WAN 16.04.6 | Win10@LAN 18.03 | MySQL@NAS 5.1.73 | QRK
------------------------------------------------------------

Jeahh,


{doctype}-{docname}-{companyorname}-{docref}.pdf


so ist es richtig!!!!


Vielen Dank für die Hilfe!!!!