Правила игры заданы OPC-сервер поставляет данные, OPC-клиент потребляет. Этим задаётся вторая категория пользователей спецификаций OPC. И к ней относятся в первую очередь те, кто реализует программное обеспечение более высокого уровня. Например, поставщик SCADA-пакета. Или чего-то близкого по назначению.

Что же должен сделать производитель верхнего ПО, если он задался целью обеспечить свой продукт стандартным интерфейсом? Он должен получить нужную спецификацию и прилагаемые программные компоненты. Затем он должен изучить COM-интерфейсы тех COM-объектов этой спецификации, которые относятся в ней к модели OPC-клиента. И, наконец, он должен посадить достаточно опытного программиста за Visual Studio, и тот с помощью ATL-библиотеки реализует требуемые интерфейсы, а значит и OPC-клиент для Custom-интерфейса. Можно использовать Visual Basic или, скажем, Delphi, и тогда будет создан OPC-клиент для интерфейса Автоматизации (если таковая реализована для данной спецификации). По-прежнему, сэкономить на квалификации программиста можно, используя Toolkit.

Это те, кто собирают системы из OPC-серверного оборудования, и соединяют его с OPC-клиентным ПО. Главный фокус здесь каждому OPC-серверу найти OPC-клиента и наоборот. Очень часто кого-то из них не хватает, и тогда не исключена вероятность перехода в категорию изготовителей, но чаще заказчиков, OPC-продукции.