Shop Rechnungs-Option

Aus Marburger Medien

Wechseln zu: Navigation, Suche
(Grundlegendes)
(Workflow)
 
Zeile 2: Zeile 2:
==Grundlegendes==
==Grundlegendes==
-
Die Bestellung auf Rechnung war ursprünglich als paralleler zweiter Rechnungs-Shop geplant. In diesem wären die Artikel mit echten Preisen und echtem Warenkorb mit Bestellfunktion möglich. Durch die Entscheidung, dies nicht umzusetzen, kann es keine Rechungs-Bestellung im neuen Shop mehr geben, nur noch einen händischen Workaround.
+
Die Bestellung auf Rechnung war ursprünglich als paralleler zweiter Rechnungs-Shop geplant. Im Rechnungs-Shop waren die Artikel mit echten Preisen und echtem Warenkorb mit Bestellfunktion möglich. Hier konnten auch die Artikel, die nur auf Rechnung bezogen werden in den Warenkorb gelegt werden.
-
* OWO-Anmerkung: der Rechnungsshop (=RS) soll ja nicht grundsätzlich wegfallen, sondern nur "unsichtbar" geschaltet werden. Könnte die RS-Funktionalität dann nicht auch zur Erstellung einer automatischen Rechnung genutzt werden (= der RS läuft bei jeder ideellen Bestellung im Hintergrund mit)? Dann hätte man auch keinen "händischen" Aufwand in der Logistik. Kann CGC das bitte zeitnah prüfen / kommentieren? Danke!!
+
-
* OWO-Anmerkung: laut EGC-Mail vom 29.4. ist die Sache durch das JOOMLA-3-Update doch nicht so einfach ... @MC / @MS: besagte Email enthält den Text "in dieses Abschittes - bitte prüft ASAP, wie das mit SAP zusammengeht.
+
-
==Fragen zu dieser Funktion==
+
Durch die Entscheidung, dies nicht umzusetzen, kann es keine wirkliche Rechungs-Bestellung im neuen Shop mehr geben. Denn dort gibt es einen Warenkorb für die ideelle Bestellung ohne Preisnennung.
-
*Frage Oliver Wolf: Gibt es bei der Rechnungs-Bestellfunktion ein MwSt.-Problem?
+
* OWO-Anmerkung: der Rechnungsshop (=RS) soll ja nicht grundsätzlich wegfallen, sondern nur "unsichtbar" geschaltet werden. Könnte die RS-Funktionalität dann nicht auch zur Erstellung einer automatischen Rechnung genutzt werden (= der RS läuft bei jeder ideellen Bestellung im Hintergrund mit)? Dann hätte man auch keinen "händischen" Aufwand in der Logistik.
-
*Frage Markus Coners: Bat um Erläuterung dieser Funktion
+
-
==Funktion==
+
* ECG: Das Problem liegt an anderer Stelle. Der alte Rechnungsshop ist schon noch im Hintergrund vorhanden. Liegt aber parallel auf "einem anderen Gleis". Diesen in der Bestell-Sequenz des ideellen Bestellers je nach Wunsch des Bestellers "hochzuholen" wäre eine aufwendige sequentielle Programmierung. Bedarf eines genauen Flussdiagrammes, was in der Weiche alles passiert und müsste händisch aufwendig programmiert werden. Der VirtueMart schaltet immer nur einen Weg simple durch. Ware in Korb. Bestellung absenden. Datensatz geht an die SAP.
-
*es soll am Ende im ideellen Warenkorb eine Abfrage geben: „Benötigen Sie eine Rechnung?“
+
=Skizze eines Workarounds=
-
*User kann entscheiden: Will Rechnung haben
+
 
-
*Vorgeschlagene Lösung D&V:
+
==Infoweitergabe: Bestellung auf Rechnung erwünscht==
-
**wir bauen ein weiteres Customfeld ein: "willRechnung"
+
 
-
**dies Feld kann der Kunde anklicken.
+
*Ziel des Workarounds: den 5 % Rechnungsbestellern einen Weg zu eröffnen, eine Rechnung zu bekommen, ohne dass auf Seiten der Stiftung zu viel Arbeit ausgelöst wird.
-
**als Hilfetext zu dem Feld erscheint "ungefährer Warenwert Ihrer Bestellung: xxx€"
+
* Vorschlag Marcus Coners: Flag setzen, so dass auf Seiten der SAP der Rechnungsbesteller aufläuft und dann einmal im Status händisch umgeschaltet werden kann.
-
**diese [[Shop Warenkorb Wertanzeige]] ist keine Grundlage einer exakten Bestellung
+
* Dann läuft in der SAP der Vorgang normal als Rechnungsbestellung weiter.
-
**das Feld "willRechnung" wird im Sync an die SAP übergeben
+
 
 +
==Workflow==
 +
*User legt Ware in Korb
 +
*User sieht am Ende Customfeld "Wünsche Bestellung auf Rechnung"
 +
*Daneben noch ein Link "Hife" (öffnet Pop Up mit kurzer Erläuterung @OWO: Text bitte zusenden)
 +
*User, der ideell bestellt tut nichts > die Bestellung geht ideell in die SAP
 +
*User, der Rechnung wünscht, klickt das Feld an
 +
*das Feld "willRechnung" wird im Sync an die SAP übergeben
 +
*Wunsch Marcus Coners: Zusätzich Bemerkungsfeld übergeben mit Text "Sternchen Sternchen Rechnung erwünscht Sternchen Sternchen (Sternchen hier nur ausgeschrieben, da das im Wiki ein Steuerzeichen ist ...)
 +
** ACHTUNG: Die Rechnungsoption soll An und Ausschaltbar sein (Schlüsselwort)
 +
** ECG: Das ist nicht präzise von der Stiftung formuliert: Soll die komplette Rechnungsoption an- ausschaltbar sein oder nur das Schlüsselwort im Bemerkungsfeld?
 +
*Rechnungs-Wunsch-Datensatz ist eigentlich eine ideelle Bestellung, kann jetzt aber auf Seiten der SAP ausgefiltert werden und läuft dort auf
 +
*damit wird der normale Automatismus der ideellen Bestellung unterbrochen
 +
*MitarbeiterIn der Stiftung schalten die Vorgänge dann händisch auf "Rechnung" um
 +
*ab dann geht es wieder automatisiert weiter
==Klärung Umsatzsteuernennung==
==Klärung Umsatzsteuernennung==
-
*Der ideelle Shop ist 1 Shop mit 1 Warenkorb
+
*der ideelle Shop ist 1 Shop mit 1 Warenkorb ohne Preisnennung
-
*die neue Option für Rechnungsbesteller ist juristisch zunächst KEINE Bestellung
+
*somit ist dort auch die USt nicht genau ersichtlich
-
*es darf vorher keine exakten Beträge in der [[Shop Warenkorb Wertanzeige]] geben
+
*die neue Option für "Rechnungswunsch" ist juristisch zunächst KEINE Bestellung
 +
*es hat vorher keine exakten Beträge in der [[Shop Warenkorb Wertanzeige]] gegeben
*es wird also ein grob gerundeter Bruttobetrag angezeigt
*es wird also ein grob gerundeter Bruttobetrag angezeigt
 +
*auch kann es sein, dass der User die Wertnennung gar nicht angeklickt hat
*dies ist juristisch keine Grundlage für eine Bestellung
*dies ist juristisch keine Grundlage für eine Bestellung
-
*es gibt im Shop auch keinen sichtbaren Wirtschafts-Warenkreis mehr
 
-
*Alle Artikel sind aber mit den richtigen Artikelnummern hinterlegt
 
-
*In der SAP sind die Preise zu den Artikeln hinterlegt
 
-
*Auch im Joomla können die Preise zu den Artikeln “bekannt sein”
 
-
*Im ideellen Shop sind diese Preise nur ausgeblendet und unsichtbar
 
-
*Die SAP kann aus den Artikelnummern die Rechnung erstellen
 
-
*Falls Markus Coners in der SAP gar nichts tun will, dann müsster er mit Herrn Heesemann klären, ob der Bestell- und Rechnungssatz auf Seiten des Joomla Shops erzeugt wird. Halte ich aber für nicht ganz richtig, da die Chronologie der Ereignisse (Rechnungsstellung) auf Seiten der SAP hinterlegt sein sollt
+
==Prozess auf Seiten der Stiftung==
-
*Hier bitte den Vorgang genau abgleichen
+
Die Abfolge des Prozesses ist immer:
 +
 
 +
Auftrag - Belieferung - Fakturierung der tatsächlich gelieferten Leistung nach Auslieferung
 +
 
 +
==Was ist zu klären?==
 +
 
 +
*wie kommt es zu einer sauberen Rechnungsbestellung?
 +
*wann ist der Zeitpunkt, dass die Bestellung aufgegeben / angenommen wird?
 +
*Datensatz läuf auf mit Information "Rechnungsbestellung ist erwünscht"
 +
*bekannt ist der Besteller und die Anzahl der Artikel
 +
*der Besteller kennt zu diesem Zeitpunkt noch nicht den exakten Preis
 +
*hat auch keinen gesetzlich vorgeschriebenen Bestellbutton gedrückt etc
 +
*Datensatz wird in der SAP händisch auf Rechnung umgeschaltet
 +
*Was ist dann der nächste Schritt?
 +
 
 +
===Denkvariante A – Zwischenschlaufe Angebot und Annahme===
*der wirkliche und exakte Rechnungsbetrag wird auf Seiten der Stiftung ermittelt
*der wirkliche und exakte Rechnungsbetrag wird auf Seiten der Stiftung ermittelt
-
*der Kunde erhält eine Rechnung per E-Mail mit Nennung der ordentlichen USt.
+
*der Kunde erhält ein Angebot (?) per E-Mail mit Nennung der ordentlichen USt.
-
*Text der Anmoderation muss von einem Juristen formuliert werden, denn streng genommen gab es keine Grundlage für eine ordentliche Bestellung (der Kunde kannte zum Zeitpunkt der Absendung nicht den exakten Preis)
+
*dann müsste die Bestellung streng genommen noch einmal akzeptiert / beauftrag werden
-
*Vermutlich: Angebot mit Satz "Mit Überweisung des Geldes wird das Angebot angenommen"
+
 
 +
oder
 +
 
 +
===Denkvariante B – Einfach wie gewohnt ausliefern===
 +
 
 +
*Stiftung liefert Ware einfach mit beiliegendem Lieferschein aus
 +
*auf Lieferschein ist Wertnennung exakt
 +
*danach wird wie gewohnt die Rechnung versendet
 +
*Text AGB / Ablauf muss von einem Juristen formuliert werden, denn streng genommen gab es keine Grundlage für eine ordentliche Bestellung (der Kunde kannte zum Zeitpunkt der Absendung nicht den exakten Preis)
 +
*Vermutlich Satz "Mit Überweisung des Geldes wird das Angebot angenommen"
 +
*Überweist Kunde ist alles in Ordnung
 +
*Überweist Kunde nicht > es entsteht ein offener Posten > händische Klärung
 +
*Nicht sofort Inkasso automatisiert anwerfen

Aktuelle Version vom 07:16, 24. Mai 2013

Persönliche Werkzeuge