PHP interface for EBAY API using XML

Seeking an experience web developer to create a PHP Interface for the EBAY API using the Ebay DTD on XML. This project is basically a PHP version of Ebays 'Turbo lister'. The internet has a multitude of PHP EBAY API integrations around. We expect most, if not all Ebay functionality in our application. The candidate MUST have proven experience creating a PHP interface to the EBAY API using XML. The candidate work method should involve using off-the-shelf scripts and/or their existing works to optimise the delivery of this solution. The most important aspect of this project is that the PHP and MYSQL functions and components involve minimum resource consumation through optimal programming conventions and syntax. The work should also be well documented, so please allow for some additional hours (At least 2-4) In which you will comment code and develop a a technical summary of your work. Our programming requirements are only for the server side development and programming. Our internal team already has logo and web design that can be tailored to meet your solution. The designing and further layout constitutes no part of your services. Please note, although optimal price is a key issue, I will ultimately be selecting the candidate based on their professional merits, not how cheap the job is done. Specifications include; ***Attached images will further define the below specifications. PHP Initial configuration -Setup global variables for the ebay integration -ie. Ebay userID, standard listing or ebay store -Ideally in a form or 'wizard'. New Products -When creating a new product, you have some options; Store in inventory/List to standard ebay listing/List to ebay store, the default value is set by the configuration. -Ability to list a product to a standard ebay listing -Ability to list a product through an ebay store -All ebay listing attributes must also be available on the 'list product' form. ie. start time/end time/price/condition/auction or buy now/featured listing/etc. -Option on listing to relist once, endless. Defaults to storing the product in an 'inventory' -Import existing ebay listing 'templates'. -Create auction templates via WYSIWUG Manage Listings -Show 'Scheduled listings', 'Active Listing', 'Finished Listings' -Scheduled listings are those which are scheduled for the future -Active Listings are those which are currently running -Finished listings are complete auctions/sales. -'Finished listings' (ones where the user has clicked buy, but not necessarily paid yet) should automatically be transferred to the orders section below -'Finished listings' (that are unsucessful with no purchase, will not go to the orders section), instead they will go to the unsucessful listings section. Orders -All products that are sucessfuly acknowledged by ebay as purchased should enter a workflow process. This would probably be created based on existing programming conventions, but should be a similar format to below. -New Orders(brand new ready to be acknowledged) -Awaiting Cash(Once acknowledged, the order awaits cash) -Awaiting Shipping(Once payment recieved item awaits shipping) -Goods Processed (Once shipped, awaiting the customer confirmation,(option to leave feedback in this flow)) -Complete order, customer left feedback and confirmed good complete -Incomplete Orders(The customer did not pay or complete the order properly, items are send here after a default amount of time) -Failed Orders(Listing failed after too long has passed, sale write-off) -Possible fraud(Flagged by ebay for possible fraud) -Confirmed fraud(Confirmed fraud) -Item Returns(Customer requested item return) Unsucessful listings (without bids/purchase) -Different section -Second round offer/relist option. Mail -Ability to send view mail -Ability to send mail -Saved messages and folders -etc Summary Page -First page of the application shows a status summary in several areas of the page eg. The layout will be done by our department, we just require the basic code. //EXAMPLE -Area 1 (Inventory) -Total Items inventory (150) -Area 2 (listings) -Scheduled listings (20), Active Listings (50), Complete listings(30). -Area 3 (Orders) -Orders New (5), Awaiting Cash (3), Awaiting Shipping (7), Goods Processed (15), -Area 4 (Incomplete Orders) -Incomplete Orders (2), Failed Orders (7), Possible Fraud (1), Confirmed fraud (0), Item returns (0). MYSQL Inventory -All products listed should automatically be added to an inventory DEFINITION: Inventory; An archive of all products, irrespective of what stage they are in the listing process. Each product is automatically placed in this MYSQL Inventory from the point at which they were first added. -Product Listing is a different section to scheduled/active/complete listings, it is the summary of all products which have entered the database -Every product upon being listed/added to the inventory, are given a unique product ID, [first three letters and incrementing number]. -Products from the inventory can obviously be relisted. -Ability to edit product attributes in the inventory, or remove them. The attributes that can be edited are identical to those for a product listing. Although I am flexible, the interface for navigation of this php interface should be fairly close to the IMAGE PROVIDED. CONCLUSION The end result will be this application that must be tested, working and documented on my web server. Thank you in advance for your time. Kind Regards Jeremy ***Please note, If your bid exceeds the budget of $1500 it will still be considered based on your professional and academic merits. Our assessment of cost was preliminary and not necessarily accurate. ***A sever will be supplied with u/p and full access over required server/modular installation