SlideShare a Scribd company logo
3.2 Search view

3.2.1 Introduction

As previously mentioned, OpenERP is developing within a business framework and vision. When
using OpenERP, users can find business applications, in these applications, they can surf on some of
the business oriented views. In this search view they will also find that it facilitates the work and the
search of the user.

Search views in OpenERP allow the responsible user to search in only one view. Indeed, a Sales
Responsible user, can see, in the same view, his created documents (sale orders) and, if he is
allowed, the one created by his colleagues. So, in Sales Order menuitem, he can see all quotations,
current sales and sales to invoice. No need to have ten different menus to separate his sale orders
and other sales or different states of sales.

Note : search views are present in some of the types of views. There is a search part in calendar
view, in list view and in statistic reports.

The used terminology to qualify each element of the search view are related to the application and
also to the business context of use. For example, in sale order, there are buttons to sort different
states. Instead of using a state label “Draft”, we use a label more explicit for the sales context which
is “Quotations”.

3.2.2 Components of search view

Many options are given to users to optimize his searches. Buttons are used to sort quickly groups of
important documents. Usually, a button is chosen following the importance of the document's type.
We can take a look at an example, in sale order, it is important that the user can quickly see only the
quotations that he needs.

In all search views there are also some selected search fields. These fields are usually chosen
regarding the importance of the object (related to column of list view). An example of this would
be, in sale order search view, the salesman should be able to see current sales regarding only one
customer.




Some buttons allow users to group by elements, for example, salesman can group by customer and
see, for each customer, all the sale orders they have made.
Finally, OpenERP allows users to search following most of the elements we can find in form view.
If users want see all leads that come from one state in the United-States, they can add a filter easily
and then save it as a preference, this is especially useful if they have to use it Often.




Note : In extended view, in some search views, there are extended filters. These are used to allow
user filtering on important elements but are not specific to a list view. For example, in Leads, there
is not the Lead's country in the Lead list view, but, it regularly happens that Salesman want to filter
all Leads by a specific country. It also allows you to modify columns of the list view by adding one.
3.2.3 Guide lines

3.2.3.1 Layout




Sorting buttons and main filter fields must be the first elements on top of the view, and on the same
line. Below this main filter option, you must place extended filters and group by one above the
other. Each field group must be placed in a new line. Finally, the search bar must be below the view
as displayed in the picture above.

3.2.3.2 Icons
Most of the icons are laid in search view. All of the buttons have to have an icon relevant to the
function. OpenERP uses a range of predefined icons. Here are the most frequent icons (all icons are
in annexe) :

   •   When buttons refer to a Human Resources
   •   When buttons refer to a date
   •   When buttons refer to a product
   •   When buttons refer to states
       ◦ Draft
       ◦ Open
       ◦ Pending

Some icons are adapted. As we can see here, the “Today” button, we have placed the date icon
and adapted it :


3.2.3.3 Terminology
Like previously mentioned, the used terminology must be adapted to the application. An example of
this would be, in sale order the search field “partner_id” is named “Customer” and in purchase
application, the same search field is named “Supplier”. In a same way, the “user_id” field in sales is
named “Salesman” and in project management, he is named “Project Manager”.

3.2.3.4 Guide Lines in details
   •   Sort Buttons



       ◦ These kinds of buttons are on the top left of the screen.
       ◦ Sorting buttons are grouped by context (more often States and Dates).
       ◦ Inside a same group, button behavior is exclusive.
◦ Each context is separated by a vertical separator.
    ◦ The first group is always related to states (Current, Pending or Open). Then there are
      other buttons in one or more groups, it depends on the context. These are specific to the
      current view. For instance , in sale orders, we have “to invoice”. Finally, if there are
      buttons related to the date such as, “This Month” or “Today”, it has to be last group on
      the right.

       Exception : in statistic reports search views, sort buttons related to dates are first on the
       left. Because, user date is important, statistics is often compute on a given time. A sale
       manager want see statistics of the month or of the year.

    ◦ If there is a current button, it is generally selected by default. This button sorts all draft
      and open documents. This is usually selected by default to avoid to see canceled and
      closed documents

•   Main Filter Options
    ◦ Default search fields might reflect the available columns in the list view. In other words,
       each field must have a related column in list view and is placed in same order than the
       column
    ◦ Fields must be free
    ◦ Near fields like “user_id” or “section_id”, following the current view context, we can
       find some buttons
       ▪ near “user_id” field we can find the following buttons :
           • this sorts all documents of the current user and is named “My..”
           • this sorts all unassigned documents . This button is used in views where
               documents are self generated such as leads.
       ▪ Near “section_id” we can find buttons generally used in views related to sale's
           applications.    This button shows documents linked with current user's
           department(sales/marketing/HR,etc.).

•   Group by
    ◦ like buttons, “group by” are organized in context.
    ◦ The first group is related to human resources, the second group is related to the state of
       the document. The third group is related to a place, and finally the last group is related to
       dates.
    ◦ A separator is defined between each group.
       For example : Salesman Partner | Stage State | Shop Company | Day Month Year
    ◦ Use appropriate icons as defined in the annexe
    ◦ in all search views, except for report's search view, groups by must be folded. The goal
       is to have simple view by default.

•   Extended Filters
    ◦ there are extended filters only in extended interface because it complicates the views. In
       simplify interface, user can use optional filters.
    ◦ by default, extended filters are folded
    ◦ Generally in extended filters, user can find important fields, but it is possible that no
       column is linked to the field.
    ◦ extended filters also give you the possibility to add columns that users might need.
With this button, user can add a column
       “Country” in the list view

More Related Content

Similar to Search Views Guidelines

Pudiya Puthagam
Pudiya PuthagamPudiya Puthagam
Pudiya Puthagam
makkalmandram
 
Sap sd question
Sap sd questionSap sd question
Sap sd question
Amit Gupta
 
Sap sd question
Sap sd questionSap sd question
Sap sd question
Amit Gupta
 
User Analysis
User AnalysisUser Analysis
User Analysis
eerap99
 
Market EnvironmentUsing what you have learned from your reading th.docx
Market EnvironmentUsing what you have learned from your reading th.docxMarket EnvironmentUsing what you have learned from your reading th.docx
Market EnvironmentUsing what you have learned from your reading th.docx
drennanmicah
 
tap publisher
tap publishertap publisher
tap publisher
rahuljk3
 
Google Data Studio_Building a User Journey Funnel with Google Analytics
Google Data Studio_Building a User Journey Funnel with Google AnalyticsGoogle Data Studio_Building a User Journey Funnel with Google Analytics
Google Data Studio_Building a User Journey Funnel with Google Analytics
Silvia Alongi
 
Conversion funnel for e-commerce web sites
Conversion funnel for e-commerce web sitesConversion funnel for e-commerce web sites
Conversion funnel for e-commerce web sites
Svitlana Lutsenko
 
Profile of User Search Behavior and Advertising on Alibaba’s Taobao Platform
Profile of User Search Behavior and Advertising on Alibaba’s Taobao PlatformProfile of User Search Behavior and Advertising on Alibaba’s Taobao Platform
Profile of User Search Behavior and Advertising on Alibaba’s Taobao Platform
International Journal of Business Marketing and Management (IJBMM)
 
HOW TO KEEP TRACK ACTIVE USERS USING GOOGLE ANALYTICS
HOW TO KEEP TRACK ACTIVE USERS USING GOOGLE ANALYTICSHOW TO KEEP TRACK ACTIVE USERS USING GOOGLE ANALYTICS
HOW TO KEEP TRACK ACTIVE USERS USING GOOGLE ANALYTICS
Joseph Rivera
 
SAP Material Managament Class 1 Sample
SAP Material Managament  Class 1 SampleSAP Material Managament  Class 1 Sample
SAP Material Managament Class 1 Sample
Robert Joyce
 
Segmentation
SegmentationSegmentation
Segmentation
Apex
 
How to create an analytics dashboard (with examples).pdf
How to create an analytics dashboard (with examples).pdfHow to create an analytics dashboard (with examples).pdf
How to create an analytics dashboard (with examples).pdf
WebMaxy
 
Part I_Domain Analysis Report of Competitor
Part I_Domain Analysis Report of CompetitorPart I_Domain Analysis Report of Competitor
Part I_Domain Analysis Report of Competitor
Dezirae N. Brown
 
Personalizing Search
Personalizing SearchPersonalizing Search
Personalizing Search
Cognizant
 
Kpi handbook implementation on bizforce one
Kpi handbook implementation on bizforce oneKpi handbook implementation on bizforce one
Kpi handbook implementation on bizforce one
Hieutanda Nguyen Khac Hieu
 
Recommender systems in indian e-commerce context
Recommender systems in indian e-commerce contextRecommender systems in indian e-commerce context
Recommender systems in indian e-commerce context
Ajit Bhingarkar
 
Chapter3 marketing
Chapter3 marketingChapter3 marketing
Chapter3 marketing
Vin Voro
 
Best structure of taxonomies for the different purposes of analysis
Best structure of taxonomies for the different purposes of analysisBest structure of taxonomies for the different purposes of analysis
Best structure of taxonomies for the different purposes of analysis
Chie Mitsui
 
The marketing plan is a highly detailed
The marketing plan is a highly detailedThe marketing plan is a highly detailed
The marketing plan is a highly detailed
mohtar hasim
 

Similar to Search Views Guidelines (20)

Pudiya Puthagam
Pudiya PuthagamPudiya Puthagam
Pudiya Puthagam
 
Sap sd question
Sap sd questionSap sd question
Sap sd question
 
Sap sd question
Sap sd questionSap sd question
Sap sd question
 
User Analysis
User AnalysisUser Analysis
User Analysis
 
Market EnvironmentUsing what you have learned from your reading th.docx
Market EnvironmentUsing what you have learned from your reading th.docxMarket EnvironmentUsing what you have learned from your reading th.docx
Market EnvironmentUsing what you have learned from your reading th.docx
 
tap publisher
tap publishertap publisher
tap publisher
 
Google Data Studio_Building a User Journey Funnel with Google Analytics
Google Data Studio_Building a User Journey Funnel with Google AnalyticsGoogle Data Studio_Building a User Journey Funnel with Google Analytics
Google Data Studio_Building a User Journey Funnel with Google Analytics
 
Conversion funnel for e-commerce web sites
Conversion funnel for e-commerce web sitesConversion funnel for e-commerce web sites
Conversion funnel for e-commerce web sites
 
Profile of User Search Behavior and Advertising on Alibaba’s Taobao Platform
Profile of User Search Behavior and Advertising on Alibaba’s Taobao PlatformProfile of User Search Behavior and Advertising on Alibaba’s Taobao Platform
Profile of User Search Behavior and Advertising on Alibaba’s Taobao Platform
 
HOW TO KEEP TRACK ACTIVE USERS USING GOOGLE ANALYTICS
HOW TO KEEP TRACK ACTIVE USERS USING GOOGLE ANALYTICSHOW TO KEEP TRACK ACTIVE USERS USING GOOGLE ANALYTICS
HOW TO KEEP TRACK ACTIVE USERS USING GOOGLE ANALYTICS
 
SAP Material Managament Class 1 Sample
SAP Material Managament  Class 1 SampleSAP Material Managament  Class 1 Sample
SAP Material Managament Class 1 Sample
 
Segmentation
SegmentationSegmentation
Segmentation
 
How to create an analytics dashboard (with examples).pdf
How to create an analytics dashboard (with examples).pdfHow to create an analytics dashboard (with examples).pdf
How to create an analytics dashboard (with examples).pdf
 
Part I_Domain Analysis Report of Competitor
Part I_Domain Analysis Report of CompetitorPart I_Domain Analysis Report of Competitor
Part I_Domain Analysis Report of Competitor
 
Personalizing Search
Personalizing SearchPersonalizing Search
Personalizing Search
 
Kpi handbook implementation on bizforce one
Kpi handbook implementation on bizforce oneKpi handbook implementation on bizforce one
Kpi handbook implementation on bizforce one
 
Recommender systems in indian e-commerce context
Recommender systems in indian e-commerce contextRecommender systems in indian e-commerce context
Recommender systems in indian e-commerce context
 
Chapter3 marketing
Chapter3 marketingChapter3 marketing
Chapter3 marketing
 
Best structure of taxonomies for the different purposes of analysis
Best structure of taxonomies for the different purposes of analysisBest structure of taxonomies for the different purposes of analysis
Best structure of taxonomies for the different purposes of analysis
 
The marketing plan is a highly detailed
The marketing plan is a highly detailedThe marketing plan is a highly detailed
The marketing plan is a highly detailed
 

More from Fabien Pinckaers

Guide lines
Guide linesGuide lines
Guide lines
Fabien Pinckaers
 
OpenERP Community Workshop - March 2010
OpenERP Community Workshop - March 2010OpenERP Community Workshop - March 2010
OpenERP Community Workshop - March 2010
Fabien Pinckaers
 
Open ERP Business Model
Open ERP Business ModelOpen ERP Business Model
Open ERP Business Model
Fabien Pinckaers
 
Presentation Open ERP
Presentation Open ERPPresentation Open ERP
Presentation Open ERP
Fabien Pinckaers
 
Openobject Intro
Openobject IntroOpenobject Intro
Openobject Intro
Fabien Pinckaers
 
Open ERP's Community Organisation
Open ERP's Community OrganisationOpen ERP's Community Organisation
Open ERP's Community Organisation
Fabien Pinckaers
 
Open Source Business Model of Open ERP
Open Source Business Model of Open ERPOpen Source Business Model of Open ERP
Open Source Business Model of Open ERP
Fabien Pinckaers
 
Economic Model
Economic ModelEconomic Model
Economic Model
Fabien Pinckaers
 
Integrate Enterprise with Open Erp
Integrate Enterprise with Open ErpIntegrate Enterprise with Open Erp
Integrate Enterprise with Open Erp
Fabien Pinckaers
 
Open ERP Keypoints
Open ERP KeypointsOpen ERP Keypoints
Open ERP Keypoints
Fabien Pinckaers
 

More from Fabien Pinckaers (10)

Guide lines
Guide linesGuide lines
Guide lines
 
OpenERP Community Workshop - March 2010
OpenERP Community Workshop - March 2010OpenERP Community Workshop - March 2010
OpenERP Community Workshop - March 2010
 
Open ERP Business Model
Open ERP Business ModelOpen ERP Business Model
Open ERP Business Model
 
Presentation Open ERP
Presentation Open ERPPresentation Open ERP
Presentation Open ERP
 
Openobject Intro
Openobject IntroOpenobject Intro
Openobject Intro
 
Open ERP's Community Organisation
Open ERP's Community OrganisationOpen ERP's Community Organisation
Open ERP's Community Organisation
 
Open Source Business Model of Open ERP
Open Source Business Model of Open ERPOpen Source Business Model of Open ERP
Open Source Business Model of Open ERP
 
Economic Model
Economic ModelEconomic Model
Economic Model
 
Integrate Enterprise with Open Erp
Integrate Enterprise with Open ErpIntegrate Enterprise with Open Erp
Integrate Enterprise with Open Erp
 
Open ERP Keypoints
Open ERP KeypointsOpen ERP Keypoints
Open ERP Keypoints
 

Search Views Guidelines

  • 1. 3.2 Search view 3.2.1 Introduction As previously mentioned, OpenERP is developing within a business framework and vision. When using OpenERP, users can find business applications, in these applications, they can surf on some of the business oriented views. In this search view they will also find that it facilitates the work and the search of the user. Search views in OpenERP allow the responsible user to search in only one view. Indeed, a Sales Responsible user, can see, in the same view, his created documents (sale orders) and, if he is allowed, the one created by his colleagues. So, in Sales Order menuitem, he can see all quotations, current sales and sales to invoice. No need to have ten different menus to separate his sale orders and other sales or different states of sales. Note : search views are present in some of the types of views. There is a search part in calendar view, in list view and in statistic reports. The used terminology to qualify each element of the search view are related to the application and also to the business context of use. For example, in sale order, there are buttons to sort different states. Instead of using a state label “Draft”, we use a label more explicit for the sales context which is “Quotations”. 3.2.2 Components of search view Many options are given to users to optimize his searches. Buttons are used to sort quickly groups of important documents. Usually, a button is chosen following the importance of the document's type. We can take a look at an example, in sale order, it is important that the user can quickly see only the quotations that he needs. In all search views there are also some selected search fields. These fields are usually chosen regarding the importance of the object (related to column of list view). An example of this would be, in sale order search view, the salesman should be able to see current sales regarding only one customer. Some buttons allow users to group by elements, for example, salesman can group by customer and see, for each customer, all the sale orders they have made.
  • 2. Finally, OpenERP allows users to search following most of the elements we can find in form view. If users want see all leads that come from one state in the United-States, they can add a filter easily and then save it as a preference, this is especially useful if they have to use it Often. Note : In extended view, in some search views, there are extended filters. These are used to allow user filtering on important elements but are not specific to a list view. For example, in Leads, there is not the Lead's country in the Lead list view, but, it regularly happens that Salesman want to filter all Leads by a specific country. It also allows you to modify columns of the list view by adding one.
  • 3. 3.2.3 Guide lines 3.2.3.1 Layout Sorting buttons and main filter fields must be the first elements on top of the view, and on the same line. Below this main filter option, you must place extended filters and group by one above the other. Each field group must be placed in a new line. Finally, the search bar must be below the view as displayed in the picture above. 3.2.3.2 Icons Most of the icons are laid in search view. All of the buttons have to have an icon relevant to the function. OpenERP uses a range of predefined icons. Here are the most frequent icons (all icons are in annexe) : • When buttons refer to a Human Resources • When buttons refer to a date • When buttons refer to a product • When buttons refer to states ◦ Draft ◦ Open ◦ Pending Some icons are adapted. As we can see here, the “Today” button, we have placed the date icon and adapted it : 3.2.3.3 Terminology Like previously mentioned, the used terminology must be adapted to the application. An example of this would be, in sale order the search field “partner_id” is named “Customer” and in purchase application, the same search field is named “Supplier”. In a same way, the “user_id” field in sales is named “Salesman” and in project management, he is named “Project Manager”. 3.2.3.4 Guide Lines in details • Sort Buttons ◦ These kinds of buttons are on the top left of the screen. ◦ Sorting buttons are grouped by context (more often States and Dates). ◦ Inside a same group, button behavior is exclusive.
  • 4. ◦ Each context is separated by a vertical separator. ◦ The first group is always related to states (Current, Pending or Open). Then there are other buttons in one or more groups, it depends on the context. These are specific to the current view. For instance , in sale orders, we have “to invoice”. Finally, if there are buttons related to the date such as, “This Month” or “Today”, it has to be last group on the right. Exception : in statistic reports search views, sort buttons related to dates are first on the left. Because, user date is important, statistics is often compute on a given time. A sale manager want see statistics of the month or of the year. ◦ If there is a current button, it is generally selected by default. This button sorts all draft and open documents. This is usually selected by default to avoid to see canceled and closed documents • Main Filter Options ◦ Default search fields might reflect the available columns in the list view. In other words, each field must have a related column in list view and is placed in same order than the column ◦ Fields must be free ◦ Near fields like “user_id” or “section_id”, following the current view context, we can find some buttons ▪ near “user_id” field we can find the following buttons : • this sorts all documents of the current user and is named “My..” • this sorts all unassigned documents . This button is used in views where documents are self generated such as leads. ▪ Near “section_id” we can find buttons generally used in views related to sale's applications. This button shows documents linked with current user's department(sales/marketing/HR,etc.). • Group by ◦ like buttons, “group by” are organized in context. ◦ The first group is related to human resources, the second group is related to the state of the document. The third group is related to a place, and finally the last group is related to dates. ◦ A separator is defined between each group. For example : Salesman Partner | Stage State | Shop Company | Day Month Year ◦ Use appropriate icons as defined in the annexe ◦ in all search views, except for report's search view, groups by must be folded. The goal is to have simple view by default. • Extended Filters ◦ there are extended filters only in extended interface because it complicates the views. In simplify interface, user can use optional filters. ◦ by default, extended filters are folded ◦ Generally in extended filters, user can find important fields, but it is possible that no column is linked to the field. ◦ extended filters also give you the possibility to add columns that users might need.
  • 5. With this button, user can add a column “Country” in the list view