j5 OMS
Operations Management System
j5 OMS is a broad range of hardened web applications that manage, control, organize & log the Operating Processes in industrial sites.
Click here
for more information... 
j5 Logbook
The pure Web Server version!!
Make operator logs work for you!
Industrial, proven, configurable.
Oracle, SQL Server, Access web-server based.
Click here
for more information... 
j5 HandoverBook
The j5 HandoverBook is an electronic tool designed to effectively manage the information flow between outgoing and incoming shifts.
Click here for more information... 
Spreadsheets to Enterprise Solution Print E-mail

When you reach the end of your Spreadsheet application!
When should I move from my Excel Sheet to an Enterprise solution?


Foreword: Spreadsheets are highly versatile and can be made to do ‘anything’! Many facilities rely heavily on a deeply configured spreadsheet application – that often evolves to include a custom front-end. They are developed (and maintained) by a specialist user. Soon, however, a major dead-end is reached. Multiple users create different versions of the application. Storage and version-control issues arise. System audits reveal security problems and regulators need assurances. The ‘specialist’ leaves – or is promoted, limitations are reached or a re-write becomes uneventful. Facility management have a decision to make – live with the limitations of the spreadsheet application or migrate painlessly to a secure, robust, expandable, upgradable industry-standard application.

 

Spreadsheets ~ The newborn; Excitement!

Every Operations Manager needs daily reports on the operational performance of the facility over the past shift(s) and at shift-handover and – if possible – these should include information about safety, environmental, maintenance, planning and delivery events.

A spreadsheet application provides the ideal platform on which to design the requirements, layout and content of the reports. Excitement greets the presentation of the first draft report. (The author modestly stating that it only took him two evenings to create!)

The best spreadsheet applications are generally created by an experienced ‘professional’ – such as an Operator with many years’ experience, or engineer or scientist or trainee manager. Ability to think laterally and understand the requirements of various users is important. It’s a ‘working specification’.

The spreadsheet application – newly deployed on the facilities’ computers – delivered and maintained by an individual (or seldom more than two people) is demonstrated and cosseted like a newborn and soon is accepted as an integral part of the facility and a valued member of the Operations team..

 

Spreadsheets ~ The growth phase; minor stumbles.

If the spreadsheet application does not die as an infant, but survives it’s first few weeks or months as a team member, someone – somewhere – will ask the author of the application if a certain feature – or tweak – can be added. The most common requests fall into three categories, namely Reports; Integration and Sharing (see Table1).

The requests for changes, enhancements and ‘features’ keep coming. The ‘newborn’ application is maturing as it gains acceptance and the author (or parent) spends more & more time on the application and it’s growth and maintenance.

Around this time, ‘The Application’ gets a name! Often an acronym – often humorous!

 

Spreadsheets ~ The ‘teenage’ years; roadblocks

The App’ is well used. The author is satisfied but beginning to feel concerned. He’s due for annual leave soon and who will maintain the tweaks and fix the formulas that keep getting overwritten or the reports that somehow cause the printer spooler to block. (‘Parent’ recalls the 2 am call from the operator who could not print the output of the Alarm System because the shift report was ‘stuck’!)

The ‘Parent’ of ‘The App’ is also worried that the project may follow him as an ‘extra task’ if he gets promoted next year. At his annual review session, the manager suggests that he ‘quickly’ changes the application into a simple database application – perhaps Access or MySQL. “And”, suggests the manager, “while you do that how about making it more secure, with audit trails and user-created reports”.

So another chapter in the spreadsheet project commences. Studies have shown that this phase often involves 3 or more complete re-writes and over 60% of the projects never get completed. A raft of problems are encountered – particularly those involving multiple users, specific user requests, data security, network and server issues, data integration

 

Spreadsheets ~ The adult phase; dead-end.

The first inkling of a ‘serious problem’ may arise when the regular daily reports get used for audit or regulatory purposes. The regional inspector acts awkward questions about data security. It may be that an operations analyst wishes to work with you to study the workflow implications, or a new set of ‘important’ reports are requested to be scheduled at specific times. More often, the ‘roadblock’ comes in the form of multiple users creating multiple copies and wishing to combine their ‘reports’ across multiple facilities1.

Suddenly, the ‘author’ of the application – who invariably is an operational or technical specialist – finds that he is required to understand and manage IT matters. She spends more and more time immersed in the world of networks, active directories, servers and databases.

Sooner or later the initial spreadsheet application – with all the accumulated enhancements – reaches a critical stage where the author and management need to decide on the future use of the application. A cost-benefit analysis (if done honestly) will reveal that the amount of work (effort, time, costs, etc) required to continue maintaining the Spreadsheet application against the cost of acquiring an Enterprise solution.

One highly qualified scientist proudly informed the conference at which she was presenting that the entire application had cost them $12. She failed to take into account her salary – and missed opportunity costs as a PhD – over 18 months spent on full-time development and maintenance of the application!

Various attempts are made to revive the application, with varying degrees of success (See Table 2). Each attempt requires a new set of tools and a new learning curve. Each new variant of the application reveals some unplanned ‘problems’ and very often a growing sense of frustration – amongst users, managers and the ‘parent’ – leads to serious tension and problem within the organization.

More often than not, the author – or ‘parent’ – has left his position before this stage and all attempts to revive the project using ‘corporate IT standards’ runs into severe difficulties as the IT developer tries to understand the reasoning, formulas and ‘coding’ of the spreadsheet.

 

j5OMS ~ the Enterprise Solution to Spreadsheet blues.


Enterprise Solution to the Spreadsheet dilemma

A wise Operations Manager will understand that she and her staff are great at defining their system requirements; they are experts at strategizing how to use information to improve performance and communication; and they can interpret the demands of regulators into specific reports and data files.

The Operations Team should combine their efforts into creating a quality specification – using a spreadsheet as a specification tool.
With a good specification of their requirements, the Ops Team can search for an industrially robust, flexible Enterprise Solution. Preferably one that has been deployed across many – similar – industries and incorporates ‘best practice’ concepts from other facilities, while being flexible enough to incorporate specific – unique – requirements for the needs peculiar to the local team.

The j5 OMS (Operations Management System) developed and supported by St James Software is such an Enterprise Solution. Together with different applications, tools and attachments, j5 OMS provides a world-class product developed and tested over 20 years and deployed in more than 40 different industries.

 



See Table 3: j5 OMS and Spreadsheet comparison for an in-depth look at the shortfalls of a permanent spreadsheet application and the benefits of an Enterprise Solution

 

So what exactly is an Enterprise Solution?

Table 3 in the centerfold highlights the difference between a Spreadsheet and an Enterprise Solution.
Essentially, an Enterprise solution provides the same or more functionality as a spreadsheet but it provides it in a completely secure environment to an audience of tens or even hundreds of stakeholders across the corporation.

 

What can you expect from an Enterprise Solution?

Given a spreadsheet application that has evolved to the limits of its capacity, an Enterprise Solution can be quickly created to provide the same or more functionality in an Intranet or Web-based environment. The new application will cater for different permissions levels for users, will be available on all network computers without having to load any software, will support an almost unlimited level of data, will co-ordinate between different departments and will grow with the requirements of the organization. Additionally, the new application will send out scheduled or event-driven reports to stakeholders, will satisfy the auditing and security needs of the Compliance Authorities and will cease to be a maintenance burden on your working staff.



 

Operational Requirements

Spreadsheets as a design tool

Specifications

Process ‘specialist’ usually develops the spreadsheet application

 

Enhancements requested.

Features added.

‘Tweaks’ required.

 

 

Application ‘maintenance’ and ‘future-proofing’

The desire to formalize a database

Re-write required

 

 

Regulatory and Audit requirements

Multiple users
Spreadsheet becomes ‘too large’

IT network and server maintenance

Cost-benefit analysis of the spreadsheet application

 

 

Alternatives to spreadsheets

 

Decision time!

 

 

 

 

 

 

 

Good Specifications

 

Enterprise Solutions

J5 OMS

 

 

Comparative analysis

 

Table 3: J5 OMS and Spreadsheet Comparison for Enterprise Applications

 

   Vital    Good    Drawback    Big Disadvantage    Showstopper

FEATURE SPREADSHEET J5 OMS APPLICATIONS
Flexibility Highly flexible. Easy layout, formatting. WYSIWYG Very flexible. Can be modified at any stage – before or after installation by Client IT
Ease of user Easy to do simple tasks. Experience required for advanced features. Easy to ‘override’ cells accidentally Can be easily structured for use by any member of staff as well as completely open for advanced users
Training Self training. Advanced training available. Self training. Advanced training available.
Prototyping An ideal prototyping tool. Can be used for the development of the specificication of the required 'final product'. This 'prototype' is often mistakenly used as the 'final product' and many weaknesses are revealed. Easy to develop and creat prototypes for testing and evaluation. An easy migration tool which converts the 'final draft prototype' into a robust, industrially hardened enterprise solution
Comprehensive Can be expanded and extended to many projects. Can be configured to meet any feature provided by a spreadsheet and many others. Different reports can be exposed or hidden from different Departments in the organization.
Searchable Simple Excel searches available.
Comprehensive multi-level ‘google-type’ search capability with pre-defined and ad-hoc searches.
Filters/Sorting
Limited to data on sheet – essentially two-dimensional
Genuine relational-database search capability. Multi-dimensional
Workflow Approval process by multiple stakeholders extremely difficult.
Built-in workflow modules enable strict workflow control.
Formulas Extensive list of available formulas.
Able to use any formula – also sub-routines and add-on applications such as ‘matLab’
Validation Offers no validation by default. Validation rules can be overridden by accident or design. Simple validation easy to configure. Advanced validation
Sharing/Multi-users Can be shared, but multiple updates and cell over-writes become complicated. Server based application with multi-user capability – multi location & multi-user.
Installations Each user requires an installation on their own PC.
Installed once on the client server and each user only requires a standard browser to gain access.
Data Integration Data can be 'fetched' by the spreadsheet from databases on the same network. It is possible to 'trigger' these requests when doing a 'calc' Full database functionality is possible, with links to multiple databases, DB synchronisation and direct data collection via many standard drivers.
Multi-locations Manual workload to combine multiple spreadsheets from various locations across a network Easy syncronisation of standard database content results in multiple locations having their own (individual) 'look and feel' while remaining prt of a tightly control single database.
Calculation Triggers Limited triggers to collect data and undertake calculations.
Sophisticated 'Event manager' facility to generate data collections, log entries or calculations based an many different variables - including external events or outputs from other applications.
Scheduled Reports Very Difficult
Simple built-in scheduler enables reports to be distributed via email to nominated recipients. (pdf, or Excel Format).
Conditional Formatting Possible on a sheet and across multiple cells.
Simple rule based configuration of cells.
Audit Trails Each user could ‘undo’ an entry, but can easily change the spreadsheet Any and every change entry or change is logged – with date, time, user – and these audits cannot be changed. The Audit trails may searched and printed
Reliability Basic platform highly reliable. User configuration can be easily changed or corrupted. Highly reliable and fully tested during configuration, deployment and commissioning. Not possible to make accidental changes.
Security Easy for a trained person to make any changes. Spreadsheet can be password protected, but security easy to bypass. Only able to make changes if the user has direct access to the Server.
Updates Very difficult to deploy if a changed spreadsheet needs to be updated on multiple user computers. Any update may be quickly changed on the server (once) and is immediately available to each user
Maintenance Each installation must be maintained individually on each user PC No individual user maintenance required.
Enterprise Group license reduces costs, but each user still requires their own installation Significantly reduced costs for multiple users. No software required for additional users (true ‘zero-client’ application)
Regulatory Compliance Not possible, as spreadsheet may be changed at will. Can be tested and ‘locked’ so that outputs may be approved by EPA, NERC, FDA, Nuclear, Utility and other regulators
Reports Easy to set up a report - after all WYSIWYG. However, equally easy to change the report - and content - (even accidentally) which makes regulatory certification not possible. Flexible report creation facilities available, as well as fixed reports capable of being certified.
Defaults and Automatic Tagging Limited if at all possible. Defaults for each entry can be set up, tagging of entries (for example entries my be automatically tagged with the current date and name of the logged in user.)

 

Table 1: Spreadsheets ~ the growth phase
REPORTS
The whole team needs a copy during the meeting (20 copies at 08h00!)
The report needs to be changed – totals / averages / summaries
Someone needs a new report! (‘..but the data IS there…. Simply send it to me’!)
“Please combine”…!
Email the report – don’t send it!
INTEGRATION
Reports to be installed on different streams on the plant. (“After all… they are identical except for…….”!)
Can you collect data from the SCADA (or DCS or LIMS… or? “It’s on the same computer as you are using!)
SHARING
The Author needs to involve someone else (maybe a whole team of people) to create daily reports and combine them into a central report.
It’s important to have all the systems on one spread sheet for central management… BUT we need multiple people to make entries and changes.
 
Table 2: Spreadsheets ~ revival attempts
Add web-features (very limited)
Convert to a web-app – very limited functionality
Add WIKI fields
Change entire app to an on-line WIKI
VB front end attempts
Convert to a DB application – typically MS Access
Custom-build some .NET links


logbook application
Example of j5 OMS Logbook Application