Shop Rechnungs-Option
Aus Marburger Medien
(→Workflow) |
|||
| Zeile 2: | Zeile 2: | ||
==Grundlegendes== | ==Grundlegendes== | ||
| - | Die Bestellung auf Rechnung war ursprünglich als | + | 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. |
| - | + | 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. | |
| - | * | + | * 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. |
| - | + | ||
| - | + | * 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. | |
| - | + | =Skizze eines Workarounds= | |
| - | * | + | |
| - | * | + | ==Infoweitergabe: Bestellung auf Rechnung erwünscht== |
| - | * | + | |
| - | + | *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. | |
| - | ** | + | * 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. |
| - | ** | + | * 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 neue | + | *der ideelle Shop ist 1 Shop mit 1 Warenkorb ohne Preisnennung |
| - | *es | + | *somit ist dort auch die USt nicht genau ersichtlich |
| + | *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 | ||
| - | *dies ist keine Grundlage für eine Bestellung | + | *auch kann es sein, dass der User die Wertnennung gar nicht angeklickt hat |
| - | *es | + | *dies ist juristisch keine Grundlage für eine Bestellung |
| - | * | + | |
| - | * | + | ==Prozess auf Seiten der Stiftung== |
| - | * | + | Die Abfolge des Prozesses ist immer: |
| - | *der wirkliche und exakte Rechnungsbetrag | + | |
| - | *der Kunde erhält | + | Auftrag - Belieferung - Fakturierung der tatsächlich gelieferten Leistung nach Auslieferung |
| - | * | + | |
| - | + | ==Was ist zu klären?== | |
| - | *Ware | + | |
| - | * | + | *wie kommt es zu einer sauberen Rechnungsbestellung? |
| - | *die | + | *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 Kunde erhält ein Angebot (?) per E-Mail mit Nennung der ordentlichen USt. | ||
| + | *dann müsste die Bestellung streng genommen noch einmal akzeptiert / beauftrag werden | ||
| + | |||
| + | 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 | ||
| + | |||
zurück zu [[Online Redaktion + Programmierung]] | zurück zu [[Online Redaktion + Programmierung]] | ||
