bei deinem Filter werden die Zeilen die du weiter geben möchtest als „negativeOutput“ ausgegeben.
Schau mal bitte nach, welchen Input der auf den Filter folgende Step verwendet. Standardmäßig wird „output@SpreadsheetFilter“ verwendet. Sollte das der Fall sein, wechsel ihn zu „negativeOutput@SpreadsheetFilter“:
Das ist Absicht, da ich ja nur die Zeilen ohne GP-Nummer haben will.
Im Mapper „Bestelldaten auslesen, …“ habe ich richtigerweise auch keine Ausgabe.
Allerdings landet die customer_id 6684531818763 in der Excel, obwohl im Filter eine GP-Nummer vorhanden ist.
Ok danke.
Jetzt noch die Frage, was es mit den 2 Filtern auf sich hat? Steht das zusammen in einer Filterbedingung drin und du hast es aus Platzgründen nur extra geschickt? Ist das „UND“ oder „ODER“ verknüpft?
Oder steht das in einem Mapper vorher?
Denn: Beim 2. Filter (also das mit dem <#list>): Die Anführungszeichen sind komisch. Evtl. wird diese Filter-Bedingung überhaupt nicht richtig ausgeführt und ist immer false.
Frage: Angenommen da würde immer false rauskommen, würde das das Verhalten zusammen mit deiner vorherigen ODER-Bedingung erklären? Vielleicht fehlen ja auch irgendwo Klammern.
EDIT: Das erklärt aber natürlich noch nicht warum der Mapper korrekt ist und der ExcelWriter nicht.
Kannst du mal das FIlter-Ergebnis per CSVWriter in eine CSV schreiben und dir die z.B. per StoreDebugFile wegspeichern und anschauen? Gibt es evtl. doppelte Zeilen? Evtl. siehst du im Mapper die Zeile, die korrekt gefiltert wird, aber später kommt das ähnliche nochmal und da klappt der Filter nicht?
vielen Dank für deine Hilfe. Kommt die gp_nummer irgendwie aus einem Datastore (per Querverweis oder SearchDatastore Step) ?
Falls ja: Kann es sein das der Wert im Datastore innerhalb des Flows oder von einem anderen Flow geleert wird ? Das würde die unterschiedlichen Ergebnisse (Vorschau / richtige Ausführung) erklären.