<%@LANGUAGE="JAVASCRIPT" CODEPAGE="1252"%> Bonding with Enterprise Customers Electronically | PartnerCommunity, Inc.
"[PartnerCommunity has] addressed some of the most challenging problems in partner management and enabled an entirely new way of creating value chains."
- Jostein Eikland
President and CEO, TeleComputing
Bonding with Enterprise Customers Electronically
Requirements, challenges and solutions for automating intercompany processes between service providers and their enterprise customers

So far the 21st century has been very tough for service providers. Most of the services that they offer, long distance, Internet access, wireless voice and web-hosting, have become commodities and left little profit for them. According to a recent report from McKinsey & Co., carriers need to raise revenue or cut costs by at least 25% every year through 2005 to remain profitable. To cut costs, carriers are integrating and automating the intercompany processes with their enterprise customers. Many service providers call such integrations “electronic bonding”, or e-bonding, with customers.

Integrating with an enterprise customer is not a simple matter. In fact, it is usually more difficult than integrating with another service provider because most customers are not service providers themselves and do not really understand the service provider’s terminologies and business. The integration also needs to be more than merely allowing one system to send/receive messages from another system. It needs not only to support complete business scenarios such as ordering, problem reporting and resolution, as well as invoicing, disputing and payment, as illustrated in the diagram below, but also to handle exceptions and reconcile any discrepancies caused by such exceptions.

In the diagram above, each row represents the processes making up a business scenario. Some of the process steps are in the customer company and others are in the service provider shop. Neither side really understands what the processes are on the other side. These disjointed processes are connected together by the inter-company processes (in shaded boxes). Today, most of these inter-company processes are handled manually through phone calls, emails, faxes and web portals. Even with web portals which are considered a more advanced approach, customers still have to take the data out of their own systems and re-key them into the service provider’s web page, as illustrated in the diagram below. These manual processes are errorprone and expensive. To reduce the operation costs and improve customer satisfaction and retention, service providers (especially large tier-1 service providers) must streamline, integrate and automate these inter-company processes.

For large tier-1 service providers, e-bonding with customers can lead to huge savings. Many tier-1 telecommunication carriers have dedicated account teams working with their large enterprise customers. Members of these account teams are supposed to identify and match the customers’ needs with the carrier’s solutions. But in reality, they spend most of their time entering and keeping track of orders and trouble tickets, and helping to resolve billing disputes. If these people can be freed from filling the gaps of the customer care process and do what they are supposed to do, they can generate a lot more revenue for the carrier and position the carrier much more strategically with the customers. Furthermore, streamlined and automated e-bonding processes can improve order accuracy, shorten order provisioning and trouble resolution cycle, improve customer satisfaction and retention, and reduce the penalties that carriers have to pay for violating contracts and SLAs. Such savings can easily reach millions of dollars for a large service provider.

Such e-bonding not only benefits the service provider; it can also save hundreds of thousands of dollars for an enterprise customer by 1) reducing the number of employees dedicated to dealing with the service provider, 2) shortening service activation and trouble resolution cycles, and 3) improving invoice accuracy and service equipment utilization. Because it benefits both service providers and customers, both parties may want the other side to pay for the integration. Usually it comes down to the service provider paying for the software/hardware and special system integration resource required for the solution, and the customer contributing its own resources for supporting the integration and committing to certain service contracts.

This whitepaper will focus on two major challenges for customer e-bonding: 1) deploying an e-bonding solution to a large number of customers with diverse IT environments and capabilities, and 2) managing and maintaining a large number of such integrations on an ongoing basis. Other requirements and challenges for such e-bonding solutions are similar to those faced by service providers who are automating their inter-company processes among themselves, which are discussed in great detail in the companion whitepaper “Managing Service Provider Value Chains – Requirements, challenges and solutions for managing partners among service providers”.

INTEGRATING WITH A LARGE NUMBER OF CUSTOMERS
With enough time and money, a service provider can integrate with any one of its customers. Usually such an integration process includes the following steps:

1. Customer qualification – make sure the customer has an adequate
internal IT infrastructure to be integrated with

2. Customer education about the e-bonding solution – make sure the
customer understands

• the benefits of the e-bonding,
• the impacts it will have on the customer’s existing processes
and operations,
• the interfaces the customer needs to use to communicate
electronically with the service provider,
• the process for ongoing maintenance, and
• the overall cost and resource requirement

3. Requirement analysis, architecture and design – Analyze customer’s processes, workflow, IT architecture, internal systems’ API, security, performance and availability requirements, and define scenarios to be enabled and supported by the integration. Modify the existing architecture to incorporate the new systems, applications, data and interactions required for the integration. Evaluate and select hardware, software systems and components, and define data models and
communication protocols that are required to implement the integration.

4. Implementation – procure, install and configure any required hardware/software systems, make necessary changes to existing systems, and develop any new software required

5. Testing – make sure all the scenarios work as designed. This usually requires joint efforts by the customer and service provider.

6. Training – make sure all people involved know what they need to do in the new, integrated environment and how to handle and recover from exceptions.

7. Migration to production – promote the tested implementation to the production environment and transition from the old way of doing business to the new way.

8. Support – resolve any problems in the implementation.

Even if the customer or a third party integrator performs the integration, many of these steps (e.g. steps 2 and 5) can be very time-consuming for the service provider, especially if the customer is not familiar with Internet integration technologies, such as XML, PKI, SOAP and web services. Hence, to integrate with thousands, even if only hundreds, of customers using the traditional integration methods, the time and money required would be prohibitive to the service provider. The integration solution itself must be scalable. One way for the service provider to make the integration solution scalable is to make as much of it as possible consistent across all the integrations with its customers. Some service providers simply publish integration interfaces (usually some XML based interfaces deployed on their web servers) and ask their customers and partners to reach for them. This seems to minimize what the service provider has to do, but in reality it
creates a lot of problems for the service provider as explained below.

Because of the nature of the relationship, when a customer, especially a large customer, runs into problems with the integration regardless of the culprit, the service provider has to help. Depending on the level of experience that the customer has with integration over Internet, the customer may need help from the service provider in order to

  • understand what XML, SOAP and web services are and how to
    use them
  • interpret the service provider’s terminologies, interfaces and
    protocols
  • acquire, install and configure public key certificates
  • acquire, install and configure Internet B2B integration software
  • configure security firewall and internal network to open up only
    the necessary communication channels
  • debug errors in the integration solution, and
  • interpret and handle exceptions and error codes from the service
    provider

If any of these supports are not provided when needed, a lot more effort will be required from the service provider later to help the customer correct its implementation during testing and even production, make internal changes to accommodate the customer’s implementation, and/or find ways to please the frustrated and unhappy customer.

The correct approach for the service provider is to go beyond the wall in Figure 1. The service provider should understand thoroughly the basic processes that most of its customers use to interact with it for ordering, problem reporting, invoicing, payment, and inventory management. Based on such understanding, it should come up with a software/hardware integration component(s) or toolkit that encapsulates as much of its interfaces, protocols, data formats, and security requirements as possible. When such a component is deployed at the customer site, it can communicate correctly and securely with the service provider’s systems without any effort from the customer. Furthermore, this component should include integrationenabling functions such as data transformation, rule validation, reliability enhancement, web service interfaces and APIs so that it can be easily integrated with the customer’s internal systems and processes. The data translation capability allows both parties of the integration to continue to use its own terminology, data formats and protocols respectively without having to learn and accommodate the other’s. This will maximize the consistency among different integrations, significantly reduce the time and resources required for steps 2, 3, 4, 5 and 8, and thus the total cost of the integration by up to 75%. As we will see in the section below, if this integration component is packaged properly, it can help to address the second key challenge of customer e-bonding: how to manage and maintain a large number of such integrations over time.

MANAGING AND MAINTAINING E-BONDING SOLUTIONS
Maintaining integration between two autonomous companies – each can make changes to its data, processes, applications, systems, network, organization and personnel independently – is often much harder than doing the initial integration. Such changes usually cause a profound and often unpredictable impact to the integrated solution. Changes to data and processes can cause two sides get out of synchronization. Changes to applications, systems and network can lead to loss of connectivity and breakdown of workflow. Changes to organization and personnel may result in permanent loss of knowledge about the integration and the processes required to support the integration. Such challenges will grow rapidly out of hand as the number of customers who are integrated increases, if each customer is integrated differently than the others. To address such challenges, two steps must be taken. First, the integration solution must be made manageable, and secondly, the integration must be made as consistent as possible across different integrations.

A manageable integration solution should have the following features and characteristics:

• simplicity by encapsulating as much of the specifics and
automating as much of the tasks as possible
• remote manageability including monitoring, starting/stopping,
and configuring the integration solution remotely, backing up
data, and generating alerts automatically
• management interfaces to leading enterprise system
management applications to allow the integration solution to be
managed by an enterprise system management application used
by a customer and/or service provider
• remote maintainability including updating the integration
software, managing version control for such software, and
performing tests and regression tests.

Besides having a manageable integration solution, a service provider must also strive to maximize the consistency among the integrations with different customers. A huge portion of the costs of managing a large number of different integrations is in training and maintaining the necessary expertise about each of the integrations. Even increasing the consistency slightly can make a huge difference as it is multiplied by a large number of integrations. To help service providers achieve this goal, PartnerCommunity developed an integration appliance that is both manageable and reusable. The appliance can be completely monitored, managed and upgraded remotely, and can be treated like a plug-and-play black-box. By pre-installing and pre-configuring the appliance with the Internet integration software and the service provider’s data formats, protocols and processes, the appliance captures between 50 – 75% of the integration in a highly reusable form. When the service provider needs to change its data formats or protocols, they can be pushed to the appliances remotely and automatically. Any changes made on the customer side can be validated and regression tested against the appliance without impacting the service provider. As seen in the following diagram, the appliances significantly reduce the otherwise unmanageable complexity at the service provider’s gateway in the event the gateway has to deal with many different integrations directly.

PARTNERCOMMUNITY HAS THE RIGHT SOLUTION
The integration appliance is an innovative solution that PartnerCommunity developed specifically for large service providers to address these e-bonding challenges. It slashes both the integration and maintenance costs and makes it possible for a tier-1 service provider to deploy its e-bonding solution to a large number of customers. The integration appliance has been certified and proven by leading telecommunication carriers. For more information about this solution, please contact:

John Yin, PartnerCommunity, Inc.

561-886-1210
jyin@partnercommunity.com.

Download the Bonding with Enterprise Customers Electronically datasheet in Adobe Acrobat printable format.

"Bonding with Enterprise Customers Electronically" Datasheet (PDF: Size 106 kb)

 

 
 
 
 
 
 
Home | About Us | Partners | Customers | Products and Services | Contact Us
Copyright © 2000-2003 PartnerCommunity