Artikelpreise aus Onlinekatalog in Rechnungsprogramm oder .xlsx

High Swiffer,

hast Du die Artikel in deiner WaWi auch schon angelegt? Wenn ja - der Import in Deine WaWi ist weniger das Problem, das lässt sich über csv meist simpel realisieren.

Bleibt das Auslesen aus dem Netz.

Kannst Du bei deinem Grosshändler keine Liste anfordern?

Anyway ich habe wir die Seite mal als HTML Text angesehn, da stehen Preis und Artikelnummer ja drin. Nun könnte man auf die Idee kommen, diesen als TXT datei speichern, dann nach den Artikelnummern suchen und den Presi suchen. Dazu muss man aber erstmal einen Zusammenhang zwischen Art Nummer und Preis herstellen können.

product-itemnumber-desc">Artikel-Nr.: 234057<br>Farbe

hier ist klar wie man die Artikelnummer herausfischt 9 Zeilen weiter steht der Preis. Nur ob das immer 9 Zeilen sind? Das obliegt Deinem Fleis diesen Zusammenhang zu finden.

Die Artikel, deren Preis Du haben willst --> schreibst Du in eine ini (dann must Du nicht immer im Source ändern) usw

LG

Peter

PS.: Bist Du aus der Schweiz?

Klingt eigentlich zu offensichtlich .

Hast Du mal angefragt, ob es den Katalog in einer maschinenlesbaren Datei (z.B. XML/CSV) gibt.

Normalerweise haben Lieferanten ja ein Interesse, dass möglichst viele Kunden bestellen.

Meine Erfahrung:

Beim Lieferanten wird in die Runde gefragt, wie man denn eine Preisliste verwalten kann.

Irgendein Spezi sagt dann, er kann da was mit Excel machen. Und dann passiert das Schlimme: Er will es "schön" machen. Mit Pivot Tabellen und Makros ohne Ende.

Einziges Ziel: Einfaches Einpflegen von Änderungen. Aber kein Gedanke daran eine schnittstellenbasierte Ausgabe zu schaffen.

Ich kotze da auch immer ab. Wir bekommen von einem Lieferanten immer solche rotzigen Makroverseuchten Excel Tabellen. Da darf ich dann immer erst mal alle Abhängigkeiten von Kreuz und quer auf linear umschlüsseln.

Für sowas ist wirklich CSV wesentlich besser geeignet oder JSON - aber Excel?

Die Infos aus der HTML-Seite auszulesen ist meiner Meinung nach gar nicht mal so das Problem.
Es ist halt HTML und muss entsprechend behandelt werden.
Hab das mal versucht:

#include <Array.au3>
#include <Inet.au3>

; HTML-Quelltext der Seite einlesen:
$sHTML = FileRead("seite.html")

; HTML-String in HTML-Objekt parsen (Doku: https://learn.microsoft.com/en-us/dotnet/api/system.windows.forms.htmldocument)
$oHtmlDoc = ObjCreate("HTMLFILE")
$oHtmlDoc.open()
$oHtmlDoc.write($sHTML)
$oHtmlDoc.close()
While $oHtmlDoc.readyState <> "complete"
    Sleep(10)
WEnd

; Alle div-Elemente auslesen - genauer suchen wir nur die mit der Klasse "product-wrapper" - dazu aber später
Local $oNodeList = $oHtmlDoc.GetElementsByTagName('div')

; Variablen, welche bei der Auswertung verwendet werden - inklusive dem Ergebnisarray $aProdukte
Local $aProdukte[$oNodeList.length][5], $sClass, $iCount = 0, $aTmp

; Die gefundenen div-Elemente einzeln durchgehen
For $oDiv In $oNodeList
    ; Klassenattribut des aktuellen Elementes auslesen:
    $sClass = $oDiv.GetAttribute("className")

    ; nur wenn es ein product-wrapper-Element ist weitermachen - sonst zum nächsten Element gehen
    If Not StringInStr($sClass, "product-wrapper") Then ContinueLoop

    ; Alle Subelemente des product-wrapper element durchgehen (dort stehen dann unsere Produktinfos)
    For $oElem In $oDiv.All
        $sClass = $oElem.GetAttribute("className")

        Select
            ; Produktnamen auslesen:
            Case StringInStr($sClass, "product-name")
                $aProdukte[$iCount][0] = $oElem.InnerText
            ; Zusatzbezeichnung auslesen:
            Case StringInStr($sClass, "product-add-name")
                $aProdukte[$iCount][1] = $oElem.InnerText
            ; Artikelnummer auslesen:
            Case StringInStr($sClass, "product-itemnumber-desc")
                $aTmp = StringRegExp($oElem.InnerText, 'Artikel-Nr\.:\h*(\d+)', 3)
                If Not @error Then $aProdukte[$iCount][2] = $aTmp[0]
            ; Preis auslesen:
            Case StringInStr($sClass, "product-price-amount")
                $aProdukte[$iCount][3] = Number(StringRegExpReplace($oElem.InnerText, '[^\d\.]+', ''))
            ; Währung auslesen:
            Case StringInStr($sClass, "product-price-currency")
                $aProdukte[$iCount][4] = $oElem.InnerText
        EndSelect
    Next
    $iCount += 1
Next
Redim $aProdukte[$iCount][5]

_ArrayDisplay($aProdukte, "Produkte", "", 64, "|", "Artikel|Ausführung|Artikelnummer|Preis|Währung")

Für mich ist eher das Problem an den vollständigen Quelltext (automatisiert?) zu kommen.
Das ist über Cloudflare gehostet, und man kommt ohne weiteres nicht per InetGet/InetRead/curl/wget an den Quelltext ran.

Eventuell könnte man per Browsersteuerung ala Webdriver da was basteln.

Hi Swiffer ,

lass dich bitte nicht verunsichern oder frustrieren von den "besseren" Skripten die dir hier angeboten werden. Ist doch okay wenn du noch am Anfang stehst und es ist auch gut, dass du als Hilfesuchender entsprechende fundierte Vorschläge bekommst - alles andere wäre doch Quatsch aus meiner Sicht - also alles gut 😇 .

Im Falle das ich dich richtig verstehe, kann man dies mit dem WebDriver (au3WebDriver, mein Tutorial dazu kommt leider erst in ein paar wenigen Wochen), leicht erledigen.
Also ich rekapituliere mal was ich verstanden habe:

Du befindest dich auf dieser Seite und kopierst dir die Preise händisch (oder eben mit Send(), Sleep() etc.) raus?!

Welche Angaben brauchst du außerdem noch, um die Preise in dein Rechnungsprogramm eindeutig zuzuordnen?
Preise, Artikelbezeichnung, Artikel-Nr. oder was man sonst so auf der Webseite sieht?

Du trägst diese derzeit in dein Rechnungsprogramm ein und möchtest dies in Zukunft gern über einen CSV Import machen.
Das heißt wenn du die Daten in einer Tabelle (in einem Array hast) und sie als CSV speicherst, kannst du sie importieren, richtig?

Im Moment sehe ich 122 Produkte auf 3 Seiten verteilt. Also alle Infos auf Seite 1 ziehen, dann über die Pagination auf Seite 2 weiter gehen und dort die Daten ziehen, dann auf Seite 3 etc. => auch easy, wenn es "nur" das ist. Die Daten sammeln, zusammen führen und bspw. über Array als CSV ablegen. Okay.

Also auf dem ersten Blick, kann man über den folgenden XPath //div[@class="product-price "] die Preise bspw. heraus filtern (über den WebDriver => automatisch als Array abgelegt).

"

Egal, ich verliere mich gerade 😅 .

Also Fazit:
Ja es wäre mit wenig Aufwand machbar. Wenn du mir sagst welche Daten du konkret brauchst, am besten mit Screenshots, dann kann ich dir das wahrscheinlich sogar fertig machen 🤝 . Wichtig ist auch welchen Browser du benutzt? Ich empfehle Chrome oder Firefox. Andere gehen auch, doch das ist für mich aufwändiger.

Viele Grüße
Sven

Zitat von AspirinJunkie

[...] Eventuell könnte man per Browsersteuerung ala Webdriver da was basteln. [...]

Ja, ganz genau 😀 . Aber cooles Skript AspirinJunkie , schaue ich mir mal genauer an, die Variante habe ich so noch nicht probiert. Wahrscheinlich weil i.d.R. mit cURL oftmals alles machbar ist und ansonsten nutze ich WebDriver.

@Alle
Ich finde es toll, dass es hier so viele unterschiedliche Ansätze und Vorschläge gibt, die von euch kommen und alle ihren Wert haben und zielführend sind 👍 .
Chapeau!

Viele Grüße
Sven

Zitat von Swiffer

[...] Ich brauche die Artikelnummer um die Preise eindeutig zuordnen zu können. Am besten die "Artikel-Nr des Herstellers". Die Normale geht aber auch. [...]

Du meinst diese Artikel-Nr des Herstellers, richtig?

Dazu müsste jedes Mal ein Seitenwechsel erfolgen, um den Wert zu bekommen. Geht auch, aber macht die ganze Sache doch recht langsam.
Allerdings stört dich das ggf. nicht? Kann ja headless (versteckt) im Hintergrund laufen und dir irgendwann deine Tabelle (Array) ausgeben, richtig?

Also konkret: "Die Normale geht auch"!? Brauchst du die des Herstellers wirklich oder nicht?

Viele Grüße
Sven

Sorry Swiffer, ich muss nochmal fragen:
Die normale ist doch aber nicht eindeutig, richtig? Dafür brauchst du doch die Ausführung zusätzlich noch, oder?

Viele Grüße
Sven

Zitat von Swiffer

Gut, dass Du nochmal fragst. [...]

Habe ich mir doch gedacht 🤣 .

Wie genau trägst du das in dein Rechnungsprogramm ein?
Also mir geht es konkret um die Syntax, den String der im Array (in der Tabelle) stehen soll?

Artikel-Nr.: 234057 / Farbe: 100 / Ausführung: 242 / CHF 893.00
Artikel-Nr.: 234057 / Farbe: 100 / Ausführung: 242 / CHF 893.00
Artikel-Nr.: 234057 / Farbe: 100 / Ausführung: 242 / CHF 893.00

234057 / 100 / 242 / CHF 893.00
234057 / 100 / 242 / CHF 893.00
234057 / 100 / 242 / CHF 893.00

"234057 | 100 | 242 | 893.00"
"234057 | 100 | 242 | 893.00"
"234057 | 100 | 242 | 893.00"

... ...
... ...
... ...

In irgendeiner Art wie hier gezeigt oder am Ende nur der Preis? Naja, ist jetzt erstmal noch egal, kann man dann auch noch anpassen.
Ich mache erstmal Schluss für heute. Angenehme Nacht euch allen 😴 .

Viele Grüße
Sven

Bezüglich WebDriver.

Werft mal einen Blick in das Wiki des engl. Forums zum Thema WebDriver. Dort wird der WebDriver Examples Thread verlinkt.

In meinem DSGVO/GDPR Beispiel ziehe ich von einer Website die über mehrere Seiten verteilten Strafen.

Das Beispiel ist umfangreich dokumentiert

Bei Bedarf kann ich morgen den genauen Link posten

Link: https://www.autoitscript.com/forum/topic/20…comment=1446234

Sehr gut water, Danke 🤝 . Dein Beispiel schaue ich mir mal genauer an 👍 .

Swiffer:
Hier mal das Array (die Liste) der ersten Seite:

Jetzt geh' ich aber wirklich ins Bett.

Viele Grüße
Sven

Nochmal so grundsätzlich und angelehnt an BugFix ...

Immer wieder ist von Excel Tabellen und Macros die Rede. Dazu denke ich mir????????????????

Im Zeitalter von Virus und CO? In vielen Unternehmen kommen Word und Excel Dokumente (im Mail Programm) genau bis zum Mülleimer. Wo sie auch hingehören!! Egal ob ein Absender seriöser Kunde oder Lieferant ist, Virus und Co kann sich auch ohne sein (wissentliches) Zutun in den Dokumenten einmisten.

Wir sind doch die WISSENDEN. Wer braucht eine Excel Tabelle zum Einlesen von Daten? Niemand!! Denn 99,99 % der Software können CSV. Das ist universell, vom prinzip simpler Text.

Warum also MS Formate und ähnlicher Mist (sorry) wenn es einfach auch geht (csv)??? Zumal keiner am Montag kommt und feststellt, das Format habe ich seit gestern geändert?

Also belästigen wir unsere Lieferanten doch mit CSV "Listen" und lehnen Word Dokumente zugunsten von plain Text oder PDF ab?

Mut zum Widerspruch

LG

Peter

Habt Ihr in Eurer Firma schon alle Lieferanten überzeugen können auf CSV, JSON oder whatever umzustellen?

water Wenn Du mich damit meinst.... Ja. Wir nehemn keine Word, Excel usw. Dateien an. Grundsätzlich und überhaupt nicht. Das klappt schon. Nervig ist nur dass man in vielen Fällen immer wieder aufs neue daran erinnern muss...

Aber ja - wir bekommen das hin. Schade nur dass wir uns häufig dabei alleine fühlen, anderen scheint das egal zu sein...