Archer Updated Archer-Expert Exam Questions and Answers by macey

When moving data between two applications within the same Archer environment (often called an "Archer-to-Archer" feed), the Archer Web Services Transporter is the standard and recommended method. As detailed in the Archer Administration II Data Feed module, this transporter uses Archer’s own API (Web Services) to authenticate and "read" a report from the source application.

The transporter then passes that data to the Target section of the feed for mapping. Using a Database Query Transporter (Option C) directly against the Archer back-end SQL tables is strongly discouraged and often unsupported because it bypasses the application logic and security layers. The File Transporter (Option B) would require an intermediate step of exporting data to a CSV first. The Web Services Transporter allows for a direct, secure, and API-compliant way to keep data synchronized between inter nal applications, such as feeding "Findings" from various modules into a centralized "Master Findings" application.

While the Data Feed Manager (Option C) is primarily used to bring data into Archer, the Data Publication Service (DPS) is the specific tool designed to push data out of Archer into an external SQL Server database. As taught in the Data Integration module of Administration II, Data Publication allows an administrator to define a "Publication Task" that maps Archer applications and levels to external database tables.

This is the ideal solution for Sarah's HR request because the HR department can then point their own reporting tools or databases to that external "target" database without ever needing an Archer login. Data Gateway (Option B) is a legacy term or refers to specific API connectors, and Data Import (Option D) is strictly for ingestion. Data Publication ensures that the most recent "Golden Record" of the business hierarchy in Archer is synchronized to the external environment on a scheduled basis, maintaining data consistency across the enterprise.