So, ihr habt es so gewollt...

Hier habt ihr ein Whitepaper als Diskussionsgrundlage für die erste Stufe der Lagerwirtschaft. Jetzt diskutiert mal schön

Is ja cool,
es gibt tatsächlich konkrete Pläne.
Ich sag mal artig Dankeschön.
Für ein Whitepaper isses mir dann aber doch zu bunt.
Ich habs mal in SW gedruckt :-)))

So, jetzt muss ich erstmalein bisschen Lesen.

Ihr hört von mir

Grüße aus der Opelstadt
Ralf

Hallo, ich habe diesen Teil mal ausgeschnitten und stelle ihn hier extra zur Diskussion.
Dann man ran an die Tasten.
Nicht, dass diejenigen, die vorher laut protestiert haben jetzt auf einmal schweigen.
Das ist jetzt eure Chance im Vornherein etwas zu bewirken.

Hallo,

Das hört sich ja schon ganz schön konkret an.

Ich könnte mir da noch eine fortlaufende Nummer für jedes einzelne eingelagerte Teil vorstellen. Wir haben z. B. Artikel, die zwar grundsätzlich gleich aussehen, jedoch alle Unikate sind. Damit könnte dann eine eindeutige Zuordnung zu jedem Stück geschaffen werden.

Vielleicht ist später auch eine Verknüpfung mit einer Bilderdatenbank möglich, wo man zu jedem Artikel entsprechende Bilder hinterlegen kann.

Grüße
Andreas

Hy

Das Whitepaper ist Toll !
So sieht man schon mal wie es in etwa gehen wird!
So Liebe ich den Goldsupport

Woran wird die erkennung aus gemacht das der Artikel vom Bestand abgezogen wird?
z.B. bei den Artikel 456 den man über Ebay und Webshop verkauft. Gut wäre wen die erkennung an der Shopartikelnummer und von Ebay an der Ebayartikelbeschreibung erkannt wird da ich z.b. unterschiedliche Bezeichnungen habe bei Ebay und im Shop. Da ich die Artikel mit den TurboLister Einstelle bei Ebay.
Ich weiß da Funktioniert die "Reservierung" nicht der Ebayartikel.

Besser wäre das die "Reservierung" der Artikel so Funktionieren sollte!
Denn Wichtig ist doch das der Kunde seine Ware bekommt!
Weil, wo bleiben da die Webshopkunden bei der Reservierung wie sie geplant wird.

Und so Funktionierts mit der "Reservierung" nach meiner Vorstellung.

Ein Kunde kauft einen Artikel (egal ob im Shop oder bei Ebay)
Die Rechnung wird erstellt, die "Reservierung" erfolgt wird der Min. Bestand erreicht kommt die Warnmeldung!
Und es kann Nachbetellt werden.
(Ausser bei Nachnahme da muss es gleich vom Bestand abgezogen werden weil die Bezahlung ja später erfolgt)

Wird die Rechnung Storniert wird die "Reservierung" auf gehoben.

Der Kunde bezahlt die Rechnung
Die Rechnung wird auf "Versendet makiert gesetzt" der Artikel wird vom Lagerbestand abgezogen.

Wird die Rechnung Gutschrift gemacht wird der Artikel wieder im Bestand dazu gerechnet.

So ist gesichert das alle Kunden die etwas gekauft haben, auch ihre Bestellte ware bekommen! Weil sie ja "Reserviert" wird sobald sie bestellt ist.
Ist doch Gut oder?

Jo Stauli,
so stelle ich mir das auch vor.

Mit einer kleinen Ausnahme:

(Ausser bei Nachnahme da muss es gleich vom Bestand abgezogen werden weil die Bezahlung ja später erfolgt)

Ich denke, das es auch hier reicht, wenn erst mit dem Stempel "Ware versendet" vom Bestand abgezogen wird. Desweiteren bieten wir auch die Zahlart Rechnung an. Hier sollte es genauso laufen. Reservierung wird gesetzt, bei Stempel "Ware versendet" wird der Bestand aktualisiert.
Gaaaaanz wichtig:
Es muss eine Importroutine für Artikel in verschiedenen Formaten vorhanden sein. Ich denke da an csv, xls oder idealerweise xml.

So, je länger ich nachdenke, desto mehr fällt mir ein.
Ich werde mich hier noch öfter melden.

Grüße aus der Opelstadt
Ralf

@stauli + herndeggel:

Wenn ich die Reservierung erst zum Zeitpunkt der Rechnungserstellung vornehme, habe ich definitiv Problem, den oder die entsprechenden Artikel automatisch zu ermitteln.

In der EOA steht nix EINDEUTIGES, um den Artikel zu bestimmen. Es kann ja wohl nicht angehen, das ich bei der Autoverarbeitung von 100 Auktionen jede Artikelnummer bei ebay ansurfe, mir den Auktionstext ausparse, dann diesen mit den im Buddy hinterlegten Artikeltext vergleiche um so den Artikel zu bestimmen. Mal ganz davon abgesehen, das ein geringfügig geänderter Artikeltext dazu führt, das der Artikel dann nicht mehr gefunden wird. Also: NO GO! Die einzige Chance ist hier das Einstellen mit dem Auktionsbuddy, weil der den Artikel dann bereits kennt.

Bei Webshopartikeln ist es etwas einfacher, WENN die im Shop hinterlegte Artikelnummer = der Artikelnummer im Buddy ist. Das werde ich genau so vorsehen -> Reservierung bei der Rechnungserstellung. Leider liefern nicht alle Webshops in der Bestellmail eine Artikelnummer, aber die haben eben Pech gehabt.

Eine Möglichkeit gebe es noch, wenn der Rechnungsposition bei der Mailverarbeitung kein Artikelbezug verpasst werden kann. Ich könnte dies an der Rechnungsposition irgendwie kenntlich machen und das nachträgliche Zuordnen (mit Reservierung des Artikels) ermöglichen. Das endet aber wieder in der vielgeschmähten Klickorgie...

Wird die Rechnung Storniert wird die "Reservierung" auf gehoben.

Wird die Rechnung Gutschrift gemacht wird der Artikel wieder im Bestand dazu gerechnet.

Einverstanden, nehme ich ins Whitepaper auf. Ist übrigens neuerdings im Buddy das Gleiche! Ein Storno erzeugt automatisch eine Gegengutschrift.
Dem Bestand zurechnen kann ich das aber bei einer Gutschrift nicht. Wenn die Ware noch nicht versendet wurde, ist das noch gar nicht vom Bestand weg. Wenn die Ware bereits das Haus verlassen hat, kommt die Ware entweder wieder und wird im Wareneingang manuell wieder eingebucht oder bleibt weg (kaputt, verloren) dann fehlts auch weiter im Bestand

Es muss eine Importroutine für Artikel in verschiedenen Formaten vorhanden sein. Ich denke da an csv, xls oder idealerweise xml.

Einverstanden, nehme ich ins Whitepaper auf

@auktionsbuddy

In der EOA steht nix EINDEUTIGES, um den Artikel zu bestimmen.

Doch die Artikelbeschreibung ist doch ein deutig oder!

Frage ich mal so, Legt man die Artikel in der Lagerwirtschaft an oder in dem Menupunkt Artikel den es schon gibt?
Das die Lagerwirtschaft dann den Artikel kennt.

Egal wo man den Artikel anlegt z.b. jetzt unter Menupunkt Artikel z.b. gibt da ja auch Artikelnummer (Bestellnummer aus den Shop) und (Titel1 Bezeichnung aus dem Shop) (Titel2 Bezeichnung Bbay Titelbezeichnung) das Lager kennt dann den Artikel anhand der Titel und Bestellnummer so dachte ich mir das. Wenn man im Lager die Artikel einpflegt könnte man das doch auch so machen eine Bestellnummer zwei Titel z.B..

Mal ganz davon abgesehen, das ein geringfügig geänderter Artikeltext dazu führt, das der Artikel dann nicht mehr gefunden wird

Ja wenn man den Titel bei Ebay ändert, muss man dann auch den Titel unter Artikel oder Lager ändern, dem entsprechent das das Lager den Artikel wieder kennt!

Leider liefern nicht alle Webshops in der Bestellmail eine Artikelnummer, aber die haben eben Pech gehabt.

Eigendlich betrifft das mich nicht kann im Shop Artikelnummer vergeben, aber bei den das nicht so sein sollte könnten die anhand des Titel Shop auch vom Lager erkannt werden.

Ein Storno erzeugt automatisch eine Gegengutschrift.
Dem Bestand zurechnen kann ich das aber bei einer Gutschrift nicht. Wenn die Ware noch nicht versendet wurde, ist das noch gar nicht vom Bestand weg.

Ja stimmt ich war da woll zu schnell, ich meinte die Reservierung auf heben.

@stauli:
Der jetzige Artikel wird einfach ein bißchen aufgebohrt / verändert, es handelt sich also um den gemeinten Artikel.

Wenn Du nicht die Artikelbeschreibung sondern den Auktionstitel meinst, dann ist das immerhin eine Information, die mit der EOA zurückkommt.

Überleg mal folgendes:

Du hast einen Artikel "Regenschirme blau-grau von Knirps - UNDEDINGT ANSEHEN" mit der Artikelnummer 4711. Dann erzeugst Du eine Auktion, wählst den Artikel 4711 und stellst diesen bei eBay ein. Zwei Tage später stellst Du fest, das Du diesen beliebten Artikel nicht mehr nachbestellen kannst. Also änderst Du den Artikell in ""Regenschirme blau-grau von Knirps - LETZTE CHANCE" und stellst damit noch ein paar Auktionen ein.

Nun kommt die EOA für die erste Auktion. In der EOA steht "Regenschirme blau-grau von Knirps - UNDEDINGT ANSEHEN" - ein Artikel, den der Auktionsbuddy gar nicht (mehr) kennt. Jetzt könnte natürlich ein Fenster aufpoppen "Unbekannter Artikel, bitte wählen sie einen aus oder legen sie einen neuen an " - usw.

Das macht aber nicht so wirklich Freude, wenn man die Autoverarbeitung mit 55 EOA's angeworfen hat und eigentlich ein "Auto" erwartet.

Der Weg über den Auktionstitel ist also für mich aus datentechnischer Sicht kein gangbarer Weg.

Auch wenn ich momentan ein bißchen aus der Praxis raus bin (vielleicht ändert sich das ja wieder, wenn der Buddy sich ändert ) mal meine Gedanken dazu.

Ich sehe da dann evtl. die Möglichkeit alternative Artikelbezeichungen ablegen zu können. Sagen wir mal 2 oder 3 zusätzliche Felder, wo dieses möglich ist und die zusätzlich mit der EOA abgeglichen werden. Allerdings dürften diese Felder ebenso wie der "Haupttitel" nur eindeutig, sprich einmalig sein.

In einer 2. Stufe (ich denke hier beispielsweise an den Auktionsgenerator) kann in diesem Zusammenhang eine Verknüpfung zwischen Auktionsanlage und Lagerartikel insoweit erfolgen, dass man bei der Auktionsanlage auch einen abweichenden Titel einem entsprechenden Lagerartikel zuordnen kann / eine Verküpfung erstellen kann.

Um es nochmal ganz deutlich zu sagen:

Ich werde mich bei der Lagerwirtschaft nicht auf einen Abgleich mit irgendwelchen Auktionstexten einlassen. Das ist mir viel zu heikel und ich möchte für so etwas definitiv nicht grade stehen.

@mercy: Eine Verbindung Auktion-Artikel existiert bereits heute im Auktionsbuddy. Da brauchen wir keinen Auktionsgenerator in der zweiten Stufe zu. Nur wenn die Auktion mit dem TL erstellt und eingestellt wird, kennt der AB diese natürlich nicht und legt sie erst zum Zeitpunkt der EOA an - ohne Artikelverweis. Wird der AB zum Einstellen verwendet ist alles bekannt und der Lagerbestand kann brav reserviert werden.

Wenn wir also diskutieren, dann darüber, ob der Lagerbestand im Augenblick der Auktionserstellung oder erst zum Zeitpunkt der Rechnungserstellung erfolgt. Wenn jemand seine Auktionen mit dem TL einstellt und deshalb keine Artikelinfos hat und deshalb an der Lagerwirtschaft nicht teilnehmen kann, dann ist das meines Erachtens sein Problem. Mir ist durchaus klar, das das Einstellen mit dem AB nicht die optimale Lösung ist und nach der WAWI will ich da auch ran, aber VIELE nutzen den Buddy auch zum einstellen - es geht also durchaus.

Original von auktionsbuddy
Wenn jemand seine Auktionen mit dem TL einstellt und deshalb keine Artikelinfos hat und deshalb an der Lagerwirtschaft nicht teilnehmen kann, dann ist das meines Erachtens sein Problem.

@Torsten
Gegen diese Aussage ist selbstverständlich nichts einzuwenden.

Wird der AB zum Einstellen verwendet ist alles bekannt und der Lagerbestand kann brav reserviert werden.

Sorry, wenn ich da etwas begriffsstutzig bin. Sieht es dann so aus, dass ich bei der Auktionserstellung den Artikel aus dem Bestand wähle und ihm dann durchaus einen neuen Auktionstitel geben kann? Solange ich diesen dann nicht bei Ebay ändere kann er mit der EOA trotzdem einwandfrei zugeordnet werden?

Wenn Du die Auktion neu erstellst und dann einen Artikel auswählst, wird die idartikel (ein eindeutiger numerischer Wert) bei der Auktion mit gespeichert. Damit sind Auktion und Artikel eindeutig einander zuordbar.

Das ist heute schon so und wird verwendet, wenn in der Rechnung statt dem Auktionstitel der im Artikel hinterlegte Rechnungstext in die Rechnungsposition geschrieben wird.

Hy

Naja gut dann muss ich halt dann immer mit dem AB einstellen.
Hat schon jemand mal die Artikel von TL in den AB übertragen?
Gab es da Probleme?

Wenns da Probleme gibt, werde ich mich drum kümmern. Habe ich länger nicht mehr überprüft

Hallo zusammen,

nachdem ich mich so vehement für eine Diskussionsrunde zur Warenwirtschaft eingesetzt habe, wird es doch so langsam mal Zeit, ein paar Zeilen zu schreiben. Das Thema ist aber sehr komplex, und so muss ich erst mal ein bisschen sortieren.

Whitepaper: Zuerst war ich so ein wenig erschlagen, und ganz spontan konnte ich auch nicht erkennen, was dort fehlen könnte oder aus Abwicklungssicht anders sein sollte. Ich muss gestehen: es war sehr viel umfangreicher und strukturierter, als ich es zu diesem Zeitpunkt schon erwartet hätte. Die vorgesehene Buchungsarten erscheinen logisch. Bei der Gutschrift ergibt sich bei einer negativen Menge im Anzahlsfeld der Rechnung eh eine rechnerisch richtige Verbuchung der Lagerbestandsveränderung.

Allgemein: Jede Anmerkung hier wird natürlich sehr subjektiv sein. Natürlich werde ich die Möglichkeiten immer in Relation zu dem sehen, wie ich heute arbeite und wie ich in Zukunft arbeiten möchte. Eine Kompromissbereitschaft darf nicht zu schmerzhaft sein, aber vielleicht finden sich in dieser frühen Phase noch Möglichkeiten.

Auktionen bearbeiten und einstellen: Hier sehe ich nach den ersten drei Lesedurchgängen einen Knackpunkt. Genutzt habe ich das Instrument innerhalb des Buddys noch nie, und beim Forschen in den unendlichen Tiefen des AB habe ich dann Vorgänge aus 2000undewigher gefunden, die ich gern gelöscht hätte und das nicht geschafft habe.
Dann habe ich mich versucht, einen Artikel anzulegen, aber mit dem HTML und/oder CSS wollte sich der Buddy wohl nicht anfreunden. Ein Klick auf eine Vorschau brachte jedenfalls ein grauseliges Ergebnis hervor.
Kann jemand sagen, ob das an mir liegt? Dann würde ich weiter üben. :-)

Grundsätzlich kam mir in diesem Zusammenhang erst einmal der Gedanke: 1.941 derzeit im Turboliste: die wirst Du doch jetzt nicht alle in den Buddy "hauen" müssen, aber so sieht es scheinbar aus, oder?

Sollte es da wirklich keine Alternativen geben? Gibt es nicht in Etope oder dem TL Felder, in denen man den Artikeln "was mitgeben" kann, an denen der Buddy hinterher die Artikel erkennt (API würde doch diese Werte vielleicht auslesen können?) Es ist mir klar, das dann die Reservierung nicht einzubauen wäre (oder besser füür solche Exoten nicht nutzbar wäre), aber einen angehängten Webshop kann man auch nicht über den Buddy pflegen und somit Bestände reservieren lassen. Da bleibt doch nur "verzichten" oder "händisch" arbeiten?

Dann bin ich auf drei Punkte gestossen:
Leider liefern nicht alle Webshops in der Bestellmail eine Artikelnummer, aber die haben eben Pech gehabt. und Die einzige Chance ist hier das Einstellen mit dem Auktionsbuddy, weil der den Artikel dann bereits kennt und Wenn jemand seine Auktionen mit dem TL einstellt und deshalb keine Artikelinfos hat und deshalb an der Lagerwirtschaft nicht teilnehmen kann, dann ist das meines Erachtens sein Problem.

Ups... was hattest Du noch geschrieben: Mir ist durchaus klar, das das Einstellen mit dem AB nicht die optimale Lösung ist Da müsste ich jetzt mit meinen knapp 2.000 Artikel von einem kranken Turbolister auf eine nicht optimale Lösung wechseln, schauen, wie ich den Webshop mit ins System bekomme, und dann kann ich die Warenwirtschaft nutzen?

Mir schwebte sowas datenbanktechnisch "einfaches vor" vor wie: ich habe einen Lagerwirtschaftsbereich mit einem Artikelstamm, der an gewissen Punkten eine Schnittstelle zur FiBu hat.

Es könnte so aussehen:
(A) Artikelbezeichnung (=Artikelname)
(B) Artikelnummer des Lieferanten
(C) Lieferant oder Lieferantennummer
(D) Nummer des Artikels für den Buddy
(E) Bestand
(F) MwSt.

Dazu "ein paar Freifelder" zum Editieren, wenn man noch Einkaufspreise, Verkaufspreise oder sonstwas hinterlegen will.

Die legt legt man sich im Vorfeld an... die Daten könnte ich mir zum Bleistift aus dem TL und auch aus dem Webshop per CSV auslesen lassen. Eine kleine Maske für "Artikel anlegen"... fertig :-)

Wenn jetzt die Verkäufe kommen, wird sofort die Zuordnung (über A) gefunden und wenn mal nicht, muß man den Artikel dann einmal händisch zuordnen/anlegen und die Stammdaten ergänzen. (Einfach eine Fensterchen: Artikel nicht vorhanden: Anlegen Y/N)

Die FiBu (über die Rechnung) ändert in der Lagerwirtschaft den Bestand. Das mag am Anfang, wenn man die Artikel nicht sauber angelegt hat, etwas mehr sein, aber das relativiert sich im Laufe der Zeit.

Das reicht erst mal...so werfe ich gleich alles durcheinander.

bis denne
Wolfgang

Hy

Bei mir ist das Gleiche habe auch noch nie Artikel mit dem AB eingestellt und mich vorhin damit beschäftigt und ich fand es Grausam irgendwie.

AB habe ich dann Vorgänge aus 2000undewigher gefunden, die ich gern gelöscht hätte und das nicht geschafft habe.

Auch das habe ich versucht nicht möglich das zu Löschen.

Gibt es nicht in Etope oder dem TL Felder, in denen man den Artikeln "was mitgeben" kann

Ich habe mich mal im TL umgeschaut und da gibt es die Eintragmöglichkeit eine (Lagerhaltungsnummer) einzutragen, kann das nicht irgendwie genutzt werden im AB?

Ich will auch nicht meinen Artikel in den AB hauen. Den schon wieder die Arbeit der gedanke daran läst mir schon die Haare zu Berge stehen!

Torsten gibt es nicht irgendwie doch noch einen andere Lösung? Den zu jeden Problem gibt es doch immer eine Lösung! "Wenn man nur will"
Oder bist du so verbissen daran, Nicht von deiner Idee abzuweichen!

Du sagtest doch auch

Leider liefern nicht alle Webshops in der Bestellmail eine Artikelnummer, aber die haben eben Pech gehabt.

Wenn jemand seine Auktionen mit dem TL einstellt und deshalb keine Artikelinfos hat und deshalb an der Lagerwirtschaft nicht teilnehmen kann, dann ist das meines Erachtens sein Problem.

Wen man das nun doch anhand des "Auktionstitel" erkennbar macht für die Lagerwirtschaft.
Und halt mal einer den Titel bei Ebay ändert und es vergisst im Lager dann zu änderen, und das Lager dann den Artikel nicht erkennt, könnte man auch sagen Pech gehabt!

Ich weiß ja Nicht wieviel Leute die den AB nutzen den Artikeltitel so änderen, aber ich habe den Titel in 3-Jahren vielleicht bei 5-Artikel 1mal geändert. Sonst noch nie.

Wenn wir also diskutieren, dann darüber, ob der Lagerbestand im Augenblick der Auktionserstellung oder erst zum Zeitpunkt der Rechnungserstellung erfolgt.

Ich wäre dafür das der Lagerbestand erst verändert wird bei der Rechnungserstellung.

Original von stauli
Ich wäre dafür das der Lagerbestand erst verändert wird bei der Rechnungserstellung.

Feld 1: Lagerbestand
Feld 2: Frei verfügbarer Bestand

Frei verfügbarer Bestand ist die Menge Lagerbestand - Menge der Vormerkungen (durch eingestellte Artikel).

Abbuchung aus dem Lagerbestand mit der Rechungsstellung. Der frei verfügbare Bestand würde sich in dem Fall ja nicht ändern, weil der Lagerbestand sich um die gleiche Menge reduziert wir die Menge aus der "Vormerkung".

Original von Minze-d

Dann habe ich mich versucht, einen Artikel anzulegen, aber mit dem HTML und/oder CSS wollte sich der Buddy wohl nicht anfreunden. Ein Klick auf eine Vorschau brachte jedenfalls ein grauseliges Ergebnis hervor.
Kann jemand sagen, ob das an mir liegt? Dann würde ich weiter üben. :-)

Ich hab mir eben aus einer deiner Auktionen den Quelltext kopiert, inklusive dem Cascading Style Sheet und ihn im Buddy in eine Auktion verfrachtet - geht einwandfrei, und wird in der Vorschau auch richtig angezeigt.
Ein Fehler ist allerdings in deinem CSS: Im Opera wird die Artikelbeschreibung falsch angezeigt, die Beschreibung ist da nach rechts verrutscht, man muss also nach rechts scrollen, wenn man sie komplett sehen will. Für den eBay eigenen Kopf sowie den Fuß muss dann wieder nach links gescrollt werden. (Opera 9.02).
In Firefox passt die Beschreibung, IE hab ich nicht ausprobiert.

Vielen Dank für den Hinweis.. ich werde das prüfen lassen.

Und ich werde dann auch noch mal einen Artikel in den Buddy hauen... wenn das gehen soll. Der arbeitet ja nicht mit Opera, und dann müßte es gehen.

Bis denne
Wolfgang