REST API based website

General information for the website: PHP REST/SOAP API based website.
Num. of web pages/modules: ~30
Description of every page/module: A multilingual store website(frontend->sales,products,orders,order forms completion,etc // backend user management,sales management,products managent,etc) based on thesslstore and GlobalSign APIs calls. Similar to http://www.onlyssls.com(frontend) and http://www.onlyssls.com/admin/home(backend) or http://www.sslcertstore.com(frontend) and http://www.sslcertstore.com/admin/home(backend) .
Description of requirements/features: Complete+Working tested in LIVE(not TEST) solution(data mapping+html forms on a fully customizable responsive template) based on the API requests/responses(get/post/put/delete), resulting to an equivalent of http://www.onlyssls.com(frontend) and http://www.onlyssls.com/admin/home(backend) or http://www.sslcertstore.com(frontend) and http://www.sslcertstore.com/admin/home(backend). Example API scripts in TEST(LIVE at sslcertstore.com)mode/environment are provided.
CMS and Admin requirements: Core php or CMS. ADMINISTRATION like in http://www.sslcertstore.com/admin/home http://www.onlyssls.com/admin/home(backend).
Specific technologies required:SOAP--REST--API--PHP--HTML
Similar urls: http://www.onlyssls.com/Admin http://www.onlyssls.com or http://www.sslcertstore.com/Admin http://www.sslcertstore.com
Extra notes: What is asked is a from scratch complete+Working tested in LIVE(not TEST) multilingual website (data mapping+html forms on a fully customizable responsive template) based on the API requests/responses(get/post/put/delete), of thesslstore api and the GlobalSign Apis, resulting to an equivalent of http://www.sslcertstore.com(frontend) and http://www.sslcertstore.com/admin/home(backend) or http://www.onlyssls.com(frontend) and http://www.onlyssls.com/admin/home(backend). All API functions/calls examples can be provided in testing mode in php or asp.
**An exact of replica of http://www.sslcertstore.com, which with a fully customizable template and option to add products that the api does not provide.
***thesslstore.com api(https://www.thesslstore.com/api/)++GlobalSign Apis(https://www.globalsign.com/en/partner-center/api-documentation-ssl/) must be integrated on the website.
****The website must be multiliingual, must use a db to save all user related data(credentials,sales,invoices etc) and must have its own payment gateways(PayPal,Skrill,Credit Cards).
*-*The design must be similar to thesslstore.com
*-*#The result should be similar to the thesslstore website. The rapidsslonline.com one is exactly like my own sslcertstore.com and is owned by my partners, who provide me with my site(sslcertstore.com) from their servers, who provide the thesslstore API and whose main website is the thesslstore.com, that i want a similar design to.
**-*Multlingual->EN(default) // Greek // Russian // Spanish // French // Deutsch (maybe more). GeoIP redirection to specific language. Must pull those language data from database. I will provide any translations.
**-*#Multilingual means that there will be several languages like the default EN, Greek, Russian, Spanish, Deutsch, French,Italina,Turkish and maybe Chinese,Japanese,Hindi. The apis supply the deafult language(English) and i can provide the Greek translation. So there must be some files that the website will pull the static language variables from and a db to save the dynamic content language data(like the content).
#-The currency must be also set according to the language(or can be set/altered per need), so there also has to be a live currency converter.

###The api requests/responses receive and send back several data, of which some need to be stored within an own db. For example there is no need for the static content received from the api calls to be stored anywhere(we just receive it upon calls), but all dynamic content, like products and all aspects related to them(descriptions.metas,seo,languages,images etc), have to be stored locally within a db. Also user related data(their info,credentials,purchases,invoices etc), stored within our own db.

####Upon checkout the user data and all product data are send via the api to my partners. So with our own payment gateways integration,there will have to be a data check(via the api) and upon purchase/payment completion the data are send via the api to the partners.
####-There are two ways(via the thesslstore api) to complete a purchase, the NewOrder and the InviteOrder and i want the customer to be able to select one of them to complete the purchase.

**There are several APIs and calls that have to be implemented from both thesslstore API and GlobalSign APIs.