Beiträge von Alex

Bei der momentan vorhandenenen Funktion ist nur die Maske da, die Verarbeitung im Hintergrund fehlt leider komplett.

Ich versuche nochmal eine Beschreibung. Grundsätzlich würde ich die Seriennummernerfassung als extra Schritt sehen, der nach dem Ein- bzw. Auslagern gemacht werden muss. Der Nutzer wird ggf. mit entsprechenden Warnhinweisen daran erinnert. Grundsätzlich kann man die Nummer tippen, scannen, per Assistent eingeben, oder eine Liste an Nummern in ein Textfeld einfügen. Grundsätzlich müssen Seriennummern immer bei der Einlagerung erzeugt/erfasst werden.

Allgemeine Prozessbeschreibung:

Eingang:

• Artikel einlagern (z.B. manuell oder über Wareneingang)
• Warnhinweis: Bitte Seriennummern erfassen / erzeugen
• Seriennummern erfassen / erzeugen

Ausgang:

• Manueller Versand
  • Lieferschein auslagern
  • Warnhinweis: Bitte Seriennummern erfassen / erzeugen
  • Seriennummern erfassen zum Lieferschein
• Autoversand
  • Autoversand starten
  • Lieferschein wird erzeugt und ausgelagert
  • Warnhinweis: Bitte Seriennummern erfassen / erzeugen
  • Seriennummern erfassen zum Lieferschein

Einstellungsmöglichkeiten am Artikel (bereits vorhanden)

• "keine"
• "eigene erzeugen"
• "originale nutzen"
• "originale einlagern + nutzen"

Als Übersicht welche Module programmiert werden müssen:

• Wareneingang ("originale einlagern + nutzen")
  
  • Erfassen mit Seriennummern
  • Wareneingang kann erst gebucht werden, wenn Seriennummern erfasst
  • Erweiterung der Maske"originale einlagern + nutzen"
• Verwaltung Seriennummern
  
  • Übersicht
    • Alle Seriennummern
    • eingelagerte Seriennummern
    • ausgelagerte Seriennummern (mit Datum/Adresse/Lieferschein)
    • Fehlende Seriennummern anzeigen (Menge Lager > Anzahl verfügbare Seriennummern)
    • Fehlende Seriennummernausbuchung anzeigen (Lieferscheine ohne Seriennummern-Zuordnung)
  • Datenpflege
    • Seriennummern erfassen ("originale nutzen", "originale einlagern + nutzen")
    • Seriennummern erzeugen ("eigene erzeugen")
• Versand
  
  • Warnmeldung im Lieferschein wenn Seriennummern nicht zugeordnet
  • Paket kann erst versendet werden, wenn Seriennummern erfasst

Am Besten ist wahrscheinlich wenn Du das über die Datenbank mittels Export -> Tabellenkalkulation -> Import (z.B. mit myphpadmin) machst. Du solltest nur aufpassen dass die IDs der Artikel und Adresse nicht neu vergeben werden, sonst gibt es durcheinander.

Steht ja oben auch so in den Anstrichen... Mir war jetzt wichtig an welcher Stelle der Dialog zum Erfassen der auszuliefernden Nummern kommt, und da sehe ich den Versand als am sinnvollsten an.

Wie verhält sich das beim Auslagern über den Autoversand? Momentan läuft das ja so dass die Aufträge über den Autoversand automatisch in Lieferscheine überführt werden, und die Lieferschein dann ausgebucht werden. Ich würde das Erfassen der Seriennummern dann im Versandprozess sehen, oder?

Als Übersicht:

• Wareneingang
  • Erfassen mit Seriennummern
  • Wareneingang kann erst gebucht werden, wenn Seriennummern erfasst
  • Erweiterung der Maske
• Verwaltung
  • Übersicht aller eingebuchten Seriennummern, abgleich mit Lagerbestand, ggf. Nacherfassen
  • Übersicht aller Seriennummern, wann wurde welche Seriennummer ausgeliefert
  • Neues Modul
• Versand
  • Erfassen mit Seriennummern
  • Paket kann erst versendet werden, wenn Seriennummern erfasst
  • Erweiterung der Maske

Können wir bitte hier den Funktionsumfang nochmal genauer beschreiben? Wir haben die Seriennummernfunktion in Xentral damals nicht benutzt, deswegen brauche ich da bitte Unterstützung, was genau entwickelt werden soll.

So sollte das gehen:

UPDATE `verbindlichkeit` SET `bezahlt` = 1 WHERE `status` LIKE 'bezahlt'

Für die Dateianhänge muss man noch das hier machen:

UPDATE `datei_stichwoerter` SET `objekt` = 'verbindlichkeit' WHERE `objekt` = 'Verbindlichkeit';

Das sollte nach wie vor angezeigt werden:

Es gab heute ein etwas größeres Upgrade, dabei wurde die Upgrade-Funktion selbst geändert. Daher bitte gegebenenfalls das Upgrade zweimal durchführen, damit im zweiten Durchgang die neue Funktion den Cache korrekt löschen kann.

Dies Betrifft z.B. solche Fehlermeldungen:

Thema

Service "ArticleService" was not found.

Guten Morgen
Ich komme heute Früh in die Firma und habe auf einmal folgenden Fehler:
Beim Aufrufen von : "Stammdaten" -> "Artikel"
Alles andere scheint zu funktionieren.
Jemand eine Idee??

andrejohn

5. Juli 2024

Bitte das Upgrade noch einmal wiederholen, dieser Fehler ist zwar behoben, aber erst NACH dem Upgrade.

Upgrade ist jetzt veröffentlicht und kann getestet werden.

Das Upgrade ist jetzt heute nochmal veröffentlicht, zusammen mit der Verbesserten Upgrade-Routine, inkl. Löschen des Service File Cache.

Die Funktion is nun mit dem heutigen Upgrade veröffentlicht: https://github.com/OpenXE-org/…b8f0403c9368a59eecb5dcce7

Ich nehme es mit auf die Liste, an den Prozessstartern muss demnächst sowieso etwas gemacht werden.

Es gab ein Update des PDF.js-Viewers, weil es bei einigen PDFs Darstellungsprobleme gab. Ältere Serverkonfigurationen kommen damit nicht klar, meistens liegt es an der Auslieferung der .mjs-Dateien. Ich empfehle eine Aktualisierung des Webservers, oder ggf. über mod_mime die Mime-Types korrekt einstellen.

Es geht um dieses Upgrade:

Upgrade inline PDF viewer Mozilla pdfjs-4.2.67 · OpenXE-org/OpenXE@a756978

github.com

Das müsste mit Smarty eigentlich gehen, siehe z.B. hier : Shopimport Smarty Template

Danke für den Skriptentwurf! Es hat m.E. noch der Funktionsaufruf "mainmenu" gefehlt und bei mir hat die Parameterübergabe an php nicht geklappt. Deswegen habe ich es noch ein wenig angepasst, bitte mal ansehen/testen:

#!/bin/bash

echo_user() {
    echo
    echo "--------------- Starting with user \"$_user\" ---------------"
}

while :
do
    clear
    echo "--------------- OpenXE manual upgrade ---------------"
    echo -e "Choose user:"
    echo -e "1) autodect user                           "
    echo -e "2) use current user                        "
    echo -e "3) read username from \"upgrade.user\" file"
    echo -e "4) enter username                          "
    echo ""
    echo -e "0) Exit"
    read  -p "Choose an option: " main </dev/tty
    case $main in
        1)
        _user=$(ls -la data/upgrade.php | awk '{print $3}')
        echo_user
        sudo -u $_user php data/upgrade.php "$@"        
        exit 1
        ;;
        2)
        _user=$(whoami)
        echo_user
        php data/upgrade.php "$@"
        exit 1
        ;;
        3)
        _user=$(cat upgrade.user)
        echo_user
        sudo -u $_user php data/upgrade.php "$@"
        exit 1
        ;;
        4)
        read -p "Enter your username: " _user
        echo_user
        sudo -u $_user php data/upgrade.php "$@"
        exit 1
        ;;
        0)
        exit 0
        ;;
        *)
        clear
        ;;
    esac
done

Wenn "current user" gewählt ist dann ohne sudo aufrufen war meine Idee.

Na der Benutzer der das Skript startet, das ist bei manchen Webhostern auch der Benutzer dem alle Dateien gehören.

Sudo kommt ja vor PHP, also müsste man das im bash erledigen. Ich würde auch ungern die Parameter im bash auseinandernehmen (momentan werden die ja 1:1 ans php gegeben).

Ja das stimmt, ich meinte ja nur dass wenn wir das erweitern, wir auch die Fälle zusätzlich abdecken wo sudo nicht erlaubt ist. Z.B. bei manchen Webspaces ist das so.