mal ein kleines Update, die Summen entsprechen genau der Auswertung des Xentral Umsatzmoduls, praktisch, wenn's jemand in openxe vermisst hat.
Aber noch immer nicht perfekt. Kann ich im Berichtemodul auch Checkboxen anlegen?
mal ein kleines Update, die Summen entsprechen genau der Auswertung des Xentral Umsatzmoduls, praktisch, wenn's jemand in openxe vermisst hat.
Aber noch immer nicht perfekt. Kann ich im Berichtemodul auch Checkboxen anlegen?
ich habe da mal mit SQL etwas angefangen, ist noch nicht fertig, aber für den Anfang schon ganz nice denke ich?
Das mache ich dann noch bedienbar für Datumselect usw...
SELECT r.id, GROUP_CONCAT(r.belegnr SEPARATOR ', ') as Rechnungen, count(r.belegnr) as anzahl, r.name, r.land, r.status, (SUM(r.deckungsbeitrag) DIV count(r.belegnr)) as deckungsbetrag, SUM(r.umsatz_netto) as nettoumsatz, SUM(r.erloes_netto), r.zahlungsstatus, r.zahlungsweise, SUM(r.ist) as ist_brutto, SUM(r.soll) as soll_brutto, (SUM(r.soll) - SUM(r.ist)) as offen, GROUP_CONCAT(g.belegnr SEPARATOR ', ') as gutschrift, SUM(g.soll), SUM(g.ist), (SUM(g.soll) - SUM(g.ist)) as diff FROM rechnung r
LEFT JOIN gutschrift g ON r.id = g.rechnungid
LEFT JOIN adresse a ON r.adresse = a.id
where r.datum >= '2023-01-01' && r.versendet = '1' && r.status = 'versendet'
GROUP BY a.id
nice, aber die Tabelle db ist welche Tabelle?
kann ich auch zur Verfügung stellen, bei Bedarf.
Na, klar, Bedarf Setz das doch einfach ins Forum unter Berichte, dort können wir dann Berichte sammeln für alle
ok, hat so funktioniert, danke.
kannst du noch den alten Fehler aus Xentral fixen für's nächste Update?
Das ist etwa in Zeile 20690 und ein paar zeilen davor in der class.erpapi.php
Delete("DELETE FROM lager_seriennummern
in das hier:
DELETE lager_seriennummern FROM lager_seriennummern
cool, aber ich habe da nen fatalen error
type => [Table existence], in DB => [zeiterfassung_stundenuebersicht]
type => [Table existence], in DB => [zeiterfassung_stundenuebersicht_jahre]
type => [Table existence], in DB => [zertifikate]
518 differences.
--------------- Comparing database 'openxe@localhost' vs. JSON 'openxe@localhost' ---------------
type => [Column existence], table => [angebot], in JSON => [rabatteportofestschreiben]
1 differences.
--------------- Calculating database upgrade for 'openxe@localhost'... ---------------
PHP Fatal error: Uncaught ArgumentCountError: Too few arguments to function mustal_calculate_db_upgrade(), 4 passed in /var/www/html/OpenXE/upgrade/data/upgrade.php on line 382 and exactly 5 expected in /var/www/html/OpenXE/vendor/mustal/mustal_mysql_upgrade_tool.php:545
Stack trace:
#0 /var/www/html/OpenXE/upgrade/data/upgrade.php(382): mustal_calculate_db_upgrade()
#1 /var/www/html/OpenXE/upgrade/data/upgrade.php(130): upgrade_main()
#2 {main}
thrown in /var/www/html/OpenXE/vendor/mustal/mustal_mysql_upgrade_tool.php on line 545
root@OpenXe:/var/www/html/OpenXE/upgrade#
Sanduhr bedeutet dass im Hintergrund etwas geladen wird (oder mit Fehler im Hintergrund hängt). Mach bitte mal das Upgrade (siehe anderer Post) evtl. ist das dann weg.
Wenn nicht bitte mal durchgeben, wo genau das passiert (URL).
http://192.168.0.xx/www/index.php?module=artikel&action=edit&id=1430&msgs=977682001#tabs-4
Wenn ich einen Artikel aus Shopware 6 importiere.
hmmm, scheint so ein Safari Ding zu sein, mit Chrome ist das nicht. Aber habe ich seltsamerweise mit openxe und nicht mit xentral(onpremise noch)
Könnte mal jemand eine Anleitung schreiben, wie man openxe auch dem Laufenden hält? Es gibt immer wieder hier im Forum einzelne Bugfixes die man irgendwie über git ziehen kann, aber wie so etwas funktioniert kapiere ich nicht.. Mit der 1.10 habe ich zu viele Probleme/Bugs, von Produktiv glaube ich ist die noch um Einiges entfernt, gefühlt sind aber die Bugs laut dem Forum geschlossen. Oder soll man auf die 1.3 wechseln? Wie geht das? Wie sage ich openxe es soll nicht das release ziehen sondern die aktuellste Version oder nur einzelne Bugfixes?
Nachtrag, auf jeder Seite sind folgende Quellen zumindest legalisiert um Code nachzuladen, wenn ich das richtig verstanden habe.
Also xentral.com *.xentral.com xentral.biz *.xentral.biz *.wawision.de *.embedded-projects.net maps.googleapis.com maps.gstatic.com http://www.youtube.com thumbs.ebaystatic.com
Warum und wozu oder kann das weg?
Moin, wieso ist das eigentlich in openXE noch drin??
Da werden weiterhin Auswertungen an Xentral gesendet?
module=dataprotection&action=services
Alles anzeigenleider klappt hier bei mir auch nicht wirklich viel bzgl. Shopware 6.5
scheint an der API zu liegen, Posts werden wohl nicht übertragen
$this->shopwareRequest('POST', '_action/order/' . $auftrag . '/state/process');
bewirkt nichts.
Was Artikel übertragen betrifft, Import aus Shop: ja, export zum Shop nur Lagerbestand und Preis (ist aber auch das wichtigste)
Aber leider wie gesagt, wird der Status zum Shop nicht übertragen
hat sich erledigt, mod_security vom Server war der Meinung so eine Anfrage an die API zu verbieten
modsecurity.d/rules/comodo_free...
HTTP/1.0 POST request missing Content-Length
bei einem POST request zu
/api/_action/order/018b42xxxxxxxxxxxxxxx0a8c/state/process
Ich arbeite gerade relativ viel an der Shopware-API, ich schaue mir das Problem mal an.
ich ziehe meine Frage zurück !!!
mod_security Regel hat mir hier in die Suppe gespuckt ! 🤨
leider klappt hier bei mir auch nicht wirklich viel bzgl. Shopware 6.5
scheint an der API zu liegen, Posts werden wohl nicht übertragen
$this->shopwareRequest('POST', '_action/order/' . $auftrag . '/state/process');
bewirkt nichts.
Was Artikel übertragen betrifft, Import aus Shop: ja, export zum Shop nur Lagerbestand und Preis (ist aber auch das wichtigste)
Aber leider wie gesagt, wird der Status zum Shop nicht übertragen
Naja, egal wie. Oder über Bericht? Sodass man einen Nachweis hat, welche Trackingnummern sich auf welche Rechnung beziehen?
Schick wäre halt, wenn die Trackingnummer revisionssicher auf der Rechnung mit drauf wäre 🤷🏼♂️
Moin !
wichtig ist auch, dass auf der Rechnung danach die Tracking-Nummer steht, gerade im Export sehr wichtig, Thema "Gelangensnachweis".
So lässt sich bei der Steuerprüfung jederzeit nachweisen, dass man auch wirklich in das EU-Land geliefert hat
Ist eigentlich jemandem die Spalte "Artikel Verfügbar" schon aufgefallen, dass dort mehr Verfügbar angezeigt wird als in der Spalte Lagerbestand?
Was bedeutet diese Spalte und was soll sie darstellen?
Kann man die auch irgendwie ausblenden, die ist meiner Ansicht nach komplett sinnlos und falsch?