Tag Archive for: SaaS

Thinking of buying configurable EHS software? Make sure to focus on the right questions

As most people researching EHS software know, the words “configurable”, “multi-tenant”, and “platform” are being discussed everywhere. There are plenty of other great discussions on Platform as a Service (PaaS) and multi-tenancy.  Let’s look at some tips for getting the most out of configurable software.

Locus Platform Configurability

Ask yourself “What sets us apart?”

A key question to ask (as soon as you start thinking about configurable software) is “what sets my company apart?”  What special challenges or circumstances make your EHS needs more nuanced or complex?

  • Are you in an industry or segment of the industry that may have unique tracking and reporting needs? Maybe you are an organic milk producer or only manufacture snacks from sustainable sources following global fair-trade policies.  These more specialized practices may require additional or unique reporting to maintain accreditation.
  • Do you handle non-standard materials in highly regulated environments (such as radioactive materials, for example) that impose additional handling, tracking, disposal, and reporting requirements?
  • Are you a global enterprise with highly variable reporting needs in multiple jurisdictions? Or are you operating in a location with demanding local regulations?
  • Are you operating in an uncertain regulatory environment?

These are just a few of the things that could set EHS customers apart.  The more unique or specialized tracking and reporting needs you have, the more you will value the ability to have software easily configured for requirements that are typically not supported in “off-the-shelf” solutions.

Most modern software handles the “basics” very well, but when you have unique or emerging needs—including future needs that you don’t even know about yet—having a configurable option really pays off.

When needs change, configurable software can be updated easily and quickly by the vendor or even your own in-house staff, saving time and avoiding the agony of “waiting for the next release”. And, best of all, those changes can be done by trained configuration staff, without the need for software developers and the cost and time usually associated with software development.

Configurable Building Blocks

 

Follow best practices and engage with industry peers

Learning and internalizing industry best practices, a hallmark of the EHS professional association NAEM and its outreach events, can help any software buyer make better choices and evaluate software features, platforms, and key differentiators.  Check out the excellent library of resources, including publications, newsletters, and webinars from industry peers.  By taking advantage of shared industry knowledge, you can dramatically streamline and expedite your search for the right solutions.

One word of caution: many industry publications can be influenced by sponsors.  This is not only true in the EHS domain, but in all industry expert reviews.  That’s why actually talking and comparing notes with industry colleagues is an invaluable resource to get beyond the reviews and hear about real-life experiences with the EHS domain itself and the software options that others have actually used.

If you’re looking for advice on how configurable software may be used to address your EHS needs, talking to actual software users will help.  Locus, along with many other vendors and hundreds of EHS professionals, routinely attends NAEM’s EHS and Sustainability Software and Data Management Conference in order to meet with potential customers and dive into any questions you may have.

Locus Platform Configurability

 

Know the boundaries of configurability

“Configurable” means something different to each software vendor.  Some will say “everything is configurable”—for a price.  Others will tell you that you can change report names and add a few fields to outputs, and they call this being “configurable”.

Ask the vendor to explain in detail exactly what can easily be configured—and what is “off limits” and requires actual development effort (i.e., additional cost).  You might ask:

  • Are application workflows easy to change, along with associated notifications and audit tracking?
  • Can I change my forms to add five new sections with new lookup values? Will the update be automatically reflected on my mobile forms?
  • Can I create an entire new application for tracking volume of green recycling vs. plastics (or anything else you need to track)? Will the new application show up on the mobile app, or is that a separate configuration?
  • Can the user interface look different based on the user’s role in the application? For example, could I streamline the interface for my technicians so they only see what is relevant for them?
  • Can I change the filter selections on my dashboard reports? How about the charts?  Can I add new charts?

By knowing the software’s limitations, you can make better choices on the best fit for your current (and future!) needs.  Your software vendor may also identify new configurable features that you hadn’t considered before, but that would greatly improve the usability of the software.  Even if you don’t need these options now, knowing you have access to them in the future is critical when selecting software.

Locus Platform Configurability

Beware the illusion of “the perfect fit”

As we’ve established, “configurable” software can mean anything—from a total blank slate and empty platform, to changing a title of a single data entry field, and everything in between.  A “blank slate” may excite more technical people who love to tinker in software programs.  For others, the thought of building their software from the ground up might elicit general fear and discomfort.

Most customers want something off-the-shelf that perfectly meets their needs. Honestly, who can disagree? That is the gold standard and what everyone wants.  In reality, this solution is hard to find—especially for customers with unique need—and often the software tools that address those unique needs are so focused on a particular niche that they neglect some of the other, more basic EHS needs you might have.

The good news is that configurable software provides almost unlimited options for customers, and it can make a huge difference in how the software fits into your EHS workflow.  With some solutions on the market today, you could choose to build one application from a blank slate and make minor tweaks to another pre-built application in the same software.

One of the common pitfalls that EHS professionals frequently encounter in selecting a software solution for a specialized need is the tendency to narrow their options down to limited set tailored to their specific industry.  For example, if your organization has requirements for refrigerant handling, you might feel constrained to selecting a solution with specific “out-of-the-box” capabilities for that need.  Considering the configurability of the software may allow you to consider new and more robust options, and some simple configurations to an existing chemical inventory application could address your refrigerant reporting needs even more accurately, within a single EHS platform.

Locus Platform Configurability

 

Change is inevitable—make sure your software can handle it

Many customers will buy existing applications that meet their general needs, but eventually realize they need another form, a mobile solution, or changes for new regulations.  Anyone in the EHS industry knows this is the norm rather than the exception.

According to Forbes, federal departments, agencies, and commissions issued 3,853 rules in 2016, while Congress passed and the president signed 214 bills into law—a ratio of 18 rules for every law.  That’s just at the federal level.  It’s not hard to imagine the amount of change when you factor in state and local rules and requirements.

Over the anticipated implementation life for your EHS software, you can be reasonably assured that the EHS requirements for your organization are going to be changed in some way.  Some of these changes you can anticipate, but not all.  Given such routine change, you can safely assume that the more configuration options you have, the more prepared you’ll be for those changes.  You’ll be in a better position if you know you can configure your software quickly, rather than waiting for a scheduled vendor update that may be out of your control.

Locus Platform Configurability

 

Develop a vision of success—for today and tomorrow

Configurable software can be an effective, sustainable long-term management and reporting solution that integrates smoothly into your existing EHS workflows, but it does require you to do your homework.

You can set yourself up for success with some initial reflection and examination of your organization’s unique needs, a few conversations with industry peers, a healthy skepticism of seemingly perfect “out-of-the-box” solutions, and a willingness to ask tough questions of potential software vendors.  Think ahead to the future challenges and regulatory changes that might impact your organization, and make sure your potential software vendor has provided evidence that you’ll be able to handle these changes through configuration.  Take the time to truly imagine your perfect application and EHS workflow, and ask the vendor to show how it can be possible through configurability.  And finally, don’t be afraid to think outside the box!

Locus configurable solutions

 


Marian Carr

About guest blogger— Marian Carr, Locus Technologies

Ms. Carr is responsible for managing overall customer solution deployments and customer relationships with Locus’ government accounts. Her career at Locus includes heading the product development team of the award-winning cloud-based environmental ePortal solution as well as maintaining and growing key customer accounts with Locus’ Fortune 100 enterprise deployments. In addition, Ms. Carr was instrumental in driving the growth and adoption of the Locus EIM platform with key federal and water organizations.

 

EHS SaaS explained: Multi-tenancy is a difference that makes a difference

There is a considerable degree of (intended) confusion in the EHS software space when it comes to multi-tenancy.  Companies that are considering Software-as-a-Service (SaaS) hear all sorts of things from EHS software vendors hoping to tap into the momentum of cloud computing.  Among the most common is that multi-tenancy is a “techie” thing that doesn’t need to be part of the conversation.  Many go as far as saying “sure, we can do multi-tenant, single-tenant, whatever you need!”— anything to win the job.

Unfortunately, those vendors simply do not understand what they are talking about.  Multi-tenancy is a major shift in computing and requires all new approach to software architecture and delivery model.  It is transformational, and customers who intend to buy the next generation of EHS software should spend the time to understand differences.

Multi-tenancy is the core foundation of modern SaaS and shouldn’t be taken lightly, generalized, or massaged into something that suits a vendor’s self-serving interpretation of SaaS.  Having experienced first-hand the true benefits of multi-tenant SaaS, I can’t conceptualize how SaaS would have delivered those benefits if it wasn’t multi-tenant.  Can anyone imagine companies like Salesforce, NetSuite, Google, or Amazon offering a “single-tenant” solution side by side to their multi-tenant clouds?  I will go as far as say that any company offering a single-tenant solution cannot be a serious contender in offering multi-tenant SaaS.

I would also add that single-tenant (hybrid) cloud applications are worse than on-premise installment.  Why?  Because they are fake clouds.  In these instances, a customer is, in fact, outsourcing maintenance of their application to a vendor that is not equipped for that maintenance.  No single vendor in the EHS software industry is large enough to undertake maintenance of the single-tenant infrastructure on behalf of their customers, regardless how inexpensive hardware may be.

There are many ways to take the functions of on-premise installed software model of the 1980s and package them as services.  Some of these service delivery modes– such as ASP, single-tenant hosting, and hybrid clouds– merely relocate and reassign long-standing problems and potentially make them worse.  In a single-tenant model, user customizations may infiltrate throughout the stack, in a way that makes it difficult to upgrade the performance of the stack.  The true SaaS models confront and mitigate– or even eliminate– some of the most vexing elements of software installation and maintenance: configurability on the fly, software maintenance, and upgrades.  It is “a tyranny of software upgrades” that kills the single-tenant model.

Let me offer a simple analogy to drive home the point as to why multi-tenancy matters: Tesla vs. Edison– War of Currents.

The War of Currents was a series of events surrounding the introduction of competing electric power transmission systems in the late 1880s and early 1890s that pitted companies against one another and involved a debate over cost and convenience of electricity generation and distribution systems, electrical safety, and a media/propaganda campaign, with the main players being the direct current (DC) based on the Thomas Edison Electric Light Company and the supporters of alternating current (AC) based on Nikola Tesla’s inventions backed by Westinghouse.

With electricity supplies in their infancy, much depended on choosing the right technology to power homes and businesses across the country.  The Edison-led group argued for DC current that required a power generating station every few city blocks (single-tenant model), whereas the AC group advocated for a centralized generation with transmission lines that could move electricity great distances with minimal loss (multi-tenant model).

The lower cost of AC power distribution and fewer generating stations eventually prevailed.  Multi-tenancy is equivalent of AC when it comes to cost, convenience, and network effect.  You can read more about how this analogy relates to SaaS in the book by Nicholas Carr, “Big Switch,” a Wall Street Journal bestseller. It’s “the best read so far about the significance of the shift to cloud computing,” said Financial Times.  The EHS software industry has been a laggard in adopting multi-tenancy.

Given these fundamental differences between different modes of delivering software as a service, it is clear that the future lies with the multi-tenant model.

Whether all customer data is put onto one database or onto multiple databases is of no consequence to the customer.  For those arguing against it, it is like an assertion that companies “do not want to put all their money into the same bank account as their competitors,” when what those companies are doing is putting their money into different accounts at the same bank.

When customers of a financial institution share what does not need to be partitioned—for example, the transactional logic and the database maintenance tools, security, and physical infrastructure and insurance offered by a major financial institution—then they enjoy advantages of security, capacity, consistency, and reliability that would not be affordably deliverable in isolated parallel systems.

In enterprise cloud applications and cloud application platforms, multi-tenancy yields a compelling the combination of efficiency and capability without sacrificing flexibility or governance.

When a software provider seeks to blur the distinctions between one technology and another, there’s usually just one reason: because they are unable to offer the superior technology to their customers, and hope to persuade their customers that real differences are not relevant to their needs.  Multi-tenant platforms for enterprise on-demand applications represent genuine opportunities for customer advantage.  The reality of multi-tenant differentiation is acknowledged by authoritative industry analysts such as Gartner, whose March 2007 announcement1 of its Outsourcing Summit that month included this definition of Software as a Service:

“Hosted software based on a single set of common code and data definitions that are consumed in a one-to-many model.”

In other words, hosting models that do not offer the leverage of multi-tenancy don’t belong in the same discussion as the value proposition implied by the term, “SaaS”.  Multi-tenancy is a difference that makes a difference.

References

1Gartner Inc., “SaaS will have significant impact on IT services and outsourcing providers,” Tekrati, 7 March 2007

Why SaaS multitenancy is key to successful and sustainable EHS management

A recently published survey by a research analyst firm indicates that 90 percent of EHS software applications installed today are single-tenant on customer premises or single-tenant, vendor hosted.  Only 10 percent are multitenant, vendor-hosted. In other words, most of the vendors in the EH&S space do not run a single version of their software maintained at one location. Instead, they run multiple copies at a single or multiple locations, with the high likelihood that these multiple copies are not alike, but instead represent multiple versions or contain specific customizations for individual customers. This model is crushing their growth and scalability potential.

Locus delivers EHS+S SaaS solutions as highly scalable, Software as a Service (SaaS) application and platform services on a multitenant technology architecture. Multitenancy is an architectural approach that allows Locus to operate a single application instance for multiple organizations, treating all customers as separate tenants who run in virtual isolation from each other. Customers can use and customize an application as though they each have a separate instance, yet their data and customizations remain secure and insulated from the activities of all other tenants. Locus multitenant services run on a single stack of hardware and software, which is comprised of commercially available hardware and a  combination of proprietary and commercially available software. As a result, Locus can spread the cost of delivering EHS SaaS services across user base, which lowers the cost for each customer. Also, because Locus does not have to manage thousands of distinct applications with their business logic and database schemas, we believe that we can scale our business faster than traditional software vendors. Moreover, we can focus our resources on building new functionality to deliver to customer base as a whole rather than on maintaining an infrastructure to support each of their distinct applications.

Multitenancy also allows for faster bug and security fixes, automatic software updates and the ability to deploy major releases and frequent, incremental improvements to Locus’ services, benefiting the entire user community. Our services are optimized to run on specific databases and operating systems using the tools and platforms best suited to serve customers rather than on-premise software that must be written to the different hardware, operating systems and database platforms existing within a customer’s unique systems environment. Locus developers build and support solutions and features on a single code base on our chosen technology platform. Locus efforts are focused on improving and enhancing the features, functionality, performance, availability and security of existing service offerings as well as developing new features, functionality, and services.

Locus customers and third-party developers can create apps rapidly because of the ease of use of Locus Platform and the benefits of a multitenant platform. Locus provides the capability for business users to configure applications easily to suit their specific needs.

Also, Locus multitenant cloud platform makes it possible to use a remarkably small number of servers as efficiently as possible. When organizations move business applications to Locus, they can significantly reduce their energy use and carbon footprints compared to traditional on-premises or single-tenant or ASP solutions

Locus built and maintains a multitenant application architecture that has been designed to enable service to scale securely, reliably and cost effectively. Locus’ multitenant application architecture maintains the integrity and separation of customer data while still permitting all customers to use the same application functionality simultaneously.

Both Locus and its data centers providers hold independent  AICPA SOC1 (SSAE16)  and SOC2 certification.

Tag Archive for: SaaS

Nothing Found

Sorry, no posts matched your criteria