Background:
This project is for building an enterprise wide application covering primarily the order fulfillment activities of KBS (publishing entity in Australia), NETWORK-ED which is the online shop and supplier related interaction. CLIENT has a book publishing and selling business where products such as books, stationery, computer accessories and related office supplies are sold. There is a physical store, office and warehouse in one single integrated premise. Customers can walk-in and buy items in the point of sale (POS) location. The POS application is connected to an EFTPOS device which allows swiping the credit and debit cards with online approval and integration to the bank account / payment processor. Orders can be received from website or through the 3-5 sales representatives (employees / partners) or from new / existing overseas customers. The purchase orders are released to the specific suppliers and they supply the items for fulfilling the customer orders. Items are dispatched to customers and the loop is closed when the customer acknowledges receipt of items. Items can be bundled as packs and packs can be put up for sale with or without the flexibility for customization. Discounts and promotional coupons can be managed in this application. Analysis of inventory, summary dashboard view, standard and custom reports, integration of existing document management system and activity log for ISO 9001 compliance are required in the new integration application. Financial accounting will happen outside this application and when a bank wire transfer has to be done to a supplier, a simple text file will be exported for accounting use to process the transaction. The application will run only in English (no multi-lingual support) and will support only one currency which is AUS $ (no multi-currency support). New Application will expand geographic reach of business and bring in more customer orders, improve internal efficiency and provide an integrated information system for the CLIENT business. The design of public user pages will be SEO friendly but search engine optimization is not included in current phase as it must be attempted only after the application is live.
One of the key objectives of this application is to bring in business process automation and improve staff productivity. Automated processing of customer orders and tracking of purchase orders released to suppliers are the key components. Traffic Lights will be shown graphically on order fulfillment screen as a status to indicate whether the order is ready to be shipped or availability level in percent for part order. Similarly supplier orders / invoices get flagged as ready to pay. Auto-build kits is a key part of the process automation and these are based on variable bill of materials for matching criteria like reading level and constraints such as target cost with specified number of items / titles. Such kits can be special packs made for schools with or without the permission to customize or can be created on the fly based on available stock. Event log by user and date will aid in record keeping for ISO 9001 compliance.
We are aware that our application replaced the BIBLIOFILE software which is DOS based and runs on a single computer on the LAN with screens served to users in terminal windows. There are 22 PC workstations in the office and most likely these have Windows XP operation system with 1024 x 768 resolution screens.
We implemented web based architecture with a PHP 5 application running within Apache web server on a Linux (any popular variant) server. The database will be MYSQL 5 and there will be a one way SSL certificate on the server for security of credit card transactions. Since a bar code scanner and EFTPOS have to be integrated with quick response time there will have to be a small POS application created for store sales desks and this application will be written in .Net technology to run on (Windows XP or higher) operating systems. The desktop application for POS had its local database and was synchronized directly from the remote web database.
In this document we have provided the feature list and technology architecture overview for this enterprise portal.
Feature List
The feature list defines the scope of work and in this section we have first identified the types of users who will have access to this application and then written a list of actions that each user type can perform in the application. The screen interface as well as basic logic / process has been described for each feature. The following user types have been identified for listing the scope of work:
- Public Website Visitors
- Retail Customers
- Wholesale Customers
- Suppliers
- Sales Representatives
- Store Employees � Web Interface
- Front Desk Employees � POS Interface
- Administration
Features coded with �A� suffix such as RC12A are offered without any extra cost and are not a part of estimation sheet but are definitely covered in scope of work. 20 standard reports and 12 types of custom reports are offered with query filter / save feature.
Public Website Visitors
These are first time or repeat visitors on the public website and have not created any login account on the site yet. Such users can read about the business or browse the categorized listing of books / office supplies and place orders. They will get a tracking number to come back later and monitor their order status. The user can login on the site with user name as email and the tracking number as password (which can be changed after login). They can also fill a contact form to send an enquiry. The features are listed below and we have used the code PUB for this user type.
| # | Feature | Design Approach |
| PUB1 | Browse informational pages | Web store employees can update all informational pages through CMS editor and visitors can browse pages. |
| PUB2 | Browse categorized catalog of books and other items | Visitor can search books/items by browsing catalogs of various categories in the website. |
| PUB3 | Fill the contact form to submit an enquiry | Visitors can fill a contact form with their enquiry message and email id. Web store employees will revert back to these messages with appropriate answers. |
| PUB4 | Register as a retail customer to get a login account. | There will be several fields in form like username, first name, last name, email address, password, and CAPTCHA text box for word verification, date of birth, security question and answer and how visitor know about website etc. |
| PUB5 | Search for an item and packs using keyword, category and other options | Visitors can search items and packs on home page. Search results are displayed in a grid format.
|
| PUB6 | Browse items and packs by category | Each items and packs has a short description along with associated image and price. Visitor can add more than one item/pack to the cart and proceed to payment gateway. |
| PUB7 | Customize the items and quantities within the pack before adding to cart | After selecting a particular pack user can specify quantity for each item within the pack. |
| PUB8 | Add items or packs to shopping cart and update multiples | Items/packs can be added to cart by clicking on add to cart link below each item/pack. This will add items with mentioned quantity. |
| PUB9 | Update the items, packs and multiples in the cart | User can change quantity or delete item/pack from cart. |
| PUB10 | Checkout and pay with credit card | This will lead to a payment gateway. |
| PUB12 | View the detailed online help page | Web store employees can update help section through CMS editor and visitors can browse help section from any page. |
Retail Customers
These are the customers who have obtained a valid login account on the public site either through explicit registration or through first purchase via checkout form. The features available to public website visitors are obviously available to them. They can login and browse the status of their previous orders. They can do a live chat with a customer representative. They get a private message board to exchange to and fro messages with the store staff. We assumed that orders once placed cannot be modified or exchanged or refunded or cancelled. The specific features are listed below and we have used the code RC for this user type.
| # | Feature | Design Approach |
| RC1 | Authentication including login, recover lost password, change password and logout | Retail customer will get an interface to enter user name and password for login and then he can change password / logout. |
| RC2 | Auto-populated checkout page | Checkout page in payment process will be auto populated with customer details mentioned at the time of registration. Retail customer will have the ability edit details if required. |
| RC3 | Browse previous orders and view order status | Retail customer can browse previous orders and filter them by date/price range. Order status of each order is displayed in a standard grid view. |
| RC4 | Private message board to exchange to and fro messages with store employees | A discussion string where customer can send message to store employees. Customers can also view unread messages. |
| RC5 | Live Chat with Customer Representative during online hours | During online hours Live chat feature will be activated and user can interact with customer representative. This will open a discussion board between user and customer representative. When ever user receives reply to his posted question live chat tab will change its color. |
| RC6 | Add items or packs to the favorites list and transfer to cart at any time |
Items/packs can be added to favorite list by clicking on add to favorites link below each item/pack. Items from favorite list can be added to cart anytime. |
| RC7 | Contents of shopping cart are stored in database and are visible upon login from even a different browser unless cleared or checked out. |
This is a standard feature. |
| RC8 | View the list of alerts differentiated as new / read based on updates in quotations, orders and invoices. Such alerts will also be received by email and / or SMS (based on feasibility) |
List of alerts will be a standard grid view. Alerts will be categorized into quotations, orders and invoices and differentiated as new / read. |
| RC9 | View a summary dashboard with statistics about activity, quotations, orders, invoices, alerts and messages | Dashboard will be divided into four broad categories quotations, orders, invoices and messages which has information on number quotation requested, received quotations, accepted quotations, pending orders, completed orders, invoice raised, messages sent, messages received etc. |
| RC10 | View the context sensitive help screens. | Web store employees can update help section through CMS editor and retail customer can browse help section from any page. |
| RC11 | Update registration profile and contact info. | Signup page will be opened in edit mode to update profile information. |
| RC12A | Email and / or SMS alerts will be sent when key events or updates happen in the relevant sections | Email alerts are fine but SMS alerts can be provided only if KBS subscribes to a service for sending out such alerts and we will integrate the API. We expect that such a service may be available for Australia but not in foreign locations. Whether or not SMS integration is done will not affect price. |
Wholesale Customers
These are B2B customers for whom the admin creates an account and sends login credentials by email. The features available to public website visitors are obviously available to them. They can submit a request for quotation and view the submitted quote. There is a private message board to deliberate and converse about any issues. They get an order form and can track order delivery status as well as confirm delivery of packages. Order history can be browsed. They can also view the list of pending invoices and pay off by either credit card or check or wire transfer subject to confirmation. The specific features are listed below and we have used the code WC for this user type.
| # | Feature | Design Approach |
| WC1 | Authentication including login, recover lost password, change password and logout | Wholesale customer will get an interface to enter user name and password for login and then he can change password / logout. |
| WC2 | Submit request for quotation | Quotation can be requested by submitting a form with item details. |
| WC3 | Review and approve received quotations / order terms | Standard grid view will be provided to customers and they can review and approve quotations. |
| WC4 | Place orders based on approved quotations | Orders can be placed directly from approved quotations. This will trigger an order details alert/email to the client. |
| WC5 | Browse previous orders and view order status / delivery details. Email notifications are provided at every step of process. | Wholesale customer can browse previous orders and filter them by date/price range. Order status of each order is displayed in a standard grid view. |
| WC5A | Customers can report and return damaged items to get a credit note | If the customer gets wrong or damaged items in the shipment, they can report and after approval send a return shipment which can be tracked or get a credit note, which will be adjusted against the invoice. |
| WC6 | Auto-populated checkout page leading to order confirmation | Checkout page in payment process will be auto populated with customer details mentioned at the time of registration. Wholesale customer will have the ability edit details if required. |
| WC7 | Ability to update or cancel an order before it is locked by CLIENT | Orders can be updated/cancelled by customers until order process is initiated after which update/cancel buttons are disabled. |
| WC8 | Ability to pay invoices with credit card or offline modes like checks / wire transfer | Payment through credit card will lead to payment gateway. |
| WC9 | View the log of paid and pending invoices | Paid and pending invoices will be displayed in a standard grid view. |
| WC10 | Private message board to exchange to and fro messages with store employees | A discussion string where customer can send message to store employees. Customers can also view unread messages. |
| WC11 | View the list of alerts differentiated as new / read based on updates in quotations, orders and invoices. Such alerts will also be received by email and / or SMS (based on feasibility) | List of alerts will be a standard grid view. Alerts will be categorized into quotations, orders and invoices and differentiated as new / read. |
| WC12 | View a summary dashboard with statistics about activity, quotations, orders, invoices, alerts and messages | Dashboard will be divided into four broad categories quotations, orders, invoices and messages which has information on number quotation requested, received quotations, accepted quotations, pending orders, completed orders, invoice raised, messages sent, messages received etc. |
| WC13 | Live Chat with Customer Representative during online hours | During online hours Live chat feature will be activated and user can interact with customer representative. This will open a discussion board between user and customer representative. When ever user receives reply to his posted question live chat tab will change its color. |
| WC14 | Ability to specify repeat orders with a set period / frequency | Wholesale customers can place a repute/recurring order by mentioning standard order items and delivery dates/frequency. |
| WC15 | View the context sensitive help screens | Web store employees can update help section through CMS editor and wholesale customer can browse help section from any page. |
| WC16 | Update account profile and contact info | Signup page will be opened in edit mode to update profile information. |
| RC12A | Email and / or SMS alerts will be sent when key events or updates happen in the relevant sections | Email alerts are fine but SMS alerts can be provided only if KBS subscribes to a service for sending out such alerts and we will integrate the API. We expect that such a service may be available for Australia but not in foreign locations. Whether or not SMS integration is done will not affect price. |
Suppliers
These are vendors who provide books as per purchase orders placed by client. Supplier can maintain the master list of items with prices and discount offers. CLIENT can submit a request for quotation to supplier and get a response with discount levels. Supplier can browse the online purchase orders placed by CLIENT as per approved quotations. Supplier can send items and fill / track a delivery note. Supplier can submit invoices to client and track payment status. Suppliers can upload soft copy files in PDF format for some e-books. There is a private message board for to and from messages. The specific features are listed below and we have used the code SUP for this user type.
| # | Feature | Design Approach |
| SUP1 | Authentication including login, recover lost password, change password and logout | Suppliers will get an interface to enter user name and password for login and then he can change password / logout. |
| SUP2 | Supplier can add / update items or packs and maintain a master list with prices and discount offers. This list will be classified within categories. | This is a standard feature. |
| SUP3 | Review the requests for quotation and submit / update quotations / order terms / discount levels. Approval status of quotations can be tracked. Approved quotations have a validity period and get locked. | Suppliers will be provided with a grid view where quotations/order items are displayed for tracking. |
| SUP 4 | Receive orders based on approved quotations and update order status / delivery details | This will be a standard grid view and supplier will have the ability to update order status and delivery details. |
| SUP 5 | Submit invoices to CLIENT and track payment of earlier invoices. | Invoices can be tracked for payments |
| SUP 6 | Private message board to exchange to and fro messages with store employees | A discussion string where suppliers can send message to store employees. Suppliers can also view unread messages. |
| SUP 7 | View the list of alerts differentiated as new / read based on updates in quotations, orders and invoices. Such alerts will also be received by email and / or SMS (based on feasibility) | List of alerts will be a standard grid view. Alerts will be categorized into quotations, orders and invoices and differentiated as new / read. |
| SUP8 | View a summary dashboard with statistics about activity, quotations, orders, invoices, alerts and messages | Dashboard will be divided into four broad categories quotations, orders, invoices and messages which has information on number quotation requested, received quotations, accepted quotations, pending orders, completed orders, invoice raised, messages sent, messages received etc. |
| SUP9 | Live Chat with Customer Representative during online hours | During online hours Live chat feature will be activated and user can interact with customer representative. This will open a discussion board between user and customer representative. When ever user receives reply to his posted question live chat tab will change its color. |
| SUP10 | Suppliers can process repeat orders with a set period / frequency | Suppliers can process a repute/recurring order based on standard order items and delivery dates/frequency. |
| SUP11 | View the context sensitive help screens | Web store employees can update help section through CMS editor and suppliers can browse help section from any page. |
| SUP12 | Update account profile and contact info | Signup page will be opened in edit mode to update profile information. |
| SUP13 | Suppliers can upload soft copy files in PDF format for e-books | The raw file is digitally signed each time a sale is made and URL masking with mod-rewrite is used for document security. |
| SUP14 | Suppliers can view a log of the sales of their items | This sales log can be filtered by date and time range in addition to other filters like category and customer type |
| SUP15A | Email and / or SMS alerts will be sent when key events or updates happen in the relevant sections | Email alerts are fine but SMS alerts can be provided only if KBS subscribes to a service for sending out such alerts and we will integrate the API. We expect that such a service may be available for Australia but not in foreign locations. Whether or not SMS integration is done will not affect price. |
Sales Representatives
These are either employees of CLIENT or external individuals assigned to sales role. They can list out their prospects and update the status of each relationship in the sales funnel. The confirmed customers can be added (password is auto-generated) and the customer account details will be notified over email. The specific features are listed below and we have used the code SR for this user type.
| # | Feature | Design Approach |
| SR1 | Authentication including login, recover lost password, change password and logout | Sales representative will get an interface to enter user name and password for login and then he can change password / logout. |
| SR2 | Add new wholesale customers and send them the account details by email | An email will be sent to wholesale customers with login credentials – user name & password. |
| SR3 | Maintain a funnel of prospects for upcoming whole sale customers. | This is a standard grid view with details of prospective wholesale customers. |
| SR4 | Ability to submit a daily sales report and browse the reports submitted earlier. | Sales representative can browse sales reports and filter them by date/price range. Browse list are displayed in a standard grid view. |
| SR5 | View a summary dashboard with statistics about activity, funnel and customer list | Dashboard will be divided into three broad categories activity, funnel and customer which has information on number prospective customer, user session details, number of customers etc. |
| SR6 | View the context sensitive help screens | Web store employees can update help section through CMS editor and sales representative can browse help section from any page. |
| SR7 | Update account profile and contact info | Signup page will be opened in edit mode to update profile information. |
| SR8 | View Commission log based on the achieved sales. Log orders received by fax or mail order or email. | Commission details will be displayed in a standard grid view. |
| SR9A | Email and / or SMS alerts will be sent when key events or updates happen in the relevant sections | Email alerts are fine but SMS alerts can be provided only if KBS subscribes to a service for sending out such alerts and we will integrate the API. We expect that such a service may be available for Australia but not in foreign locations. Whether or not SMS integration is done will not affect price. |
Store Employees (Web Interface)
These are internal staff of the CLIENT organization and have a login account with respective access privileges. They can manage the quotation process with both suppliers and wholesale customers. They can update order fulfillment for all types of customers. They manage invoicing with both suppliers and wholesale customers. Finally inventory log and criteria based analysis reports are available to store employees. There will be standard reports and a query based report tool. Alerts and dashboard based summary statistics are provided. The specific features are listed below and we have used the code SE for this user type.
| # | Feature | Design Approach |
| SE1 | Authentication including login, recover lost password, change password and logout | Web store employee will get an interface to enter user name and password for login and then he can change password / logout. |
| SE2 | Manage categories and sub-categories into which the items are classified | A provision to add/edit/delete categories and sub-categories of products available online. |
| SE3 | Add individual items in the catalog or bulk import the item catalog using an excel sheet or CSV file. This will include the pricing and discount information. | Store employees will have a provision to upload spreadsheets with individual items details. Uploaded details will be reflected throughout the website. |
| SE4 | Create new value packs or auto-build kits or special packs and update existing ones by assigning items in specific categories to a named bundle | A provision to add/edit/delete product packs available online. Auto-build kits is a key part of the process automation and these are based on variable bill of materials for matching criteria like reading level and constraints such as target cost with specified number of items / titles. Such kits can be special packs made for schools with or without the permission to customize or can be created on the fly based on available stock. |
| SE5 | Submit and track quotations for the wholesale customers | Quotations have a header area with a tabular format for the list of items, unit price, discount terms and credit terms |
| SE5A | Browse orders received from customers | There will be a grid with search feature to view incoming customer orders. Such orders must be based on approved quotations and can be accepted or put under scrutiny / discussion. |
| SE6 | Process orders and update fulfillment status for the wholesale customers. This will include credit returns and claims for short / damaged goods. | Email alerts are linked to order status updates. When processing an order, the stock availability is flagged and part orders may be processed. Traffic Lights will be shown graphically on order fulfillment screen as a status to indicate whether the order is ready to be shipped or availability level in percent for part order. |
| SE7 | Raise and track invoices for the wholesale customers | Invoice payments will be governed by credit terms in the order. Bank wire transfer details or any instructions can be appended to the invoice. |
| SE8 | Private message board to exchange to and fro communication with wholesale customers | Message history is displayed chronologically and files can be attached to messages. |
| SE9 | Seek and track quotations from the suppliers. Release purchase order to suppliers based on approved quotations. | Target price may be specified in request for quotations. Suppliers may offer bulk discount. |
| SE10 | Confirm delivery for items sent by suppliers | Delivery notes sent by suppliers can be logged and items may be marked as damaged upon receipt. |
| SE11 | Export the bank transfer details of supplier in text format | This is a link to click for downloading the text file in specified format required by bank for wire transfer |
| SE12 | Track supplier invoices and update payment status | Ageing of overdue payables can be flagged. |
| SE13 | Private message board to exchange to and fro communication with suppliers | This is a repeat feature that appears at several places. Message history is displayed chronologically and files can be attached to messages. |
| SE14 | Browse orders received from retail customers and update status / delivery details | Retail orders cannot be cancelled or modified by customer. Email alerts are sent to customers when packages are dispatched. |
| SE15 | Lock customer orders of assigned wholesale customers to prevent any further changes in order details | Wholesale orders are locked against changes just prior to shipment |
| SE16 | Store employees can add a location and manage the list of storage locations for each warehouse | Locations will be specific to each warehouse. Every location has a code name and description. |
| SE17 | Incoming inventory is recorded in a GRN form interface and allocated to a particular location and supplier. Returns, credits and short / damage claims are handled here. | The current application assumes a one to many relation between item and supplier. Same item may have several suppliers. |
| SE18 | Inventory is automatically updated when any order is fulfilled and the location details are updated. Automatic re-order levels can be set. | Stock Transfer form must be filled up each time items are shifted inside the warehouse from one location to another. |
| SE19 | Inventory adjustments can be recorded | This will be in a standard grid view. |
| SE20 | The physical stock count file can be imported in excel or CSV format and the variance report can be viewed / printed | Store employees will have a provision to import physical stock count file. |
| SE21 | Standard reports (up to 5) can be setup and viewed / printed for supplier activity | Standard reports on quotations posted, order fulfillment etc can be generated for all suppliers. |
| SE22 | Standard reports (up to 5) can be setup and viewed / printed for retail customer activity | Standard reports on orders placed, payments made etc can be generated for all retail customers. |
| SE23 | Standard reports (up to 5) can be setup and viewed / printed for wholesale customer activity | Standard reports on quotations requested, order placed, payments made etc can be generated for all wholesale customers. |
| SE24 | Standard reports (up to 5) can be setup and viewed / printed for inventory analysis and reconciliation | Standard reports on product inwards and outwards can be generated. |
| SE25 | Custom reports (up to 3) can be generated / printed based on a bunch of criteria for supplier activity | Standard reports on quotations posted, order fulfillment etc can be generated for specific suppliers with date range. |
| SE26 | Custom reports (up to 3) can be generated / printed based on a bunch of criteria for wholesale customer activity | Standard reports on quotations requested, order placed, payments made etc can be generated for specific wholesale customers with date range. |
| SE27 | Custom reports (up to 3) can be generated / printed based on a bunch of criteria for retail customer activity | Standard reports on orders placed, payments made etc can be generated for specific retail customers with date range. |
| SE28 | Custom reports (up to 3) can be generated / printed based on a bunch of criteria for inventory analysis | Standard reports on product inwards, product outwards, and inventory of specific products can be generated. |
| SE29 | View the log of incoming and outgoing payments | A grid with information regarding incoming and outgoing payment related information. |
| SE30 | View a summary dashboard with statistics about activity, sales funnel, inventory, customers, suppliers and payments | This is a standard feature. |
| SE31 | View the context sensitive help screens | CMS editor will be used to manage help section. |
| SE32 | Update account profile and contact info | Profile page will be opened in edit mode to update profile/contact information. |
| SE33 | Setup default settings and commission rules for sales staff | There will be some label and text boxes to store values for default settings throughout the application. This can include the minimum deposit level required to make trades or the default currency or the grid length or the limits on the number of featured items in various sections or theme settings. |
| SE34 | Live Chat admin interface | Store employees can view and respond to messages sent by members. |
| SE35 | Manage lookup options | There will be an interface to browse all drop downs used in application and any new drop down choice can be created / updated here. |
| SE36 | Manage the content of informational pages using a friendly CMS editor | All informational pages will be available in drop down list and CMS editor will be used to edit content for selected informational page. |
| SE37 | Manage logo and header image as well as theme settings on the site | Store employees can add/delete/browse/upload company logo and can add/change set themes for entire site. Checkbox for selection will be provided for each theme and logo. |
| SE38 | Reply enquiries from the contact page | Store employees can view and respond to enquiries sent by visitors. |
| SE39 | Orders for e-books are fulfilled by digitally signing PDF files. This will require a third party component and cost of that component is not in our proposal price. | The digitally signed PDF will have a student name, copyright infringement warning and a unique reference code on every page of document in header / footer section. |
| SE40 | Coupon codes can be generated and published to specific email addresses for promotional purpose. | Customers can use coupon codes on checkout page to avail discounts. |
| SE41A | Email and / or SMS alerts will be sent when key events or updates happen in the relevant sections | Email alerts are fine but SMS alerts can be provided only if KBS subscribes to a service for sending out such alerts and we will integrate the API. We expect that such a service may be available for Australia but not in foreign locations. Whether or not SMS integration is done will not affect price. |
| SE42A | Add and manage the list of store employee users and selectively delegate access rights | This feature allows creating employee users and assigning rights using a checkbox array style interface. |
Front Desk Employees (POS Interface)
These are front desk staff of the CLIENT organization and have a login account on the POS interface. They can use the bar code reader, integrated electronic cash drawer and EFTPOS. They can search and select items to prepare / print the sale invoice. Invoice history can be viewed and queried by date / time range. Daily cash reconciliation can be done for each drawer. The specific features are listed below and we have used the code POS for this user type.
| # | Feature | Design Approach |
| POS1 | Authentication including login, change password and logout. Any login session is linked to a cash drawer. | Front desk employees will get an interface to enter user name and password for login and then he can change password / logout. |
| POS2 | Search items by keyword and category | Front desk employees can search books/items by keyword and various categories / sub-categories in the website. |
| POS3 | Browse items by category and sub-category | Front desk employees can search books/items by browsing catalogs of various categories and sub-categories in the website. |
| POS4 | Prepare sales invoice by adding items using either bar code reader or by selecting from the list | Sales invoices can be prepared by scanning bar codes on each product. Product ID, product name and price are captured in sales invoice. Front desk employees can even prepare invoice by searching products from the database and adding them into sales invoice. |
| POS5 | Print sales invoice | Print image will be provided on all sales invoices. Click on the image will open print option menu. |
| POS6 | Withdrawals taken out of cash drawer can be logged | Front desk employees will be provided with a standard log where they can maintain cash withdrawals from drawer. Date, time, amount, comments will be captured. |
| POS7 | Daily cash drawer reconciliation | Cash drawer reconciliation will capture opening balance, closing balance for each day. This is a standard grid view. |
| POS8 | View invoice history by date / time range for the specific drawer | Front desk employees can browse invoices and filter them by date/price range for specific drawer. |
| POS9 | Electronic cash drawer connected to computer through USB port. | Electronic drawer can be opened by confirming an invoice in the computer. After monetary transactions are performed, front desk employee will close the drawer manually. |
Administration
This is the super admin user who can create user accounts, define rights and monitor site activity. The features are listed below and we have used the code AD for this user type.
| # | Feature | Design Approach |
| AD1 | Authentication including login, change password and logout. | Site administrator will get an interface to enter user name and password for login and then he can change password / logout. |
| AD2 | Manage retail customers with shadow login and ability to deactivate / reset account | Admin can use shadow login to enter retail customer area without password and have all rights available to do any activity. |
| AD3 | Manage wholesale customers with shadow login and ability to deactivate / reset account | Admin can use shadow login to enter wholesale customer area without password and have all rights available to do any activity. |
| AD4 | Manage suppliers with shadow login and ability to deactivate / reset account | Admin can use shadow login to enter supplier area without password and have all rights available to do any activity. |
| AD5 | Manage web store employees with shadow login and ability to deactivate / reset account. Define access rights | Admin can use shadow login to enter web store employee area without password and have all rights available to do any activity. |
| AD6 | Manage POS front desk employees with shadow login and ability to deactivate / reset account | Admin can use shadow login to enter front desk employee area without password and have all rights available to do any activity. |
| AD7 | View the event log with filter criteria like date / time range or user type or event category. | This is a standard feature. |
Site Map
In this section we have attempted to define the indicative / rough site map for this application. The site map details are written below:
Public website
- Home
- Books
- Stationary
- Office equipment
- About Us
- Help
- Contact Us
- Terms & conditions
- Privacy policy
- Disclaimer
Retail Customer
- Home
- Books
- Stationery
- Office equipment
- Message Board
- Favorite List
- Live Chat Messenger
- Summary dashboard
- Help
- Edit profile
- Change password
Wholesale Customer
- Home
- Books
- Stationary
- Office equipment
- Message Board
- Live Chat Messenger
- Manage Quotations
- Submit quotations
- Review quotations
- Approve quotations & place orders
- Cancel orders
- Recurring orders
- Invoice Log
- Summary dashboard
- Help
- Edit profile
- Change password
Suppliers
- Master List
- Manage items/packs
- Manage price/discounts
- Submit quotations
- Stationary
- Office equipment
- Message Board
- Live Chat Messenger
- Manage Quotations
- Manage Orders
- Submit Invoices
- Track Payments
- Summary dashboard
- Edit profile
- Change password
- Sales Log
- Help
Sales Representative
- Add new customer
- Sales funnel
- Daily sales reports
- Commission Log
- Summary dashboard
- Edit profile
- Change password
- Help
Store Employees (Web Interface)
- Edit profile
- Change password
- Manage Categories
- Manage items/packs
- Manage Locations
- Manage quotations
- Manage Invoices
- Message Board
- Bank transfer details
- Payment Log
- Browse Orders
- Manage Inventory
- Standard Reports
- Custom Reports
- Edit profile
- Default settings
- Live chat
- Lookup options
- File manager
- Manage Logo
- Enquiries
- Coupon codes
- Summary dashboard
- Help
Front desk Employees (POS)
- Search Categories
- Sales invoices
- Cash drawer reconciliation
- Invoice History
- Withdrawal Log
- Change password
- Edit profile
Site Administrator
- Manage retail customers
- Manage wholesale customers
- Manage suppliers
- Manage web store employees
- Manage front desk employees
- Event Log
- Change password
Technology Architecture
The proposed application will be programmed in web architecture using PHP 5 and MY SQL 5 as RDBMS (LAMP architecture). Application architecture will be centralized for easy manageability. Application will be optimized for Internet Explorer 6+ but HTML 4 compliance will be preserved to ensure cross browser compatibility with other common browsers like Firefox, Safari and Netscape Navigator.
Cross browser compatibility is largely ensured through use of XHTML 1.0 and HTML 4 compliance. All application testing will be done in Firefox which has a more restrictive implementation of HTML / JavaScript and this ensures that it runs well in IE browsers too. Any cross browser issues will be debugged if they arise during module testing. Optimistic locking will be used in database operations to improve concurrent user performance. Extensive use of stored procedures will ease network traffic and database performance. The project developed in the LAMP environment. The acronym LAMP refers to a solution stack of software programs, commonly open source programs, used together to run dynamic Web sites or servers. The original expansion is as follows: Linux, referring to the operating system; Apache, the Web server; MySQL, the database management system (or database server); PHP, the programming language. Linux utilizes the latest stable kernel version. The underlying ext3 file system is a well-proven technology for both rapid recovery and protecting the integrity of the data on the server. Apache is developed and maintained by an open community of developers under the auspices of the Apache Software Foundation.
MySQL database, another robust open source tool that has revolutionized the way web pages, graphics, tables, and data sets of all sorts are served up on the web. Web-based databases in general, and MySQL in particular, have made it possible to build and present fully dynamic websites, capable of presenting content in real time. They have also helped to further the goal of separating content from formatting, speeding the load time of sites while making them far more manageable than in the past. PHP has, in just a few short years, become one of the predominant scripting languages on the web. With a relatively easy syntax and open source licensing, webmasters and developers around the world have migrated to PHP from the more difficult and syntactically challenging scripting languages like Perl.
PEAR coding standards were used throughout the application.

Real Estate MLS Listings Portal
Online Virtual World For Mixed Martial Arts
Online Travel Guide & Vacations Portal
Online Restaurant / Catering Portal
Portfolio Showcase & E-Commerce Portal
Informational Portal for Hair Care Articles
Custom ERP for an Australian Book Publisher





The client is a healthcare provider (multi-location hospital) for the local resident patients having sleeping disorders. Option Matrix's scope of work was for their Seattle, Washington, USA based operations and expected to extend the services to other USA states and globally, later. more...


© 2009 Option Matrix InfoTech Pvt. Ltd.




