XML HTTPS POST Abfragen (Afterbuy)

Hallo zusammen,

ich habe mittels AutoIT ein paar Geschäftsprozesse (Afterbuy->Warenwirtschaftssystem) automatisiert. Bisher greife ich Daten über den Browser/Quellcode ab, möchte das aber nun mit XML umsetzen damit man nicht bei jeder kleinen Änderung anpassen muss.

Nun habe ich bisher kaum mit XML gearbeitet und bräuchte da mal einen Tipp. Ich kann die möglichen XML Calls hier testen:

http://api.afterbuy.de/afterbuy/ABInterfaceTest.aspx

gibt es eine UDF um möglichst simpel solche XML calls in autoit auszuführen und zu verarbeiten?

mfg

Hi, danke für deine schnelle Rückmeldung @alpines

Es werden schon ein paar hundert Calls pro Woche damit gemacht also ich denke ich arbeite dann mit https://www.autoitscript.com/forum/topic/19…om-wrapper-com/

Leider ist das Topic sehr unübersichtlich und brauchbare examples finde ich da auch nicht. Ich habe aber auch das Gefühl das ich etwas grundlegendes noch nicht verstanden habe.

Ich arbeite mich daher da mal ein. Sollte sich aber evtl. jemand finden der sich ebenfalls per XML an Afterbuy Datensätzen bedient wäre ein Beispiel HowTo echt nett. Ansonsten poste ich eins falls ich es schaffe. Es gilt

Zitat von Afterbuy XML Dokumentation

» Aufruf der Schnittstelle

Die Schnittstelle wird über einen HTTPS-Post (SSL-Verschlüsselung) aufgerufen.
Url: https://api.afterbuy.de/afterbuy/ABInterface.aspx

Grundsätzlich muss eine Auth erfolgen:

Zitat von Afterbuy XMl Dokumentation

Der XML Tag ’AfterbuyGlobal’ muss bei jedem Aufruf der Schnittstelle vorhanden sein.

Code:

<AfterbuyGlobal> <PartnerID>123456</PartnerID> <PartnerPassword>abc123</PartnerPassword> <UserID>Afterbuy</UserID> <UserPassword>123abc</UserPassword> <CallName>GetAfterbuyTime</CallName> <DetailLevel>0</DetailLevel> </AfterbuyGlobal>

Alles anzeigen

Da ich von XML keine Ahnung habe stellt sich mir halt die Frage nach dem WIE, besonders per AutoIT. Ich denke aber auch generell sollte ich das herausfinden. Bisher vermute ich alles XML relevante kommt in eine Datei, evtl. .xml, und dann muss ich diese .xml datei mit allen XML Tags übergeben an die URL https://api.afterbuy.de/afterbuy/ABInterface.aspx

Zumindest wenn ich die reine URL per Browser öffne bekomme ich eine Rückmeldung das eben keine AfterbuyGlobal Tags übergeben wurden.

Soweit erstmal...

C# kann ich leider nicht. Ich habe mich mal aus der afterbuy dokumentation bedient und denke ein Request wird später ungefähr so aussehen:

<?xml version="1.0" encoding="utf-8"?>
<Request>
  <AfterbuyGlobal>
    <PartnerID>123</PartnerID>
    <PartnerPassword>1a2b3c</PartnerPassword>
    <UserID>AfterbuyTestaccount</UserID>
    <UserPassword>4a5b6c</UserPassword>
    <CallName>GetSoldItems</CallName>
    <DetailLevel>0</DetailLevel>
    <ErrorLanguage>DE</ErrorLanguage>
  </AfterbuyGlobal>
  <RequestAllItems>0</RequestAllItems>
  <DataFilter>
    <Filter>
     <FilterName>DateFilter</FilterName>
     <FilterValues>
       <DateFrom>01.05.2006 00:00:00</DateFrom>
       <DateTo>05.06.2006 23:00:00</DateTo>
       <FilterValue>AuctionEndDate</FilterValue>
       <FilterValue>FeedbackDate</FilterValue>
     </FilterValues>
    </Filter>
    <Filter>
     <FilterName>OrderID</FilterName>
     <FilterValues>
       <FilterValue>43151135</FilterValue>
     </FilterValues>
    </Filter>
    <Filter>
     <FilterName>RangeID</FilterName>
     <FilterValues>
       <ValueFrom>1</ValueFrom>
       <ValueTo>999999999</ValueTo>
     </FilterValues>
    </Filter>
    <Filter>
     <FilterName>DefaultFilter</FilterName>
     <FilterValues>
       <FilterValue>InvoicePrinted</FilterValue>
     </FilterValues>
    </Filter>
  </DataFilter>
</Request>

Zu lang für rudimentäre AutoIT Funktionen? Ich danke dir für die Hinweise zu RegEx und WInHttp und schaue mir da die Hilfe mal an.

BTW: Sogar "das einfachste der ganzen Sache" erschließt sich mir bisher immer noch nicht so richtig: Wie übergebe ich denn mein XML Request manuell an diese .aspx Site?

OK Ich glaube das bringt mich ein gutes STück weiter. Ich habe mir WinHttp Help angeschaut und denke ich benötige hier _WinHttpSimpleSSLRequest. Hier mal das example:

#include "WinHttp.au3"


Opt("MustDeclareVars", 1)


; !!!Note that this example will fail because of invalid username and password!!!


; Use real data for authentication
Global $sUserName = "SomeUserName"
Global $sPassword = "SomePassword"
Global $sDomain = "www.google.com"
Global $sPage = "accounts/ClientLogin"
; Visit http://code.google.com/apis/accounts/docs/AuthForInstalledApps.html for more informations
Global $sAdditionalData = "accountType=HOSTED_OR_GOOGLE&Email=" & $sUserName & "&Passwd=" & $sPassword & "&service=mail&source=Gulp-CalGulp-1.05"


; Initialize and get session handle
Global $hOpen = _WinHttpOpen()
; Get connection handle
Global $hConnect = _WinHttpConnect($hOpen, $sDomain)


; SimpleSSL-request it...
Global $sReturned = _WinHttpSimpleSSLRequest($hConnect, "POST", $sPage, Default, $sAdditionalData)


; Close handles
_WinHttpCloseHandle($hConnect)
_WinHttpCloseHandle($hOpen)


; See what's returned
MsgBox(0, "Returned", $sReturned)

Ich habe dementsprechend die Variablen wie login, host, site, etc. ersetzt. Ich bekomme natürlich einen Fehler zurück da ich ja noch gar keinen XML content an den POST gehangen habe. Wenigstens bekomme ich schon mal was zurück

Ich habe das mal probiert als $AdditionalData bzw. String einzufügen. Wenn ich es in Anführungszeichen mit Absätzen versuche, meckert AutoIT nach jeder spitzen geschlossenen Klammer (vlt auch Absatz) "unterminated string".

Wenn ich alle Absätze entferne dann meckert AutoIT "Uknown function" Ist das jetzt zu lang für WinHttp oder mache ich was falsch?

Ich habe noch mal ein wenig an den Formaten probiert und bin jetzt an folgendem Punkt angelangt: Ich habe AdditionalData wie folgt:

Global $sAdditionalData = "<AfterbuyGlobal><PartnerID>" & "1111111" & "</PartnerID><PartnerPassword>" & "aJwy6vmamAVEddhq=SYkkGMf" & "</PartnerPassword><UserID>" & "102244_abcdef" & "</UserID><UserPassword>" & "NJby6vjknguviZTCEdZhq=SYkkGMf" & "</UserPassword><CallName>" & "GetSoldItems" & "</CallName><DetailLevel>" & "0" & "</DetailLevel><ErrorLanguage>DE</ErrorLanguage></AfterbuyGlobal>"

Login/Pass sind geändert bzw. ungültig gemacht und dienen nur zur Veranschaulichung. Ich nutze das dann alles so:

; SimpleSSL-request it...
Global $sReturned = _WinHttpSimpleSSLRequest($hConnect, "POST", $sPage, Default, $sAdditionalData, Default, Default, 1)


; Close handles
_WinHttpCloseHandle($hConnect)
_WinHttpCloseHandle($hOpen)

Wobei ich mit dem Parameter 1 am Ende von _WinHttpSimpleSSLRequest UTF-8 Kodierung bezwecke. Ich erhalte aber immer nur folgenden Return:

xml.jpg

Ich schlussfolgere dass ich beim übergeben irgendwas falsch mache.

So steht es in der example der Hilfe für _WinHttpSimpleSSLRequest. Ich habs aber mal geändert:

Global $hConnect = _WinHttpConnect($hOpen, $sDomain, 443)

Bekomme aber leider die gleiche Rückmeldung. Eine Frage zu der Formatierung des Strings:

Muss ich nach einem Gleichheitszeichen, bsplw. im Passwort, mit =" & "... arbeiten oder müsste das von einem Anführungszeichen bis zum letzten durchgängig schreibbar sein?

e: habs ausprobiert und scheint irrelevant zu sein

Hey, ich wollte mich gerade ans sniffen machen da kam ein Kunde mit dringender bitte bis Montag früh. Ich muss das Thema erstmal auf Eis legen. Ich melde mich aber mit nem Sniff zurück! Danke bis hier hin für deine Mühe, ich würde mich ja per Button bedanken oder liken aber wenn ich anderweitig mich revanchieren kann sag mir das bitte!

Gruß

Hey alpines, vielen Dank nochmal, ich finde das auf jeden Fall nicht selbstverständlich und diese Woche war ein wenig viel Stress da ist man wohl nochmal doppelt dankbar wenn man den Wald vor lauter Bäumen nicht mehr sieht.

Ich habe mich heute wieder mal mit dem Thema auseinandergesetzt und der Fehler saß mal wieder vor dem Bildschirm Genauer gesagt: man sollte die Fehlermeldung für voll nehmen, ich hatte mich tatsächlich probiert mit falschem Username zu connecten. Das konnte ich dann herausfinden über die Testschnittstelle von afterbuy. Für alle Menschen, die mal auf das gleiche Problem stoßen und sich fragen wo und wieso:

Die Testschnittstelle findet ihr hier:

https://api.afterbuy.de/afterbuy/ABInterfaceTest.aspx

Username/Pass sind die gleichen wie die Logindaten für afterbuy, NICHT der Interface Name den man beantragt!

Mein genutzter Testcode: (e: klappt übrigens sowohl mit als auch ohne 443 parameter)

#include "WinHttp.au3"


Opt("MustDeclareVars", 1)


; Use real data for authentication
Global $sDomain = "api.afterbuy.de"
Global $sPage = "afterbuy/ABInterface.aspx"


Global $sAdditionalData = "<Request><AfterbuyGlobal><PartnerID>PARTNERID</PartnerID><PartnerPassword>PARTNERPASSWORT</PartnerPassword><UserID>AFTERBUYLOGIN</UserID><UserPassword>AFTERBUYLOGINPASSWORT</UserPassword><CallName>GetAfterbuyTime</CallName><DetailLevel>0</DetailLevel><ErrorLanguage>DE</ErrorLanguage></AfterbuyGlobal><RequestAllItems>0</RequestAllItems><DataFilter><Filter><FilterName>DateFilter</FilterName><FilterValues><DateFrom>30.03.2017 08:00:00</DateFrom><DateTo>30.03.2017 12:00:00</DateTo><FilterValue>AuctionEndDate</FilterValue><FilterValue>FeedbackDate</FilterValue></FilterValues></Filter><Filter><FilterName>OrderID</FilterName><FilterValues><FilterValue>43151135</FilterValue></FilterValues></Filter><Filter><FilterName>RangeID</FilterName><FilterValues><ValueFrom>1</ValueFrom><ValueTo>999999999</ValueTo></FilterValues></Filter><Filter><FilterName>DefaultFilter</FilterName><FilterValues><FilterValue>InvoicePrinted</FilterValue></FilterValues></Filter></DataFilter></Request>"


; Initialize and get session handle
Global $hOpen = _WinHttpOpen()
; Get connection handle
Global $hConnect = _WinHttpConnect($hOpen, $sDomain)


; SimpleSSL-request it...
Global $sReturned = _WinHttpSimpleSSLRequest($hConnect, "POST", $sPage, Default, $sAdditionalData)


; Close handles
_WinHttpCloseHandle($hConnect)
_WinHttpCloseHandle($hOpen)


; See what's returned
MsgBox(0, "Returned", $sReturned)

Hallo,

ich habe da doch noch ein Problem mit diesem Projekt. Ich habe jetzt schön die ganze Logik für meinen Kunden geschrieben. Allerdings bekomme ich im Netz des Kunden immer auf meine XML Requests "0" zurück. Ich gehe stark davon aus, dass deren Proxy dafür verantwortlich ist, finde aber bisher keine Lösung für mein Problem.

Ich fand diese Funktion für Proxys im Netz:

$hSession = _WinHttpOpen("Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Firefox/24.0")
_SetProxy($ProxyIP, $hSession)
Func _SetProxy($ProxyIP, $Session)
	Local $tWINHTTP_PROXY_INFO[2] = [DllStructCreate("DWORD  dwAccessType;ptr lpszProxy;ptr lpszProxyBypass;"), DllStructCreate('wchar proxychars[' & StringLen($ProxyIP) + 1 & ']; wchar proxybypasschars[10]')]
	DllStructSetData($tWINHTTP_PROXY_INFO[0], "dwAccessType", $WINHTTP_ACCESS_TYPE_NAMED_PROXY)
	DllStructSetData($tWINHTTP_PROXY_INFO[0], "lpszProxy", DllStructGetPtr($tWINHTTP_PROXY_INFO[1], 'proxychars'))
	DllStructSetData($tWINHTTP_PROXY_INFO[0], "lpszProxyBypass", DllStructGetPtr($tWINHTTP_PROXY_INFO[1], 'proxybypasschars'))
	DllStructSetData($tWINHTTP_PROXY_INFO[1], "proxychars", $ProxyIP)
	DllStructSetData($tWINHTTP_PROXY_INFO[1], "proxybypasschars", "localhost")
	_WinHttpSetOption($Session, $WINHTTP_OPTION_PROXY, $tWINHTTP_PROXY_INFO[0])
EndFunc   ;==>_SetProxy

Unter den Windows IPv4 Einstellung wurde als Gateway der Proxy gesetzt. Der DNS Server allerdings ist eine andere IP. In Firefox werden die Systemeinstellung für Proxys verwendet.

Ich setze $ProxyIP = GatewayIP, habe aber in diesem Fall den Verdacht, dass das nicht reicht, da ja noch ein anderer DNS Server in den Eigenschaften des Interfaces angegeben ist. Liege ich da richtig? Falls ja, hat da jemand nen Tip wie ich das richtig konfiguriere?

was evtl auch helfen würde, wenn ich per winHTTP ebenfalls die Proxysettings des Systems nutzen könnte

e: OK, auch das ist gelöst. Bei mir war es der falsche Port. Darauf bin ich wie folgt gekommen:

Mit dieser Funktion kann man die System Proxy Settings auslesen:

; Gets proxy settings from Windows registry


#include <MsgBoxConstants.au3>


Local $sProxyServer = RegRead("HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings", "ProxyServer")
Local $sProxyOverride = RegRead("HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings", "ProxyOverride")


MsgBox($MB_SYSTEMMODAL, "Proxy", $sProxyServer & @CRLF & $sProxyOverride)

Damit bekommt man dann alles angezeigt was man braucht.

Danke für den Link. Jetzt kann ich auch nach vollziehen was in der gefunden Funktion überhaupt abläuft.

Ich habe jetzt die Funktion schon benutzt und das klappte ganz gut daher belasse ich es wohl dabei. Proxy befindet sich übrigens nicht auf dem Host sondern (irgendwo) im Firmennetz