einkaufspreis + zus...
 
Benachrichtigungen
Alles entfernen

einkaufspreis + zuschlag = verkaufspreis ausgeben auf der rechnung?

5 Beiträge
2 Benutzer
0 Reactions
511 Aufrufe
(@becherer)
Estimable Member
Beigetreten: vor 2 Jahren
Beiträge: 80
Topic starter   [#4337]

der einkaufspreis ist platzhalter: ITEM.UNIT.COSTPRICE

der gesamtpreis ist platzhalter: ITEM.UNIT.NET

bei den artikeln kann ich hinter dem einkaufspreis in einem feld

den "ZUSCHLAG" eingeben, das feld hat aber keine formatierung (% oder €)

scheint nur ein textfeld zu sein. zudem finde ich weder in der anleitung noch

in der datei: "platzhalter_de_v2.ott wie der platzhalter fuer dieses feld heisst.

 

kann mir jemand sagen wie der name des platzhalters fuer den "zuschlag"

ist, oder ob es eine moeglichkeit gibt auf dem rechnungsformular mit den

platzhaltern zu rechnen? also im prinzip ITEM.UNIT.NET - ITEM.UNIT.COSTPRICE = ausgabe auf der rechnung

hintergrund ist, dass wir bei einem kunden angeben muessen wie sich der preis aus 2 einzelpreisen

zusammensetzt (eigenproduktion + zukaufaufanteil) = gesamtpreis.

das muss nur als info erscheinen, also nicht in der e-rechnung einzeln auslesbar,

aber im text ersichtlich sein.

 


Fakturama 2.2.0beta auf openSUSE Tumbleweed


   
Zitat
(@lastboyscout)
Reputable Member
Beigetreten: vor 10 Jahren
Beiträge: 249
 

Veröffentlicht von: @becherer
hintergrund ist, dass wir bei einem kunden angeben muessen wie sich der preis aus 2 einzelpreisen zusammensetzt (eigenproduktion + zukaufaufanteil) = gesamtpreis. das muss nur als info erscheinen, also nicht in der e-rechnung einzeln auslesbar, aber im text ersichtlich sein.

Verstehe nicht ganz warum Du dann dem Kunden deine Marge bekannt geben solltest? Das widerspricht ja im allgemeinen jeder Geschäftspraxis!

Du hast ja die Möglichkeit einen manuellen Artikel der Rechnung hinzu zu fügen, bzw. einen eingefügten Artikel in der Rechnung zu bearbeiten. Entsprechend kannst Du da dann ja alle erforderlichen Informationen mit einfließen lassen.

Für das zusammenfassen mehrerer Positionen gibt es übrigens bereits Feature-Wunsch #635 dessen Umsetzung für Version 2.2.3 geplant ist.


Fakturama 2.1.3 auf Win10 pro x64 an MariaDB auf ner DiskStation


   
AntwortZitat
(@becherer)
Estimable Member
Beigetreten: vor 2 Jahren
Beiträge: 80
Topic starter  

@lastboyscout 

nun es handelt sich nicht um die marge. ich koennte aber dieses (vorhandene) feld

dafuer benutzen.

ums zu erklaeren: bei einem kunden sind wir gezwungen

von einem, von unserem kunden vorgegebenen lieferranten etwas fuer unsere

produkte zu zu kaufen. und das soll ich auf den rechnungen ausweisen.

so hat mein kunde die moeglichkeit die preise des zukaufes von meinem

lieferranten, welcher einen vertrag mit meinem kunden hat, zu ueberpruefen.

und ja, ich kann das jedes mal manuell dazu fuegen, ist aber ne sau arbeit.

und der featurewunsch waere ne moeglichkeit, allerdings muss ich dann fuer

jeden artikel 2 artikel anlegen und verwalten, da die preise des zukaufes bei den meisten

artikeln unterschiedlich sind. und einfach in den artikeltext reinschreiben geht

natuerlich auch, am einfachsten aber waere wenn ich das schon vorhandene

feld auf die rechnung (hier fehlt mir also lediglich der name des platzhalters)

bringen koennte, oder aber in der rechnungsvorlage irgendwie

mit den feldern rechnen koennte.

 


Fakturama 2.2.0beta auf openSUSE Tumbleweed


   
AntwortZitat
(@lastboyscout)
Reputable Member
Beigetreten: vor 10 Jahren
Beiträge: 249
 

@becherer Ich gebe dir Recht, das Zuschlagfeld sollte eingentlich die Differnenz aus VK und EK enhalten. Allerdings fehlt hir bislang offenbar diese Rechenfunktion und es ist wohl auch noch keinen Platzhalter für eine Ausgabe verfügbar.

Du kannst das aber auch einfach in eines der drei Benutzerfelder eintragen. Diese sollten mit ITEM.UNIT.UDF01 usw. ja ausgegeben werden können.


Fakturama 2.1.3 auf Win10 pro x64 an MariaDB auf ner DiskStation


   
AntwortZitat
(@becherer)
Estimable Member
Beigetreten: vor 2 Jahren
Beiträge: 80
Topic starter  

Ja, so haben wirs auch gemacht, ist halt nicht so schoen......


Fakturama 2.2.0beta auf openSUSE Tumbleweed


   
AntwortZitat
Teilen: