Zum Inhalt springen

OmniSeller:Upload Trigger im SQL: Unterschied zwischen den Versionen

Artikel angelegt: Upload per SQL anstossen mit spHTKOmniSeller_TriggerUpload
Hinweis auf den frueheren Umweg ueber die Preisaenderung entfernt
 
Zeile 1: Zeile 1:
Manchmal soll ein Artikel erneut vollständig zum Portal hochgeladen werden, ohne dass ihn jemand im PIM anfasst - zum Beispiel am Ende eines nächtlichen SQL-Jobs, der Felder direkt in der Datenbank berechnet und schreibt. Dafür gibt es die Prozedur <code>spHTKOmniSeller_TriggerUpload</code>. Sie meldet einen oder mehrere Artikel für den nächsten Upload an; der Upload-Dienst holt sie beim nächsten Durchlauf ab und überträgt sie komplett.
Manchmal soll ein Artikel erneut vollständig zum Portal hochgeladen werden, ohne dass ihn jemand im PIM anfasst - zum Beispiel am Ende eines nächtlichen SQL-Jobs, der Felder direkt in der Datenbank berechnet und schreibt. Dafür gibt es die Prozedur <code>spHTKOmniSeller_TriggerUpload</code>. Sie meldet einen oder mehrere Artikel für den nächsten Upload an; der Upload-Dienst holt sie beim nächsten Durchlauf ab und überträgt sie komplett.


Früher wurde dafür oft der Umweg über eine Preisänderung genutzt (Artikel in einer Dummy-Preisliste um einen Cent verändern). Das funktioniert nicht mehr: seit Upload und Preisübertragung getrennte Wege gehen, löst eine reine Preisänderung nur noch einen Preis-Job aus. Felder, die nur im vollständigen Artikel-Upload mitreisen - etwa Lieferdatum, Texte oder Attribute - kommen darüber nicht mehr im Portal an.
Übertragen wird dabei der vollständige Artikel, also auch Felder wie Lieferdatum, Texte oder Attribute.


== Voraussetzungen ==
== Voraussetzungen ==