haben mal etwas rumgespielt (xml angeschaut mit quba):
1) wenn der name des kunden zu lange (zum bsp 20 zeichen) ist bleibt das feld "name BT-44:" leer
januar version hat das eingetragen.
2) alle felder des blockes "gesamtbeiträge der rechnung" (summe aller pos bt-106 bis bt-115)
werden als NaN oder 0,00 ausgewiesen (die waren gefuellt bei der januar version).
3) code fuer zahlunsmittel steht nun "ZZZ (Mutually defined) (weiss nicht ob das so sein soll)
4) kennung bz-29 fehlt im gegensatz zu januar
5) ebenso schema der kennung bt29-id zu januar
6) ebenso schema der kennung bt46 zu januar
7) skonto weitere zahlungsbedingungen war januar "unknown" nun ists leer
8) faelligkeitsdatum bzt-9 war gefuellt, nun leer
9) bei januarversion gabs noch "bemerkungen zur rechnung "betreff bt21- und bemerkung bt-22"
beides war gefuellt jetzt gibts den ganzen block nicht mehr
10) wir haben in einem rahmen in unseren vorlagen, so wie wir das in irgendeiner
ihrer vorhandenen vorlagen auch hatten. im rahman haben wir den text:
"Zahlbar bis zum <ITEMS.DISCOUNT.DUEDATE>......"
das wird komplett mit der neuen beta nicht mehr gedruckt. wenn wirs aus dem rahmen
raus nehmen dann druckt fakturama es. die version vom januar hat das problemlos gedruckt.
ich schick ihnen per mail unsere vorlage.
Fakturama 2.2.0beta auf openSUSE Tumbleweed
Heyho,
die gesamte eRechnung bau ich grad noch auf den letzten Standard um. Daher fehlen da noch Felder. Die Officevorlagen sollten gehen, wenn da was nicht tut, bitte hier melden.
Grüße
Boarschti
Ah, daher,
also wie gesagt unsere vorlage geht nicht mehr mit der aktuellen version.
ich habe die ihnen gerade als private message geschickt, sehe aber nicht
dass die da dran hieng, kann auch sein dass das hier im forum nicht angezeigt wird?
sonst mir bitte ne mailadresse schicken.
Fakturama 2.2.0beta auf openSUSE Tumbleweed
Noch was, was uns aufgefallen ist:
wenn wir eine unterschiedliche rechnungsadresse und lieferadresse haben:
bei der uebernahme vom lieferschein in die rechnung erscheint anstelle des reiters "lieferanschrift"
ein zweiter reiter "rechnungsanschrift" und die falsche adresse wird in die rechnung uebernommen.
Fakturama 2.2.0beta auf openSUSE Tumbleweed