Disable Integration -> Best practices

Silvie Cady
Kilo Contributor

Dear All,

I wanted to ask you all for your advice about the best practices to Discontinue not user integration.

Functionally it was been all cleared up, and also trigger groups have been removed.

Is it recommended to remove all setting from the instance or just update them with the comment that its not used anymore?

For example : SOAP message,Script Include, properties,transform maps, import set tables,

In the left Navigator menu: we have the application with with its modules also,

Does anyone of you have any experience with this ?

For example for users its recommended to keep them in the system, but I suppose for Integrations, there is not such recommendation?

 

Thank you,

Silvie Cady

1 ACCEPTED SOLUTION

Hello Silvie,

 If you have solution / integration document available, then make use of that and check/disable whatever configuration available like SOAP, REST web services, Scheduled imports, business rules related to integrations. transform maps,

Please go through the document available then makes changes.

Thanks,

Abhishek

 

Thank you,
Abhishek Gardade

View solution in original post

8 REPLIES 8

Pratiksha Kalam
Kilo Sage

Hi Silvie,

ServiceNow integration best practices.

1. Plan Carefully

The purpose of your ServiceNow implementation is to support the business goals and IT operations of your organization. What specific business outcomes are you seeking to accomplish? Which of your company’s current systems and data must be integrated into ServiceNow, and which of the platform’s modules must be implemented to achieve those objectives? Can the processes you already have in place be directly translated, or is the move a good opportunity to re-engineer some less-than-optimal workflows?

Be sure to involve users and other stakeholders during this planning phase to ensure that their needs and expectations are met.

2. Default to ServiceNow Functionality

Whenever there is overlap between ServiceNow capabilities and other systems you already support, it’s usually best to shift that functionality to ServiceNow, even if the existing system is working well. The same is true for any third-party applications you integrate into ServiceNow. Centralizing as much functionality as possible helps to minimize confusion, and allows users to work through a unified, “single pane of glass” system for a variety of functions rather than having to learn different interface protocols for different tasks.

3.Pay Attention to Data Quality

The Configuration Management Database, or CMDB, is the central repository for the data ServiceNow collects and uses in providing its various services. It is designed to be the single system of record for your entire IT infrastructure.

But any database is only as good as the quality of its data. The most common CMDB problems involve records that are inaccurate, incomplete, inconsistent, duplicated, or out-of-date. Another pitfall is importing data into ServiceNow simply because it’s available rather than because there is a specific identified need for it. With no protocol for actively managing such superfluous data throughout its lifecycle, it can grow stale, further diminishing overall data quality.

Obviously, such flaws can have a serious impact on many aspects of ServiceNow’s operations. That’s why it’s imperative to deal with data quality issues from the beginning.

4. Be Sure Workflows Are Actually Improved

A major goal for your ServiceNow implementation should be to make it as simple and intuitive as possible for users to navigate the system to accomplish their tasks. But with a highly capable and multifaceted platform like ServiceNow, it can be tempting to include “cool” or “neat” functionality that just adds complexity without making use of the system any easier. Workflows added to ServiceNow should reflect specifically identified needs of users.

Do You Have Blind Spots in Your ServiceNow Environment - watch

5. Test New Integrations Realistically

ServiceNow permits integration with many third-party applications. When integrations are added, each should be tested separately and under realistic load conditions. In such a complex environment, testing the entire system all together can make it difficult to isolate problems. And testing a new integration with an unrealistically light load can give a false sense of confidence regarding how the overall system will perform in regular operation.

 

If my reply helps you at all, I’d really appreciate it if you click the Helpful button and if my reply is the answer you were looking for, it would be awesome if you could click both the Helpful and Accepted Solution buttons!

regards,

Pratiksha

Thank you, however this seem to be rather related to generall process of setting new integration, then disabling 

Pratiksha Kalam
Kilo Sage

Hi Silvie,

One more thing that you can do,

 

Enabling the property turns off all user presence features. The property is available starting with the Geneva Patch 2 release.

Procedure:

  1. Navigate to sys_properties.list.
  2. Locate the property named glide.ui.presence.disabled.
  3. Set the Value to true.

If my reply helps you at all, I’d really appreciate it if you click the Helpful button and if my reply is the answer you were looking for, it would be awesome if you could click both the Helpful and Accepted Solution buttons!

Regards,

Pratiksha

How is this related to disabling some integration?