The Freight Hero API

[Een ex-gebruiker]

Uitgangspunten:

• Er is één Master en meerdere Client sites (.de, .com)
• Alle Shipments, tarieven, verwerkingsinformatie, contactmanager en user-details zijn leading in de master en kunnen alleen door de master of via de API bewerkt worden.
• Alle beheer van bovenstaande data wordt door alle sitebeheerders (ook van client) vanuit de Master bewerkt. Shipments en tarieven zijn dan ook niet aanwezig in de database van de clients.
• Clients beheren hun eigen Harbours kopie van de Master Harbour database. Algemene instellingen (type, code, modes) worden beheerd in Master en gesynced naar Clients. Tarieven en Agent info staan alleen in Master. Content en publicatie status kunnen per client beheerd worden.
• De front-end code van alle systemen moeten gelijk blijven voor Master en Clients. Onderscheid in Master/Client routing gebeurt in de User/SiteApiController.
• Bovenstaand betekent dat alle data-requests voor de front-end via de Freighthero/SiteApiController moeten gaan.
• Gebruikers hoeven maar éénmaal een account aan te maken op Master òf Client en dan op hun centraal account in kunnen loggen via de Master en alle Clients.
• Bij bestellen op de master, wordt de gebruiker naar een client-site in de door hem gewenste taal gestuurd, zodat orders altijd vanuit een client komen.

Noodzakelijke aanpassingen

• De Master moet de .com site worden (ook voor basis Engelse teksten). De huidige Shipments en alle data van .nl moet op een moment over naar de .com en leading worden. Dit kan pas als .nl een Client kan worden, en dit dus goed werkt!
• Userprofile uitkleden naar alleen local user-settings. Alle data in Company/Contact data.
• Alle data op frontend via SiteApiController of UserApiController.
• Freighthero Admin interface aanpassen aan Client/Master status.
• Harbours aanpassen om settings van Master te syncen met Clients