Find Jobs
Hire Freelancers

342396 sms - text to site

N/A

処理中
投稿日: 14年以上前

N/A

完了時にお支払い
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.
プロジェクト ID: 2088215

プロジェクトについて

1個の提案
リモートプロジェクト
アクティブ 12年前

お金を稼ぎたいですか?

Freelancerで入札する利点

予算と期間を設定してください
仕事で報酬を得る
提案をご説明ください
登録して仕事に入札するのは無料です
アワード者:
ユーザーアバター
Hi,clear with requirements.....ready to go for it. see PMB for details. thanks
$300 USD 3日以内
4.4 (38 レビュー)
5.8
5.8

クライアントについて

のフラグ
5.0
1
メンバー登録日:1月 6, 2009

クライアント確認

このクライアントからの他の仕事

278599 TEXT to website display
N/A
552230 Email Auto print
N/A
ありがとうございます!無料クレジットを受け取るリンクをメールしました。
メールを送信中に問題が発生しました。もう一度お試しください。
登録ユーザー 投稿された仕事の合計
Freelancer ® is a registered Trademark of Freelancer Technology Pty Limited (ACN 142 189 759)
Copyright © 2024 Freelancer Technology Pty Limited (ACN 142 189 759)
プレビューを読み込み中
位置情報へのアクセスが許可されました。
あなたのログインセッションの有効期限がきれ、ログアウトされました。もう一度ログインしてください。