Skip to main content

Hallo zusammen,

wir erhalten aus unterschiedlichen externen Lagern Bestandsinfos (CSV per Link), die wir per Übertragungenmodul in xentral importieren.

Derzeit nutzen wir eine Middleware die per Lookup Funktion die Herstellernummern des jeweiligen Lieferanten/ Lager (ausschließlich um doppelte Herstellernummern auszuschließen) abgleicht, diese auf unsere Artikelnummern mappt und dann die CSV entsprechend der xentral Vorgabe mit unseren Artikelnummern auf einem FTP bereit stellt. Die Ursprungsdatei kennt unsere Artikelnummern nicht.

Den Prozess würden wir gerne nun umgehen.

Frage: kann xentral Lagerzahlen importieren, die nur auf einem definierten Parameter (zB Lieferant A) mappen und dort nicht die xentraleigenen Artikelnummern vorhanden sind? 

Vermutlich wäre dies über ein Smarty lösbar - wie wäre hier die Grundfunktion um nur gegen einen Lieferanten zu mappen? Und besteht die Möglichkeit das das Übertragungenmodul auf Links statt auf eine FTP zugreift (…/downloads/lagerzahl.csv)? Bisher schaffen wir es nicht die Artikelnummern (<nummer>) als Pflichtparameter zu umgehen.

Dankeschön für euren Input und viele Grüße

 

@Sebastian Halbig eine Idee, wie das mit Smarty lösbar wäre? 


Ich gebe hier mal die Antwort von xentral weiter.
---

Bei starrem Sortiment sicher ein Ansatz. Wie könnte das bestmögliche Smarty dafür aussehen? Gibt es eine besser Lösung als eine riesige “wenn-dann”?


Der Import via link bzw. lokalem Verzeichnis geht nicht.
 
Beim Import der Lagerzahlen ist die Artikelnummer ein Pflichtfeld.
Daher wird eine Zuordnung direkt über die Lieferartenartikelnummer hier nicht greifen.
Wie du schon vermutet hast, wäre es jedoch möglich, dass über Smarty zu lösen. Dafür müsste in dem Template jede Artikelnummer aufgenommen und gemappt werden.
Dadurch wird das natürlich sehr umfangreich und fehleranfällig.


Hi @Jan Martin Fendel ,

was spricht denn gegen eure Middleware? Damit kann man das Mapping dynamisch und flexibel lösen. Machen wir so mit unserem Data-Hub (www.sevdata.de) auch bereits so. 

Beste Grüße,
Daniel


Hi @Jan Martin Fendel ,

was spricht denn gegen eure Middleware? Damit kann man das Mapping dynamisch und flexibel lösen. Machen wir so mit unserem Data-Hub (www.sevdata.de) auch bereits so. 

Beste Grüße,
Daniel

...ein vierstelliger Betrag monatlich für eine “einfache” Lookup-Funktion.


Hi @Jan Martin Fendel ,

was spricht denn gegen eure Middleware? Damit kann man das Mapping dynamisch und flexibel lösen. Machen wir so mit unserem Data-Hub (www.sevdata.de) auch bereits so. 

Beste Grüße,
Daniel

...ein vierstelliger Betrag monatlich für eine “einfache” Lookup-Funktion.

ok, das steht nicht im Verhältnis. So teuer ist es bei uns nicht :)


Antworten