Extra instellingen adresgegevens klant

Deze optie bestaat uit 4 verschillende instellingen. Opties 3 en 4, het dynamisch ophalen en het dynamisch controleren van de klantgegevens is alleen beschikbaar vanaf de professionele abonnementen.

Beveiliging bestelproces

Met deze optie kunt u aangeven of u het bestelproces (dit houdt in vanaf het NAW scherm tot en met de betaling) via een beveiligde SSL (Secure Sockets Layer) verbinding wilt laten lopen. Via een SSL verbinding kunt u veilig persoonlijke gegevens als b.v. creditcardgegevens via het internet versturen, terwijl u privacy gegarandeerd blijft. Een website met een SSL verbinding begint meestal met https:// in plaats van http://, de ´s´ staat voor secure.
Het is het van belang dat in het geval van een eigen layout de url's (naar bijvoorbeeld documenten met voorwaarden) of plaatjes vanuit de productlijst of knoppen e.d. ook beveiligd moeten zijn, en daarom ook moeten verwijzen naar een https adres.

Zie ook de help pagina over gebruik van SSL.

Klantgegevens bewaren

Hier kunt aangeven of u de klant wel of niet de keuze wilt geven om zijn gegevens te bewaren in een cookie. Als de klant op ja drukt, dan zal de volgende keer dat hij of zij uw site bezoekt zijn of haar gegevens automatisch ingevuld zijn.

Dynamisch ophalen van klantgegevens

Naast de oplossing om klantgegevens standaard te tonen in het NAW scherm van het bestelproces door middel van online/offline klantbeheer, is het ook mogelijk om klantgegevens dynamisch van de eigen server op te halen. De gegevens worden van een externe server gehaald door middel van de aanroep van een script (ingestelde URL) die zelf gemaakt dient te worden. Deze manier van klantbeheer biedt veel mogelijkheden en extra flexibiliteit omdat het beheer van deze gegevens volledig aan de kant (backoffice) van u zelf ligt en omdat de gegevens voor elke pagina binnen de winkel beschikbaar zijn. Ook zijn de gegevens altijd up-to-date met de eigen backoffice omdat ze real-time worden opgehaald.

Om deze feature te kunnen gebruiken heeft u nodig:

• Kennis van een server-side taal (cgi, php, java, python, etc)
• Een locatie om uw script op te hosten en waar ook de klantgegevens in de backoffice beschikbaar zijn
• Een manier om zelf klanten te laten inloggen of ze in ieder geval te voorzien van een userid (of de $reseller-name$ login/klantbeheer gebruiken)

Remote host

De waarde (naam) van de Remote host is ook de naam van het script dat wordt aangeroepen door mijnWinkel om de klantgegevens op te halen. Het script wordt aangeroepen door middel van een POST met de volgende variabelen:

Wanneer $reseller-name$ geen userid heeft om mee te geven aan het script, zal het script niet worden aangeroepen. Wanneer gebruik wordt gemaakt van $reseller-name$ klantbeheer zal een userid altijd aanwezig zijn, maar wanneer $reseller-name$ klantbeheer niet wordt gebruikt zal er een userid moeten worden meegegeven bij het aanroepen van de winkel. Daar moet custom_userid variabele voor worden gebruikt. Deze variabele, die meegegeven wordt in de GET url van $reseller-name$ verschaft een userid die gebruikt zal worden door $reseller-name$ bij de aanroep van uw winkel. De syntax is als volgt: [shop-url]?custom_userid=[uw userid]. Tevens worden alle overige variabelen die met custom_ beginnen meegegeven in de aanroep van de Remote host.

Voor de beveiliging van de gegevensuitwisseling kan bijvoorbeeld gebruik gemaakt worden van een sessie variabele (custom_sessionid o.i.d.). Ook kan het IP nummer van waaruit de aanroep gedaan wordt, gecheckt worden (IP range 85.112.17.95/108).

De gegevens die worden teruggegeven, worden in elke pagina beschikbaar gesteld.

XML document

Het script dat wordt gemaakt moet een XML document teruggeven met het volgende formaat.

Dit zijn telkens de gegevens van één user die geïdentificeerd wordt door de meegegeven userid variabele bij de aanroep van uw script (of door een meegegeven _custom variabele waarmee de klantgegevens uniek kunnen worden geïdentificeerd). De structuur van het document kan beschreven worden met de volgende DTD, het gebruik van een DTD is echter niet noodzakelijk.

De kolom <col name=”credit”>###</col> is gereserveerd voor het doorgeven van het krediet van een klant. De andere kolommen kunnen bestaan uit standaard NAW velden of zelf-gedefinieerde NAW velden. Voor zelf-gedefinieerde NAW velden kan de naam van het veld worden gebruikt (inclusief hoofdletters / leestekens), voor de standaard velden moet het onderstaande lijstje gebruikt worden voor het benoemen van de kolommen (de naam in de kolom 'Systeemnaam' uit onderstaande tabel). Zie ook deze link met info over annotaties.

De NAW gegevens worden automatisch ingevuld in het adresscherm. Voor de afleveradres velden moet de prefix “delivery_” worden gebruikt, bijv. delivery_street voor het afleveradres. Voor zelf gedefinieerde velden moet het opgegeven label als kolomnaam gebruikt worden.

Custom lay-out

De $reseller-name$ uitbreiding myshop-value:customer-field-<veldnaam> kan gebruikt worden om de informatie van de klant op te vragen. Veldnaam kent daarbij de volgende mogelijkheden: email, company, department, name, street , streetnr, zip, city, telhome, telwork, telmob, fax, remark,state, country, initials, customerid, gender, age, company2, street2, vatnumer, accountnumber, accountholder, accountholdercity. Zie de help m.b.t. eigen lay-out.

Dynamische controle klantgegevens

Het is ook mogelijk om de klantgegevens op de eigen server dynamisch te controleren.
De gegevens worden van een externe server gehaald door middel van de aanroep van een script (ingestelde URL) die zelf gemaakt dient te worden. De gegevens zijn altijd up-to-date omdat ze real-time worden opgehaald.

Zie deze link voor meer info hierover.