Kategorien-Archiv eXODA

Der Iterative Prompt:

Ich möchte, dass du mein Prompt Creator wirst. Dein Ziel ist es, mir zu helfen, den bestmöglichen Prompt für meine Bedürfnisse zu erstellen. Der Prompt wird von dir, ChatGPT, verwendet. Du wirst den folgenden Prozess befolgen:

1. Als erstes fragst du mich, worum es in dem Prompt gehen soll. Ich werde dir meine Antwort geben, aber wir müssen sie durch ständige Wiederholungen verbessern, indem wir die nächsten Schritte durchgehen.
2. Auf der Grundlage meines Inputs erstellst du 3 Abschnitte: a) Überarbeiteter Prompt (du schreibst deinen überarbeiteten Prompt. Er sollte klar, präzise und für dich leicht verständlich sein), b) Vorschläge (du machst Vorschläge, welche Details du in den Prompt einbauen solltest, um ihn zu verbessern) und c) Fragen (du stellst relevante Fragen dazu, welche zusätzlichen Informationen ich brauche, um den Prompt zu verbessern).
3. Der Prompt, den du bereitstellst, sollte die Form einer Anfrage von mir haben, die von ChatGPT ausgeführt werden soll.
4. Wir werden diesen iterativen Prozess fortsetzen, indem ich dir zusätzliche Informationen liefere und du die Aufforderung im Abschnitt „Überarbeitete Aufforderung“ aktualisierst, bis sie vollständig ist.

Vortrag Geh Digital „Künstliche Intelligenz“

In der neuen Flosaprint Version kann jetzt auch anstatt der FNSKU die SKU gedruckt werden. Für Anwender, die die FNSKU nutzen, empfehlen wir u.g. Einstellungen.

Wenn zum Druck der Artikeletiketten die FNSKU verwendet wird, gilt die Empfehlung:

235 x 150

Die eXODA Warenbewegungslogik wurde verbessert. Wenn man innerhalb eines Projektordners ein Projekt in den Buchungsstapel stellt, werden die Lagerbuchungsmengen in alle offenen Projekte mit dem gleichen Kurznamen kopiert. Vorteil dieser Vorgehensweise ist zuerst einmal die Konsistenz. Es können nicht versehentlich Doppelbuchungen erzeugt werden, wenn ein noch nicht gebuchtes Projekt umgewandelt wird. Denn dann haben beide Projekte noch keine gebuchten Lagermengen. Das verbuchen beider Projekte führt jeweils zu Lagerbewegungen, die man evtl. eigentlich gar nicht haben möchte. Um aber gleichzeitig innerhalb eines Projektordners auch Lieferanten-Warenzugänge verarbeiten zu können, beschränkt sich das Kopieren der Lagerbuchungsmengen in die offenen Projekte auf Projekte mit dem gleichen Kurznamen. Ein Lieferant hat üblicherweise eine andere Adresse. So ist sichergestellt das andere Vorgangsarten von diesem Vorgang nicht berührt werden.

eXODA errechnet einen Mindestbestand, der derzeit für 30 Tage reichen soll.
Der Mindestbestand wird errechnet, soblad der Amazon-FBA-Bestand auf mindestens 1 steht.
Man kann einen anderen Mindestbestand eintragen, jedoch errechnet eXODA diesen ohnehin autom. neu.
Die Grundlage für die Berechnung ist der Lagerindex. Der Lagerindex wiederum gibt an, in welchem Rhytmus
sich ein Artikel abverkauft. Steht der Lagerindex auf 5, bedeutet das, dass der der Artikel alle 5 Tage verkauft wird.

FBA Mindestbestand: 30 / 5 = 6

Künftig wird es möglich sein, bei jedem Artikel manuell festzulegen für wieviele Tage der Bestand ausreichen soll.

Das nächste Ziel ist die Schnittstelle zu dem Anbieter Rakuten.
Ich habe mir das heute mal angesehen und bin recht überrascht, wie einfach sich Rakuten das macht. Einfach muss jedoch nicht schlecht bedeuten, bewerten kann ich das sicherlich erst nachdem ich tiefgründigere Erfahrungen gemacht habe. Für alle, die das gerne mal ausprobieren möchten. Dieses Sample ist die gekürzte Version, die recht schnell in einer VS Umgebung funktionieren sollte. Es ist vielleicht sinnvoll den Sandbox Key durch den eigenen auszutauschen.  Das Sample legt einfach einen Testartikel an. Natürlich fehlen noch eine ganze Reihe Angaben, aber dieser erste Test war in wenigen Minuten erfolgreich. Hier noch ein paar Links, dann gehts alles etwas schneller:

addProduct

Den API-Key (oder Händler-Key) gibts hier

private void cmdTest_Click(object sender, EventArgs e)
{
// Creates an HttpWebRequest for the specified URL.
string sPost = „http://webservice.rakuten.de/merchants/products/addProduct?name=testartikel&description=beschreibung&price=10.00&key=c86cea54c71sbb05a5f8297bed641944„;

//Change Rakuten Sandobx Key
HttpWebRequest myHttpWebRequest = (HttpWebRequest)WebRequest.Create(sPost);
// Sends the HttpWebRequest and waits for a response.
HttpWebResponse myHttpWebResponse = (HttpWebResponse)myHttpWebRequest.GetResponse();
if (myHttpWebResponse.StatusCode == HttpStatusCode.OK)
Console.WriteLine(„\r\nResponse Status Code is OK and StatusDescription is: {0}“,
myHttpWebResponse.StatusDescription);
// Releases the resources of the response.

System.Xml.XmlDocument oXMLDoc = new XmlDocument();
oXMLDoc.Load(myHttpWebResponse.GetResponseStream());
System.Data.DataSet ds = new System.Data.DataSet();

string sNextPrintDocNumber = oTools.GetNextPrintDocNumber();

oXMLDoc.Save(„RakutenAddProduct“.XML“);
ds.ReadXml(„RakutenAddProduct.XML“);
myHttpWebResponse.Close();
}

Über die Lieferantenstatistik wird ausgewiesen, welche Umsätze mit Artikeln eines ausgewählten Lieferanten erzählt wurde. Gleichzeitig lassen sich hier die Erlöse nachvollziehen unter Berücksichtung von Verkaufsgebühren. In der neuen Version ist nun erkennbar, auf welcher Platform der Erlös erzielt wurde.

eXODA verfügt nun über das Feature „Artikellagebuchungsumleitung“

Möchte man einen Artikel unter verschiedenen Labeln verkaufen, jedoch nur einen Bestand pflegen, so kann der Alternativartikel nun eine UmbuchungsID erhalten. Alle Lagerbuchungen betreffen dann den Ursprungsartikel. Durch die Automatische Aktualisierung auf den Verkaufsplattformen werden die Bestände dann des Nachts autom. auf den alten Bestand gesetzt um einen „Ausverkauf“ zu verhindern. Das Feature hilft dabei einen zentralen Lagebestand zu pflegen und sinnvolle Bestellvorschlagslisten zu erhalten.