Hi I am looking for someone who is able to complete some tasks on my website as my previous development house is not able to commit to it at this stage.
The 1st task would be to analyse and read through information on current website to create an awareness and understanding using the eapi.
1. Modify the order transactions tables to handle sms free text without to much overhead using [login to view URL] archive parameterised process...Making provision for this process to change possibly adding more fields to the db table etc.
- Currently there are two order mechanisms.. online website and the other is sms. SMS is the one that requires the most of the work.
2. Make menu product items clickable on front end to display per service user category
[login to view URL] a configurable status management process on the order mechanism.(pending,processed,delivered,cancelled)
[login to view URL] cancel process on previous development as the canceled process is not currently working.
All detailed documentation and reading will be provided once the quote as been approved
See background below on initial project.
I need someone to develop a website which stores login details for, allows registration. This website will have code to invoke a Application programming interface as well as receive information from the api to store in the database.
There will be two types of users:
1. Service Type user - offers services displays service offerings to clients
2. Client Type user- see all service types (category) available
The client must beable to register themself on the website as well as send a plain text to the website to insert details to the database. example (pipe(|) delimited text)
The service user registers via the frontend on the php website
REPORTING
I should be able to draw monthly, quaterly and annual reports from the
website and at the same time purge the data be me setting parameters
from the front end as well as archive period for retention.
LOOK AND FEEL
The website should represent something along the lines of a control
panel where i must be able to setup each clientUSER with his own inbox and
outbox for messages sent using the api. ie login... I will require the
administrator login for administrative purposes (new clients,
products, menu options)
Additional Info (Added 1/6/2009 at 2:23 EST)...
This will be inclusive of full Intelectual property rights.. to change modify and resell all code
Additional Info (Added 1/6/2009 at 8:10 EST)...
client/user:-
-> registration -- via website
-> registration -- (eapi-sms text)
-> login
-> See services available (Restaurants, take out)
-> See menu available
-> registration is free
-> make order via website
-> place order via (eapi-sms text docs received)
service/user
-> register
-> login
-> post products/services (Menu option with ability to ad logo or branding on menu)
-> This will be initially used in the catering food industry (restaurant etc, take out)
-> registration is free
-> read incoming messages in readable display
-> reply to messges and use the auto reply option based on diffrent peak times, weekends, public holidays etc.
->messges will be displayed in dashboard format so that the progress can be monitored or status driven.. message can be in incoming state, processing, complete states.
-> diffrent views must be available for user to use to allow quick access to these messages. they must also be allowed to go back to archived or purged records at a later stage maybe allow some search criteia.
Incoming message table should be something along these lines
"REFRENCE","CUSTOMER NAME","ORDER","CUSTOMER NUMBER","ADDRESS??"
"COLLECT/DELIVERY"
admin panel:-
-> upload menu with thumbnails or small pics
-> edit menu options on account
admin user
--> full access to all resources
PROCESS
->clientUSER will send a message through to the place and order then receive
confirmation of receipt with ref number alternatively error message if
format was incorrect. (REFERENCE should be included if possible at
this stage)
-> Once the order has been received by serviceUSER he will dispatch the
order for delivery if it was in the request confirm completion via message (eapi)
(*funtcionality must be available.)
The reply message api should be customisable with templates.... say for e.g
diffrent times in the day or week would mean that the orders could
take longer so the clientUSER should be able to interface the control
panel and select message to be returned based on certain criteria.. (Time
of day, weekend, weekday, public holiday(negotiable),
easter(negotiable) etc.)
clientUSER must beable to send back manual message as well if they so wish
as they might not be generating as much traffic. I take it that this
will be able to use the one free message api we get to send back.
-> The clientUSER will receive the order at his door alternatively
collect it with the reference number received from confirmation mesagge api
It is important to note that serviceUSers will not beable to see other serviceUsers account details once logged into their own account more so make changes to other service user accounts besides their own
Additional Info (Added 1/7/2009 at 2:08 EST)...
Im not sure if anything similar has been developed... I dont want to make it to difficult for client user to place orders or register therefore im not sure using the api the message sent is very limited 180 char per message i stand under correction could be shorter.
If they should send a separate message to register then a separate message to order... or can it be in one message. The order could be longer so then it would be neccas. to do it in separate messages with separate keywords.
The usage of the keywords are explained on the [login to view URL]
I plan to use a shared short code initially which should beable to handle our requirements.
Additional Info (Added 1/7/2009 at 2:30 EST)...
Something i need to mention here is that the api will be invoked from a mobile phone which will have internet access but the menu options offered by the supplier or service user will not be displayed correctly on a mobile browser so the website for the menu will need to be displayed in a readable format for mobile phones..
Im not to sure if this is separate or if it is the same and the website caters for mobile or internet interfaces. it is likely that once the user registers they will receive a wap link to browse menu options if they are uncertain in placing a order.