Rechtliche Gegebenheiten für deutschen Shop

Danke euch beiden fuer eure Antwort!

Nachdem ich mich in den letzten Tagen intensiver mit dem Shop beschaeftigt habe, sollte heute dann endlich der Abschlussbutton dran glauben. Da kommt mir der Link zu dem Thread gerade richtig. Danke!

Ist ja echt klasse geloest mit den Views- und Language-Overrides direkt im Hikashop.

...das ist aus meiner Sicht sogar das dickste Features von Hikashop.
Die Template-Overides laden übrigens in dem aktuellen Template von Joomla /html/hikashop/....

Da kann nach belieben ein anderer Sprachmarker reingelegt werden und in den Overrides hinterlegt werden.

Noch was:
Ähnlich klappt das übrigens auch für Customs-Field z. B. oben in der Adresserfassung. Diese kann man wie Lang-File-Marker nenne und dann kann man diese in verschiedenen Sprachen einfach in den Sprachfiles hinterlegt. DAS ist total gut.

Gruß Gabor

Hallo,

klinke mich mal ein um eure Ideen zum Thema Umsatzsteuer zu erfahren. Es geht um einen Shop in Österreich, eine Software wird verkauft. Geplant ist die Kombination Hikashop + Hikaserial:

1.) Bei elektronisch erbrachten sonstigen Leistungen ist folgendermaßen vorzugehen:
a.) Wenn Leistungsempfänger Nichtunternehmer im Drittland ist – ist KEINE österreichische Umsatzsteuer zu verrechnen (Empfängerort)
b.) Wenn Leistungsempfänger Nichtunternehmer in der EU ist – ist österreichische Umsatzsteuer zu verrechnen (Unternehmerort)
c.) Wenn Leistungsempfänger Unternehmer (EU oder Drittland) ist – ist KEINE österreichische Umsatzsteuer zu verrechnen (Empfängerort)

In den Fällen, in denen keine österreichische Umsatzsteuer zu verrechnen ist, ist folgender Hinweis auf die Rechnung zu schreiben: „ Gemäß § 19 Abs. 1 UStG geht die Steuerschuld auf den Leistungsempfänger über.“ (In Englisch: Under art.19 paragraph 1 Value Added Tax Act, the recipient of performance is liable to pay taxes.”)

2.) Die UID-Nummer des Käufers muß mit der Stufe 2-Abfrage im Finanzonline ( finanzonline.bmf.gv.at/fon/ ) elektronisch überprüft werden. Hier wird die UID-Nummer in Verbindung mit Namen und Anschrift des Käufers überprüft. Diese Abfrage dann ausdrucken und zur ersten Ausgangsrechnung an diesen Kunden am besten dazuheften.

Meine Frage zu 2.): Ist eine UID-Nummernprüfung mit Web-Service ( finanzonline.bmf.gv.at/fon/ws/uidAbfrageService.wsdl ) möglich? Wer hat das bereits am laufen?

Gruß,
Thomas



Hello,

latch me to learn your ideas to the sales tax topic. It is all about a shop in Austria, a software is sold. The combination Hikashop+Hikaserial is planned:

1.) At other services rendered electronically it is to proceed as follows: No Austrian sales tax has to be settled (receiver location)
a.) if recipient of services is a not businessman in the third country -
b.) If recipient of services is a not businessman in the EU, an Austrian sales tax has to be settled (business place)
c.) If recipient of services is a businessman (EU or third country), no Austrian sales tax has to be settled (receiver location)

In the cases, in which no Austrian sales tax to be settled has, the following reference to the invoice has to be written: "In accordance with § 19, para. 1 UStG, the tax owing changes on the recipient of services." (In English: Under art.19 section 1 wert Added Tax Act, The recipient of performance is liable to pay taxes. ")

2.) The UID number of the buyer must ( finanzonline.bmf.gv.at/fon/ ) be checked electronically with a the step's 2 query in this financial world online. Here the UID number is checked in connection with names and address of the buyer. Then print this query question and put it to the first sales invoice for this customer.

Meine question according to point 2.): Is a UID self checking number possible with web service ( finanzonline.bmf.gv.at/fon/ws/uidAbfrageService.wsdl )? Who does have this already run?

Regards,
Thomas