Data Flow Diagram

Applies to: Patch My PC Publisher

Overview

Before looking at the full architecture flow, it is helpful to understand where the Publisher sits in the overall update workflow.

At a high level, the Publisher acts as a publishing engine that prepares and delivers third-party updates to the management platforms already used in your environment.

The Publisher does not deploy software directly to devices. Instead, it integrates with management platforms such as Microsoft Intune and WSUS / ConfigMgr, which remain responsible for policy assignment, update deployment, and device communication.

High-Level Data Flow

The more detailed data flow diagram below illustrates how the Publisher integrates with WSUS, ConfigMgr, Intune, Patch My PC Cloud, vendor content sources, and client devices. It represents logical communication flows between components and does not represent firewall rules, network boundaries, or required directional access paths.

Arrows in the diagram indicate the relationship of communication between services. They are intended to show how data moves through the system during publishing, synchronization, and deployment operations. They should not be interpreted as strict one way connections or prescriptive firewall requirements.

Core Publishing Flow

The Publisher retrieves catalog metadata and configuration details from Patch My PC Cloud Services. When publishing products, installer content is downloaded directly from the vendor’s web servers to the Publisher. The Publisher then packages the content and publishes it to the selected management platform.

The destination platform determines how the content is processed, synchronized, and delivered to client devices.

WSUS Updates

When publishing updates to WSUS, the Publisher downloads the update binaries from the vendor and packages them into a CAB file and signs the CAB file with the selected code-signing certificate. The update is then published into WSUS.

If WSUS is integrated with ConfigMgr, the update is synchronized from WSUS to ConfigMgr during a Software Update Point synchronization. Clients receive the update through the standard WSUS or ConfigMgr software update workflow.

ConfigMgr Applications

When publishing applications to ConfigMgr, the Publisher creates or updates applications directly in the ConfigMgr environment.

Content is downloaded from the vendor, packaged, and distributed to the appropriate distribution points. Client devices then install applications using standard ConfigMgr deployment and Software Center processes.

Intune Applications and Updates

When publishing to Intune, the Publisher communicates with Microsoft Graph to create or update Win32 applications in Microsoft Intune.

Content is downloaded from the vendor, packaged as a Win32 app, and uploaded to Intune. Both Intune Apps and Intune Updates use the native Win32 application model for delivery to endpoints.

Custom Apps Flow

Customers can create and manage Custom Apps in their Patch My PC Cloud company. The Publisher can connect to that Cloud company and retrieve Custom App definitions for publishing.

Patch My PC Cloud acts as the configuration layer, while the Publisher performs the packaging and publishing operations inside the customer environment.

An Enterprise Application in Entra ID is required only to allow users to sign in to Patch My PC Cloud. This registration provides delegated permissions for authentication and identity verification.

It is included in the diagram to illustrate the authentication flow to Patch My PC Cloud. It does not indicate that the Enterprise Application is used to publish apps or updates to Intune.

Client Flow

Client devices communicate only with their management platform, either WSUS, ConfigMgr or Intune. They do not communicate directly with the Publisher. The Publisher performs administrative publishing tasks, while clients consume content through native platform mechanisms.

Last updated

Was this helpful?