Beiträge von visdim

    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...

    SQL
    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

    Statistik gibt es in openxe doch auch, oder? oder habe ich da irgendwie eine Xentral-Leiche, zumindest bekomme ich diesen Fehler:

    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?

    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

    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?