Download When this Occurs: Upon Receipt of Customer Order

Survey
yes no Was this document useful for you?
   Thank you for your participation!

* Your assessment is very important for improving the workof artificial intelligence, which forms the content of this project

Document related concepts

Information privacy law wikipedia , lookup

Data vault modeling wikipedia , lookup

Business intelligence wikipedia , lookup

Open data in the United Kingdom wikipedia , lookup

Transcript
ANALYTICS BEST PRACTICES

Organize your Analytics directory structure in a meaningful way and communicate the
structure to your staff. Ensure all staff members who need access to specific reports can get to
them effectively and quickly, and verify the permissions are set correctly. Remove duplicate
reports if possible. Create a “drafts” folder where staff members can temporarily store and share
their report drafts. This process requires very little work upfront and can save a significant amount
of confusion and effort later as the number of your reports grows.

Utilize the scheduling feature in Analytics. The scheduling feature in Analytics can help
reduce your administrative overhead. Using this functionality, you can create one or multiple
schedules for any report in the system and have the reports sent to any staff member at any
designated date and time (i.e. a dashboard report for management each Monday morning at 7am).
You can also specify the report format, and implement data alerts if a value within a report reaches
a certain level; for example, if the number of incidents created in a day exceeds 100, the report
will automatically send with an alert notice.

Combine like reports into report dashboards. If you have reports that capture related
information, it might be beneficial to combine them into a dashboard. This feature is particularly
useful because staff members only need to run one report rather than multiple reports to get the
same information.

Become familiar with the RNT standard reports. The standard, out-of-the-box reports that
come with the Analytics module can provide much of the information clients look for in measuring
their business, processes, staffing, etc. Furthermore, if a standard report does not meet your
reporting requirements, it is often advantageous to copy and modify a standard report containing
similar information.

Become familiar with relational database concepts and the RNT data schema. You will
have a significant advantage in understanding Analytics and how the data is structured if you are
familiar with relational database concepts. Please refer to the Analytics manual as well as Answer
ID# 1350 to access more Analytics documentation covering this information.

When creating custom reports:
o
Use common date range filters. Using common date range filters allows you to compare
different report data across the same window of time for a more meaningful measurement.
Using date filters also limits the amount of information returned in a report, therefore
enabling it to run more quickly and efficiently.
o
Take the time to map your report requirements. Mapping your report requirements is
an effective way of ensuring you are correctly capturing the data you want to see in the
report. It is helpful to list the tables that contain the data you will need, any filters you wish
to use to narrow your results, grouping functionality, ordering specifics, etc.
o
Include only pertinent functionality within your report. Eliminate any redundant or
unnecessary data, columns, filters, table instances, etc. from your report. This will only add
confusion as well as potentially take longer to run the report.
RightNow Technologies, Inc. ©2010
Page 1 of 2
ANALYTICS BEST PRACTICES
o
Ensure design integrity is intact. Proper use of filters, table joins (inner vs. outer), etc.
is critical in determining what results your report will show. For example, if you joined the
contacts table to the incidents table and used an outer join, all incidents would be returned
regardless if they had contacts associated with them. However, if you used an inner join in
this scenario, only those incidents with contacts associated with them would be returned.
Therefore, the resulting data set can be vastly different simply due to a join type.
o
Add or remove items (i.e. output columns, filters, etc.) one at a time. This is a very
useful strategy when creating reports, as well as testing the data. If the results are not
what you anticipated after you add/remove something, you know what the issue is
immediately and can address it.
o
Use grouping functionality to combine like data. Grouping allows you to combine
records with similar data into one group in a report. This often makes the report more
readable, as well as more versatile (grouping enables drilldown functionality to be used, for
example).
o
Use ordering functionality to organize your report data. Ordering allows you to sort
your report output by database columns and specify ascending or descending order.
Ordering is useful in making your report more readable and organized (i.e. alphabetizing
names, ordering numeric values from largest to smallest, etc.).
o
Title your report appropriately and utilize description fields. Giving your report a
title that appropriately reflects the purpose of the report and the data in it allows others to
quickly find what they are looking for within the reports directory. Documenting the column
descriptions and report description also provides useful information for others using the
report (you can also display this information in the report itself for further visibility).
o
Ensure you are using the same format, style sheet, fonts, etc. for all reports.
Consistent formatting makes your reports both more readable and visually appealing.
o
Utilize Drilldown level and (in RightNow May '09 and up) Report linking to
effectively view both the high level and detailed data.
o

Queue large reports (in RightNow May '09 and up) based on historical data, this will allow
you to run the report on more data and to keep a copy of the report available after it has
been run.
Custom Scripting
o
If at all possible, run all database queries via an ODBC connection.
o
Make a copy of the report you wish to add a custom script to, so you can compare
the two reports and ensure they are returning the correct data. This is also a useful
way to test your report.
o
Custom scripts are either functional or non-functional – there is no way to
troubleshoot them; therefore, it is useful to use a PHP/SQL script editor to test
your code prior to entering it in the report if possible.
RightNow Technologies, Inc. ©2010
Page 2 of 2