Stand Alone Software + Web based Server APP and Database
Required skills: Java, Perl/CGI, PHP, Windows
This is a repost for another project. We went back and decided to restructure the app. This is how we wish to proceed now. We are not picky on what tools that you use, but it must be cross platform and fit the other requirements.
Stand Alone Application (Web Automation Software)
Overview Of Project and Specifics
We wish to create a standalone application that will perform specific automation, and a web site that will serve as a base for our clients to purchase the software, or download a trial version. The software will require the user to input login credentials for various sites, which will be stored on our web-server. The software securely obtain (from our server), and then will use these credentials to log into all of the sites that are subscribed to by the user. The software will also retrieve specific pieces of information from the sites visited and store them in a database on the web-server. A scheduler component will allow the user to choose how often the sites should be logged into, and will use the system time as a guide. The software will eliminate tedious tasks for our clients, and thus create peace of mind by automating processes for them. We would like to track specific changes over time based on the information we gather in the server database, and then have the ability to display this information in the software, and to the user when logging into the site. The site itself will have billing functions, and many other standard functions. The entire site must be SSL Compliant. The software will need copyright protection, and be able to activate using keys emailed from the web server. Also, the software must be check for web updates, and update the software automatically when there are fixes, or when new versions come out. All communications between the stand-alone portion and the server MUST be SSL compliant. Also we need to be able to change pricing, and subscription classifications at any time. The software should be written in a cross platform fashion so that it can be compiled for vista/xp, mac osx, and linux. The software will need to have bug reporting so if there are errors related to changes in the design of the subscription sites, we need to be notified right away. We would prefer an ongoing relationship with the coder for future mods or fixes.
Stand Alone Software Components
Note: When the software is opened, and if the user has never logged in since installing the software, the user will be prompted for a username and password. This is the username and password for our site. Every time the software starts, it will log into our site and check their membership status and subscriptions, and tell the software to behave accordingly. Also it will update any other information between server and client, such as changes to alert preferences.
If the username and passwords fail, the software will prompt the user for their username and password.
Options: This section will have several options for the user to configure.
Option 1: Log in username and password (for our site)
Option 2: Open at system startup (yes / no)
Option 3: Check for updates at startup (yes / no) Recommended
Option 4: Run in background (keeps browser minimized while updating sites)
Run Now: This should allow the software to update any sites that you choose immediately. Only subscribed to sites will be available. A warning message will let the user know that certain sites may not be immediately accessible if they have been accessed within 24 hours.
Scheduler: The app will need to be able to synch with either your choice of system time, or an internet time server. The user will be able to schedule how often the software should log into and update the various sites. One of the sites can be updated up to 4 times a day, so for this site the user will be able to select 4 up to times a day, and configure those times. Or, you should be able to select if you want it checked every x days, and what time of day.
Other sites may only be done once a day, but are not restricted as to what time (reset at 12:01am). For these sites, you should have the choice of every x days, and what time of day.
Still, other sites can only be updated once a day, and will track the time of day of the last update. For these sites, the options will be check every x days. If the user selected every day, then the software will have the user select a time, and then after successfully updating each day, the scheduled time should be incremented by 2 minutes. If the user chose every 2 days or more, then no such incrementing should be done, and the same time will hold.
Stat Viewer: This should essentially mirror the similar part on the web-server updating and retrieving the same information from the database on the web-server.
Alert Manager: This should allow the user to configure all of the alerts that they want the site to send out. After the software alerts are configured, a message will be sent to our server telling it to send the specified message to the specified place.
Log: This should track when sites were logged into and updated, and also if there were any failures. An image of the failure should be accessible locally to determine the type of failure. Failures should be list able, and the image accessible when the specific failure is clicked on.
Help: This section should explain all of the softwares components. (we will write)
About: This section should state the software version, our website url, and and email contact for us.
A pop-up window should display upon start up for software that has expired asking for the username and password, and show them a hyperlink to our site where they may register. If they cannot login, or click cancel, the software will exit.
Web Site Components
(These are just elements, and the text and aesthetics will be done by an outside company, you will do any database, CGI, or coding on the server only.)
Home: This will be the basic front end of the site. It will have some text, and it should contain a frame for existing users to login with their credentials, and feature a menu bar containing (about us, contact us, sign up, pricing, and FAQ)
About (software title): This page will describe what the software does.
Contact Us: This page will contain information about how to contact us, and if logged in, allow them to submit a secure message.
Try It: This page should allow the user to download the latest trial version of the software.
Buy It: This page should allow the user to purchase a license for the software and also download it.
FAQ: This page will answer most questions that people may have about our services.
Log In Prompt: This should be a frame on the homepage that will allow existing users to sign in. It should have the ability to ask secret questions if you forgot your password, and email you a new password with a link asking you to change it at login.)
Google / Affiliate Ads: These ads should be tastefully placed somewhere on our homepage. We may also want certain ads displayed based on B.
Privacy Policy: This should display our privacy policy. It should be a requirement to agree to it when signing up.
EULA: This will be another document that users will see and must agree to before signing up
Viewable After Logging In
My stats: This page will present data collected from the services that is being stored on the web server in a database. The data should be viewable per service, and per data type, and should be able to create a graph with points for each data for data type B, and just a list for data type A.
My Account: This page will allow the users to see and modify any personal information they have given, including their email address, and also modify their login, secret question, password, or billing information, and also the ability to cancel the service.
My Subscriptions: This area will allow the user to select which services they wish to use, and the username and passwords and other credentials needed for each service. The billing arrangements will change based upon adding additional services. The user must be charged before additional services take effect.
The site must be able to handle data dynamically between the app and the server. This includes all of the data mentioned in the document.
Copy Protection
The software should have code that will cause the program to crash if our server cannot be contacted, or provides an invalid response. This way, if the software is reverse engineered not to talk to our server, or to bypass our subscription service, the software will crash.
Error Reporting
Software must be able to detect errors in logging into the subscribing sites and then send a message to our server with the errors. A log file should be created, and this should be viewable to us. In addition, and email should be sent to us to alert us of the error.
Any other miscellaneous errors that are easy to detect should be detected and documented.
Alerts
Always alert
Alert to email when the software cannot successfully log in to an account due to wrong Username and Password. (NOT DISPLAYED AS A CONFIGURABLE OPTION)
User Configurable Alert in stand-alone software
General (automatic)
Alert to email on file when any specific request fails (pulls will be tried up to x(user configurable 1-10) times by software). The email should be generic, and also inform the user to check the software app portion.
A screen capture should be done anytime there is a failure, and store this on the server. The app should create a log of failures, and save and display this to the user when they click on the failure.
Alert To
Email (specify email)
Txt message (specify service and phone #)
A
Alert when a new A appears.
Alert when an A no longer exists.
Alert with a total of A for each specific entity showing the first date and last date, AND how many As in the past X months (user variable). (Do only when there is a change)
For all events, always inform of the date, entity 1, entity 2, of each A that appears or disappears. Also, show a running tally of how many As are accrued through each entity. This should be on the portal site, and on each email. On the site the user should be able to view a log history of all events (new As, and As disappearing)
B
Alert when a B changes.
Alert when a B changes more than x value (user variable) (For Each entity)
Database (on Web Server)
A database should track As that are picked off of individual sites for each user. There should be data stored on all of the following:
Site data from
Entity
Date of A
Entity 2
The standalone app will log in using the users credentials in order to gain access to the database to both update and view data. The standalone app should be able to view the data just like on the website.
Also, the database should track Bs from the sites. The data should be the following:
Site Data From
Value Of B
Entity
Date
The database should be expandable for the future to allow for other data types that we may implement later. If not, there should be a framework to allow for multiple databases. The data is tracked so that we know the date and source of all As, and also totals from each entity per user. We need to know when an A appears, but also when it is no longer visible. We also need to know what Entity generated the A.
The database MUST be be secured in some way so that there is no unauthorized access possible. Customer information must not be compromised.
There should also be any additional databases needed for any other components mentioned herein.
Billing and E-Commerce:
We will need to be able to process payments from our clients for the services. The billing system must be able to handle all of the following:
Process credit cards and maybe ach later on.
Be dynamic to change billing arrangements based upon new subscriptions that the client selects.
Accommodate activation fees.
Be able to handle trial periods in which the client will supply their credit card at sign up, and not be billed until a certain point. The card data will be kept on file to prevent multiple sign ups.
Be able to accommodate coupon codes.
Tell the site to shut off access to accounts when payment is not received.
Enable free accounts for beta testing
Billing Fields Needed For Client at Sign Up
First / Last Name
Billing Address
Billing Zip
Desired Username and Password (require 8+ char and letters and numbers)
Email Address
Security Question and answer (Favorite food, Pets name, etc)
Credit Card #, CVV2, Expiration, Name on Card
The standalone app should direct the user to our website to sign up if they dont have a username or password, or if their billing information is invalid.
The website should also send out emails letting the user know if there is a change to account status, or if there are billing issues.
Specific Sites
We need to interoperate (log in) to 5 other sites, and possibly more in the future.
The stand alone software portion that logs into the specific sites that we handle must be able to automate logging in with username and passwords as well as other credentials, as well as clicking on links. The software must be changeable in case the sites change their URLs or structure in any way. We also need a measure to detect these subtle changes so that we can be contacted if these to be fixed. In fact we may wish to have an ongoing relationship with the coder to fix issues every so often. We will need it done quickly if so. The software must keep track in a database (on the web server), all of the times and dates that it has successfully logged in, or began the extraction of data. (time URL is pulled of expected page showing new data). Logins made the following day must always be made 24 hours + 2 minutes from the previous time of day. This way they will defeat 24 hour time limitations on the sites and allow for pulls every day, while wasting the least amount of time.
Stand Alone Application (Web Automation Software)
Overview Of Project and Specifics
We wish to create a standalone application that will perform specific automation, and a web site that will serve as a base for our clients to purchase the software, or download a trial version. The software will require the user to input login credentials for various sites, which will be stored on our web-server. The software securely obtain (from our server), and then will use these credentials to log into all of the sites that are subscribed to by the user. The software will also retrieve specific pieces of information from the sites visited and store them in a database on the web-server. A scheduler component will allow the user to choose how often the sites should be logged into, and will use the system time as a guide. The software will eliminate tedious tasks for our clients, and thus create peace of mind by automating processes for them. We would like to track specific changes over time based on the information we gather in the server database, and then have the ability to display this information in the software, and to the user when logging into the site. The site itself will have billing functions, and many other standard functions. The entire site must be SSL Compliant. The software will need copyright protection, and be able to activate using keys emailed from the web server. Also, the software must be check for web updates, and update the software automatically when there are fixes, or when new versions come out. All communications between the stand-alone portion and the server MUST be SSL compliant. Also we need to be able to change pricing, and subscription classifications at any time. The software should be written in a cross platform fashion so that it can be compiled for vista/xp, mac osx, and linux. The software will need to have bug reporting so if there are errors related to changes in the design of the subscription sites, we need to be notified right away. We would prefer an ongoing relationship with the coder for future mods or fixes.
Stand Alone Software Components
Note: When the software is opened, and if the user has never logged in since installing the software, the user will be prompted for a username and password. This is the username and password for our site. Every time the software starts, it will log into our site and check their membership status and subscriptions, and tell the software to behave accordingly. Also it will update any other information between server and client, such as changes to alert preferences.
If the username and passwords fail, the software will prompt the user for their username and password.
Options: This section will have several options for the user to configure.
Option 1: Log in username and password (for our site)
Option 2: Open at system startup (yes / no)
Option 3: Check for updates at startup (yes / no) Recommended
Option 4: Run in background (keeps browser minimized while updating sites)
Run Now: This should allow the software to update any sites that you choose immediately. Only subscribed to sites will be available. A warning message will let the user know that certain sites may not be immediately accessible if they have been accessed within 24 hours.
Scheduler: The app will need to be able to synch with either your choice of system time, or an internet time server. The user will be able to schedule how often the software should log into and update the various sites. One of the sites can be updated up to 4 times a day, so for this site the user will be able to select 4 up to times a day, and configure those times. Or, you should be able to select if you want it checked every x days, and what time of day.
Other sites may only be done once a day, but are not restricted as to what time (reset at 12:01am). For these sites, you should have the choice of every x days, and what time of day.
Still, other sites can only be updated once a day, and will track the time of day of the last update. For these sites, the options will be check every x days. If the user selected every day, then the software will have the user select a time, and then after successfully updating each day, the scheduled time should be incremented by 2 minutes. If the user chose every 2 days or more, then no such incrementing should be done, and the same time will hold.
Stat Viewer: This should essentially mirror the similar part on the web-server updating and retrieving the same information from the database on the web-server.
Alert Manager: This should allow the user to configure all of the alerts that they want the site to send out. After the software alerts are configured, a message will be sent to our server telling it to send the specified message to the specified place.
Log: This should track when sites were logged into and updated, and also if there were any failures. An image of the failure should be accessible locally to determine the type of failure. Failures should be list able, and the image accessible when the specific failure is clicked on.
Help: This section should explain all of the softwares components. (we will write)
About: This section should state the software version, our website url, and and email contact for us.
A pop-up window should display upon start up for software that has expired asking for the username and password, and show them a hyperlink to our site where they may register. If they cannot login, or click cancel, the software will exit.
Web Site Components
(These are just elements, and the text and aesthetics will be done by an outside company, you will do any database, CGI, or coding on the server only.)
Home: This will be the basic front end of the site. It will have some text, and it should contain a frame for existing users to login with their credentials, and feature a menu bar containing (about us, contact us, sign up, pricing, and FAQ)
About (software title): This page will describe what the software does.
Contact Us: This page will contain information about how to contact us, and if logged in, allow them to submit a secure message.
Try It: This page should allow the user to download the latest trial version of the software.
Buy It: This page should allow the user to purchase a license for the software and also download it.
FAQ: This page will answer most questions that people may have about our services.
Log In Prompt: This should be a frame on the homepage that will allow existing users to sign in. It should have the ability to ask secret questions if you forgot your password, and email you a new password with a link asking you to change it at login.)
Google / Affiliate Ads: These ads should be tastefully placed somewhere on our homepage. We may also want certain ads displayed based on B.
Privacy Policy: This should display our privacy policy. It should be a requirement to agree to it when signing up.
EULA: This will be another document that users will see and must agree to before signing up
Viewable After Logging In
My stats: This page will present data collected from the services that is being stored on the web server in a database. The data should be viewable per service, and per data type, and should be able to create a graph with points for each data for data type B, and just a list for data type A.
My Account: This page will allow the users to see and modify any personal information they have given, including their email address, and also modify their login, secret question, password, or billing information, and also the ability to cancel the service.
My Subscriptions: This area will allow the user to select which services they wish to use, and the username and passwords and other credentials needed for each service. The billing arrangements will change based upon adding additional services. The user must be charged before additional services take effect.
The site must be able to handle data dynamically between the app and the server. This includes all of the data mentioned in the document.
Copy Protection
The software should have code that will cause the program to crash if our server cannot be contacted, or provides an invalid response. This way, if the software is reverse engineered not to talk to our server, or to bypass our subscription service, the software will crash.
Error Reporting
Software must be able to detect errors in logging into the subscribing sites and then send a message to our server with the errors. A log file should be created, and this should be viewable to us. In addition, and email should be sent to us to alert us of the error.
Any other miscellaneous errors that are easy to detect should be detected and documented.
Alerts
Always alert
Alert to email when the software cannot successfully log in to an account due to wrong Username and Password. (NOT DISPLAYED AS A CONFIGURABLE OPTION)
User Configurable Alert in stand-alone software
General (automatic)
Alert to email on file when any specific request fails (pulls will be tried up to x(user configurable 1-10) times by software). The email should be generic, and also inform the user to check the software app portion.
A screen capture should be done anytime there is a failure, and store this on the server. The app should create a log of failures, and save and display this to the user when they click on the failure.
Alert To
Email (specify email)
Txt message (specify service and phone #)
A
Alert when a new A appears.
Alert when an A no longer exists.
Alert with a total of A for each specific entity showing the first date and last date, AND how many As in the past X months (user variable). (Do only when there is a change)
For all events, always inform of the date, entity 1, entity 2, of each A that appears or disappears. Also, show a running tally of how many As are accrued through each entity. This should be on the portal site, and on each email. On the site the user should be able to view a log history of all events (new As, and As disappearing)
B
Alert when a B changes.
Alert when a B changes more than x value (user variable) (For Each entity)
Database (on Web Server)
A database should track As that are picked off of individual sites for each user. There should be data stored on all of the following:
Site data from
Entity
Date of A
Entity 2
The standalone app will log in using the users credentials in order to gain access to the database to both update and view data. The standalone app should be able to view the data just like on the website.
Also, the database should track Bs from the sites. The data should be the following:
Site Data From
Value Of B
Entity
Date
The database should be expandable for the future to allow for other data types that we may implement later. If not, there should be a framework to allow for multiple databases. The data is tracked so that we know the date and source of all As, and also totals from each entity per user. We need to know when an A appears, but also when it is no longer visible. We also need to know what Entity generated the A.
The database MUST be be secured in some way so that there is no unauthorized access possible. Customer information must not be compromised.
There should also be any additional databases needed for any other components mentioned herein.
Billing and E-Commerce:
We will need to be able to process payments from our clients for the services. The billing system must be able to handle all of the following:
Process credit cards and maybe ach later on.
Be dynamic to change billing arrangements based upon new subscriptions that the client selects.
Accommodate activation fees.
Be able to handle trial periods in which the client will supply their credit card at sign up, and not be billed until a certain point. The card data will be kept on file to prevent multiple sign ups.
Be able to accommodate coupon codes.
Tell the site to shut off access to accounts when payment is not received.
Enable free accounts for beta testing
Billing Fields Needed For Client at Sign Up
First / Last Name
Billing Address
Billing Zip
Desired Username and Password (require 8+ char and letters and numbers)
Email Address
Security Question and answer (Favorite food, Pets name, etc)
Credit Card #, CVV2, Expiration, Name on Card
The standalone app should direct the user to our website to sign up if they dont have a username or password, or if their billing information is invalid.
The website should also send out emails letting the user know if there is a change to account status, or if there are billing issues.
Specific Sites
We need to interoperate (log in) to 5 other sites, and possibly more in the future.
The stand alone software portion that logs into the specific sites that we handle must be able to automate logging in with username and passwords as well as other credentials, as well as clicking on links. The software must be changeable in case the sites change their URLs or structure in any way. We also need a measure to detect these subtle changes so that we can be contacted if these to be fixed. In fact we may wish to have an ongoing relationship with the coder to fix issues every so often. We will need it done quickly if so. The software must keep track in a database (on the web server), all of the times and dates that it has successfully logged in, or began the extraction of data. (time URL is pulled of expected page showing new data). Logins made the following day must always be made 24 hours + 2 minutes from the previous time of day. This way they will defeat 24 hour time limitations on the sites and allow for pulls every day, while wasting the least amount of time.
Posted In:PHPJavaWindowsPerl/CGI |
Related projects:
Custom Swimming Workout Software/web-based App 2
s to the web-based app within the membership site during the 16-week program, then for a reduced rate after 16-weeks.
Development of a downloadable app is still something I'd like to consider in the future.
Thanks
Additional Info (Added 11/30/2010 at 10:58 EST)...System Message: This is a reposting of project Custom Swimming Workout Software/Web-Based App (1284932366).
Development of a downloadable app is still something I'd like to consider in the future.
Thanks
Additional Info (Added 11/30/2010 at 10:58 EST)...System Message: This is a reposting of project Custom Swimming Workout Software/Web-Based App (1284932366).
Blog Posting Script designed for Web Based Server
er. Kindly assist should you have any suggestions.
Additional files submitted: (Files are only available for logged in users)
BlogPostingScript.zip
Additional files submitted: (Files are only available for logged in users)
BlogPostingScript.zip
Web Based Email App
nt-from address, but the domain will remain the same (whatever domain I put in: e.g. MyDomain.com)
-create a new random sent-from email and switch after any given integer of emails sent (1, 2, 14, 24, or whatever i enter)
-Must be a PHP page that can be uploaded to my server.
-must be able to send emails DIRECTLY from the php web based application, not through an SMTP server, etc.
-MUST be able to send thousand of emails per minute. Speed is very important.
-create a new random sent-from email and switch after any given integer of emails sent (1, 2, 14, 24, or whatever i enter)
-Must be a PHP page that can be uploaded to my server.
-must be able to send emails DIRECTLY from the php web based application, not through an SMTP server, etc.
-MUST be able to send thousand of emails per minute. Speed is very important.
Chat Software Web Based Required
Chat software web based and standalone needed for website to allow resell and service to website owners and business owners.
Thank you.
Thank you.
Existing Excel Spreadsheet to be converted into stand alone software
I have an existing Excel Spreadsheet I need to convert into a stand alone software application.
Spreadsheet consists of many sheets containg complex VBA logic, including importing data from specifically formatted .txt files.
Email me for more information.
Thank you.
Spreadsheet consists of many sheets containg complex VBA logic, including importing data from specifically formatted .txt files.
Email me for more information.
Thank you.
Existing Excel Spreadsheet to be converted into stand alone software
I have an existing Excel Spreadsheet I need to convert into a stand alone software application.
PM for more information.
If you do good you will have more projects in the future.
Thank you.
PM for more information.
If you do good you will have more projects in the future.
Thank you.
Mobile Marketing / E Mail Marketing Software (web Based)
>
THIS IS ALL THAT COMES TO MIND AT THE PRESENT TIME BUT PLEASE NOTE I CAN AND MAY ADD FEATURES DURING THE DEVELOPMENT OF THIS SOFTWARE BUT THIS IS JUST ME DESCRIBING THE BASIC PROJECT...
PAYMENT TERMS I WILL NOT PUT MONEY INTO ESCROW UNTIL JOB IS COMPLETE TO MY STANDARDS ONCE I AM HAPPY I WILL PUT MONEY IN ESCROW AND RELEASE IT OUT OF ESCROW WHEN EVERYTHING IS DELIVERED.... SCRIPTLANCE ESCROW IS THE ONLY WAY I WILL PAY... MY MAX BUDGET FOR THIS IS $ 1,150
PAYMENT TERMS I WILL NOT PUT MONEY INTO ESCROW UNTIL JOB IS COMPLETE TO MY STANDARDS ONCE I AM HAPPY I WILL PUT MONEY IN ESCROW AND RELEASE IT OUT OF ESCROW WHEN EVERYTHING IS DELIVERED.... SCRIPTLANCE ESCROW IS THE ONLY WAY I WILL PAY... MY MAX BUDGET FOR THIS IS $ 1,150
Web enabled CRM style planning and reporting database
ned network analysis, expanded work flow model) based upon successful completion of this work, this will create potential for further build work and support opportunities for successful bidder.
Only bidders with proven experience (as per previous work examples) will be considered knowledge and or experience with network analysis also desirable.
Only bidders with proven experience (as per previous work examples) will be considered knowledge and or experience with network analysis also desirable.
Web Based Time and Attendance Software
ed by multiple clients with 5-100 employees, to schedule, collect and total hourly punches for export to my payroll software. Looking for someone who has previously designed code for this type of application.If you already have similar software completed then you can give a bid for completed software with any necessary customization.
Deliverables:
- Complete time attendance software with source code and documentation
- Install working application on server
Deliverables:
- Complete time attendance software with source code and documentation
- Install working application on server
Web Based Vehicle Tracking Software
S device .
Please propose what is required ? A good command of English is a must, and I expect you to write an installation manual showing the configuration and steps to perform from start to finish with successful Google map being displayed on the web interface.
Requirement: OpenGTS Enterprise installation. Those who didn't meet this requirement or do not have priorSkills required:Apache, Google Earth, Java, Linux, MySQL
Please propose what is required ? A good command of English is a must, and I expect you to write an installation manual showing the configuration and steps to perform from start to finish with successful Google map being displayed on the web interface.
Requirement: OpenGTS Enterprise installation. Those who didn't meet this requirement or do not have priorSkills required:Apache, Google Earth, Java, Linux, MySQL
Flash Web-based Audio Recorder
useout="this.style.textDecoration='none'">http://screencast.com/t/UDHfmECBwOvn
The specs are:
Flash web-based recorder
Records mp3
User can title and save their audio to their account
Converts to less than 1mb mp3 file
You will be working with our main developer to hep work this integrating this into our web services and current code.
Please send me a message to help clarify your questions you may have.
Thanks.
The specs are:
Flash web-based recorder
Records mp3
User can title and save their audio to their account
Converts to less than 1mb mp3 file
You will be working with our main developer to hep work this integrating this into our web services and current code.
Please send me a message to help clarify your questions you may have.
Thanks.
Web-based Template Customization Scriot
ty to modify graphics by selecting from a web-based graphics library of icons and images. Premium users also have the ability to upload their own images that will be added to the exported zip file or uploaded to the members FTP server.
PLEASE NOTE: TO WEED OUT AUTO POSTING ROBOTS I WILL ONLY REPLY TO BIDS THAT CONTAIN THE WORD "SQUEEZE" IN THE TITLE/REPLY.
Make sure that you include the word squeeze in your bid.
Looking forward to working with you soon.
PLEASE NOTE: TO WEED OUT AUTO POSTING ROBOTS I WILL ONLY REPLY TO BIDS THAT CONTAIN THE WORD "SQUEEZE" IN THE TITLE/REPLY.
Make sure that you include the word squeeze in your bid.
Looking forward to working with you soon.
Logo Design for SALT - Web based HR software
olling baton to SALT and focus on your priorities like increasing your profitability while SALT takes good care of them.
Briefly : We need our customers to feel that SALT is professional, stable, solid, clear, focused when they see its logo.
This is why we are looking for a relaxing, confidential, simple and clean cut logo design for it.
Additional : SALT means clean, simple, pure and absolute in our language.
Briefly : We need our customers to feel that SALT is professional, stable, solid, clear, focused when they see its logo.
This is why we are looking for a relaxing, confidential, simple and clean cut logo design for it.
Additional : SALT means clean, simple, pure and absolute in our language.
Database With Web-Based Interface - Design and Functionality
m will integrate with the overall eCommerce site which will be powered by JOOMLA.
Prefer web-based application with web-based storage. Open to suggestions regarding program platform. Must also have auto-fill capabilities and program must reject tags that are not available. Once we are in discussion regarding this task, I am happy to provide even more details as to the format of the input forms and the categories of the database.
Prefer web-based application with web-based storage. Open to suggestions regarding program platform. Must also have auto-fill capabilities and program must reject tags that are not available. Once we are in discussion regarding this task, I am happy to provide even more details as to the format of the input forms and the categories of the database.
Theme and Icons for a Web Based ERP Application
5. Uncheck all
6. Check all
7. Expand
8. Collapse
9. Info / Help
10. Search
11. Add Record
12. Delete Record
13. New (Entry/ form)
14. Delete (Entry / form)
15. Save (Entry / form)
16. List (Previous Entries)
17. Print
18. Tab (Opens New Tab)
19. Close (form)
20. Email
21. SMS
Thank / Vinay
1.Query by humming (QBH) and 2. web based clearance systems
know whether you have handled such projects before and
send me your quotation.But I will require a demo for the two project work.
This type of work is based on trust,speed and web research.
Kindly let me hear from you ASAP. I will send the flow chart for the
two projects work if your quotations are friendly.
Yours,
Samson.
send me your quotation.But I will require a demo for the two project work.
This type of work is based on trust,speed and web research.
Kindly let me hear from you ASAP. I will send the flow chart for the
two projects work if your quotations are friendly.
Yours,
Samson.
Build A Web Based Referral Network
none;color:#68778E" onmouseover="this.style.textDecoration='underline'" onmouseout="this.style.textDecoration='none'">1shoppingcart.com to track everything including our affiliate program.
________________________________________________________________________
programmer must be able to design everything in the most simple way with "user friendly" at
the top of the list!
________________________________________________________________________
________________________________________________________________________
programmer must be able to design everything in the most simple way with "user friendly" at
the top of the list!
________________________________________________________________________
Convert Existing Excel Spreadsheet into stand alone VB app
adding-left: 20px; width: 320px">
Additional files submitted: (Files are only available for logged in users)
non_disclosure_document.doc
Additional files submitted: (Files are only available for logged in users)
non_disclosure_document.doc
Online Booking System (web Based)
en opens up their calendar for the month and they can see previous or future months a swell. I want each person to have an account to log in with.
As for the admin section, I would need to be able to add information to any artists calendar and be able to access their calendars too. This would allow me to organise the business better than give my artists a quick overview of their upcoming gigs throughout the weeks and months.
Let me know if you have any questions.
As for the admin section, I would need to be able to add information to any artists calendar and be able to access their calendars too. This would allow me to organise the business better than give my artists a quick overview of their upcoming gigs throughout the weeks and months.
Let me know if you have any questions.
Web-based Electronic Medical Record
eed posted online for access and editing by our staff. The forms need to be saved in PDF format for emailing and printing. There needs to be a Admin pannel to add new staff as needed, and to be able to access the users accounts to review the records. The forms will need to share information between them, so that info f/ 1 form is transferred on to the other forms as needed. Attached here is a basic draft of what we need. Past experience w/ creation of EMR/EHR will be highly preferred.
