Ich sehe das eher in der Richtung einer Auftragsarbeit; ich kann mir hierfür keinen ernsthaften Markt vorstellen. So oder so bist du im Marktplatz damit richtig aufgehoben.
Posts by MysteryCode
-
-
Allerdings gilt das nur im B2B-Bereich.
Ich hatte mir dazu nur die Informationen der IHK (Darmstadt) durchgelesen:
Für im Inland steuerbare Umsätze ist der Empfang und die Verarbeitung einer E-Rechnung im B2B-Geschäftsverkehr bereits ab 1. Januar 2025 im Unternehmen zu ermöglichen – ohne vorherige Zustimmung des Empfängers.
Die grundsätzliche Verpflichtung zur Ausstellung einer elektronischen Rechnung gilt ebenfalls ab 1. Januar 2025. Angesichts des zu erwartenden hohen Umsetzungsaufwandes für die Unternehmen hat der Gesetzgeber jedoch Übergangsregelungen für die Jahre 2025 bis 2027 für Rechnungsaussteller vorgesehen.[...]
Bis Ende 2026…
… dürfen Rechnungsaussteller für in den Jahren 2025 und 2026 ausgeführte inländische B2B-Umsätze weiterhin Papierrechnungen versenden. Auch elektronische Rechnungen, die nicht dem neuen Format entsprechen (beispielsweise PDF-Dateien), bleiben in diesem Zeitraum zulässig. -
Danke für das schnelle Umsetzen der XRechnung.
Du weißt aber, dass ab Januar 25 nur verpflichtend ist, diese Rechnungen empfangen zu können, was den Shop eh nicht betrifft?
Im Vergleich zu bisher dürfte sich für die meisten hier den Shop betreffend noch nichts ändern. Meines Wissens nach braucht man die XRechnung nur für Interaktionen mit Behörden, wobei dies bereits seit Jahren der Fall ist.
-
besteht standardmäßig die Möglichkeit die Ansicht zu ändern?
Inwiefern willst du die Ansicht denn ändern?
Auf die Reihenfolge des Prozesses kann man keinen Einfluss nehmen. Da die meisten Formulare auf der FormBuilder-API vom WSC basieren, sind diese prinzipiell per Erweiterungen erweiterbar und bis zu einem gewissen Grad beeinflussbar. Prinzipiell kannst du per CSS alle Teile der Formulare ansprechen und nach deinen Wünschen anpassen (lassen).
Bitte beachte, dass wir keinen Support für individuelle Codeanpassungen als Teil unseres regulären Support geben können.
bleiben die Buttons Registrieren und Anmeldung weiterhin vorhanden, wieso?
Das liegt in der Tatsache begründet, dass Buttons im Gegensatz zu den meisten Eingabe-Objekten (aktuell) keine Abhängigkeiten unterstützen. Ich kann entsprechend zwar ein Formularfeld ausblenden, wenn ein bestimmter Wert gesetzt ist, aber keine Buttons.
Ich bin mir relativ sicher, dass WoltLab das auch nicht implementieren wird, da das vermutlich ein sehr seltener Anwendungsfall ist und die Kosten den Nutzen übersteigen. Ich kann mir das gerne zu gegebener Zeit ansehen und prüfen, ob wir hier eine eigene Implementation vorantreiben können. Mit Shop 8.0 und 8.1 ist das allerdings nicht zu erwarten.
Wäre es nicht sinnvoll, das Boolean-Feld generell weg zu lassen und Als Gast bestellen als Button einzufügen?
Das produziert dann einen Seitenaufruf mehr, der nicht notwendig ist. Zudem würde es die technische Umsetzung verkomplizieren.
Derzeit erwartet zusätzlich der Button "Registrieren" ebenfalls ein Benutzernamen oder eine E-Mail und ein Kennwort im Formular, wieso?
Wie unschwer zu erkennen ist, beziehen sich die Daten, die im Formular des Shops abgefragt werden, auf ein existierendes Benutzerkonto. Es handelt sich hier um ein simples Login-Formular.
Die Registrierung können wir leider nicht im gleichen Formular einbinden, da es sich hier um eine deutlich komplexere Integration handelt, in die zudem auch diverse Drittanbieter eingreifen. Würden wir das im Shop-Formular einbinden, müssten alle betroffenen Pakete Anpassungen vornehmen, mit dem Risiko, dass das gar nicht möglich ist, weil man dann ggf. die Installation des Shops voraussetzen müsste.
Das Kennwort kann aus Sicherheitsgründen nicht mit in das Registrierungs-Formular übernommen werden. Bezüglich der E-Mail-Adresse habe ich ein Issue angelegt und werde für Shop 8.1 eine Unterscheidung vorsehen und das korrekte Feld ausfüllen lassen.
Grundsätzlich finde ich den gesamten Ablauf sehr irreführend, gerade für einen "normalen Benutzer".
Inwiefern?
In der Regel wird zunächst ein möglicher Benutzer-Account abgefragt bzw. die Möglichkeit zur Registrierung angeboten. Anschließend kann entsprechend dem Kundenkonto bzw. muss bei einer Gast-Bestellung die Adresse angegeben werden. Darauf basierend entscheidet sich, welche Zahlungsarten zur Verfügung stehen und zum Schluss wird eine Bestell-Übersicht angezeigt, die explizit bestätigt werden muss.
Verglichen mit einem großen Online-Händler, den wohl jeder kennen dürfte:
Über den Warenkorb kann man auf "Zur Kasse gehen" klicken, hier wird man direkt mit dem Login-Formular konfrontiert. Sollte man kein Konto besitzen, wird man zur Registrierung weitergeleitet. Danach wird zuerst die Adresse abgefragt, anschließend die Zahlungsart, danach noch die Versandoptionen und rechts im gleichen Formular eine kleine Übersicht. Effektiv also genauso wie es von VieCode Shop gehandhabt wird, nur, dass wir das aus technischen Gründen und der Wartbarkeit halber in einzelne Formulare getrennt haben.
-
Wobei die aktuelle Ordnerstruktur auch in zukünftigen Versionen (nicht vor 8.2) abweichen kann.
-
bei der Demoversion sind mir folgende Fehler aufgefallen:
Guten Morgen,
ich habe die entsprechenden Fehler ins Beta-Forum mit aufgenommen. Vielen Dank.
-
Alle Informationen zum Stand der Updates für WSC 6.0 findest du hier:
ThreadUnsere Produkte und die WoltLab Suite 6.0
WoltLab hat vor einigen Tagen die erste RC-Version der kommenden WoltLab Suite 6.0 freigegeben. Wir haben den Zeitraum des Betatests genutzt, um eine Einschätzung über die Kompatibilität zu geben und entsprechende Anpassungen durchzuführen. Durch die massiven Änderungen im Hintergrund sind leider wesentlich mehr Anpassungen notwendig, als initial angenommen. Aus diesem Grund und auch im eine langfristige Wartung und Pflege zur gewährleisten, werden wir - entgegen einiger vorherigen…PeterSeptember 17, 2023 at 9:43 PM -
Die finale Version wird noch etwas dauern, wir sind gegenwärtig dabei Fehler in Bezug auf PHP 8.2+ zu beheben.
-
Gesunde Faulheit!
Aber gesunde Faulheit wäre doch einfach den Update-Button zu betätigen?
Da macht es nach meinem Empfinden eine Neuanfang weniger Aufwand
Sagen wir es so: Ich habe vor ein paar Monaten ein Forum neu aufgesetzt und alle Daten importiert (weit mehr als über die gestellten Importer möglich ist). Das ist ein immenser Aufwand, war aber noch deutlich weniger Aufwand als Exporter zu schreiben, die jeden Fall abdecken.
-
Warum willst du denn importieren? O.o
-
Ich habe den noch nie genutzt
Achso, ich dachte du meinst explizit das Update.
-
Eine Karte gehört dazu nicht
Nein, es ist ja ein Bugfix-Update und kein Feature-Upgrade.
-
Hallo,
schau mal hier vorbei: https://www.viecode.com/demo/
-
Servus,
JCoins ist ein externes Produkt für das wir keine Lizenzen zur Demo-Installation besitzen und steht deswegen in der Demo-Instanz nicht zur Verfügung.
-
Hallo,
die Entwicklung des Produkts ist seit geraumer Zeit eingestellt. Siehe dazu folgende Ankündigung: Security System premium - Einstellung der Entwicklung
-
Ich glaube auch, dass das nur wieder ein ewiges Provisorium werden würde, bei dem in 4 Jahren niemand mehr weiß, warum es da ist und man es lieber nicht anfasst.
Mit 5.6 wieder einen klaren Schnitt zu setzen dürfte optimal sein - dann kann der Code auch dank PHP 8.1.2 so raus, wie er im Repo steht. 😅
-
Das wird frühestens in einem Feature-Upgrade passieren, das dann beispielsweise WSC 5.5 oder WSC 5.6 voraussetzen muss.
Aus Kompatibilitätsgründen kann das nicht sofort angepasst werden.
-
Ich schätze die Release-Routine ist einfach noch nicht darauf ausgelegt, dass jetzt immer vorsorglich explizit die nächste WSC-Version ausgeschlossen wird und eine Freigabe dann auch ohne tatsächliche Änderungen an den Paketen in Form eines Updates erfolgen kann.
Insofern abwarten und Tee trinken bis Peter dazu kommt die Releases zu packen und bereitzustellen.
-
Version 8.0.8 vom Shop wird nach aktuellen Stand mit WSC 5.5 laufen.
Siehe dazu: Unsere Produkte und die WoltLab Suite 5.5
-