AlumnIQ Admin Documentation
  • README
  • Common Features
    • Identity
    • Xid
    • Google Analytics Tracking
  • Content Management
    • Editing Pages
  • Profiles and Directory
    • Public Resources
      • Account Creation
      • Updating a Profile
      • Using the Directory
    • Administrative Resources
      • Profile Customization
      • Maintenance
      • Capturing Changes
      • Directory Permissions and Inclusion
  • Events Module
    • Event Setup
      • Event Skinning
    • Activity Setup
    • Fees
    • Webinars
    • Products
    • Fair Market Value (FMV)
    • Location Management
    • Access Control
    • Remote Check In [V5]
    • Wingman
    • Customer Service
    • Printing Name Tags
    • Express Registration
    • Reporting
    • Including Warehouse Data
    • Post-Event Survey
    • Post-Event Tasks
      • Matching
  • Image Library
    • Recent Uploads
    • Edit Image
    • Search Images
    • Uploads
  • Email and Lists
    • List Management
    • Delivery Workflow
    • Unsubscribes
    • Exclusions
    • Automated Messages
    • Bounce Handling
    • Spam Complaints
    • Resubscribes
  • Membership
    • Customer Service
  • Volunteer
    • Data Feeds
  • Online Giving
    • Giving Form
    • Global Configuration
    • Donor Cover
    • Setup Paths & Pitches
    • Sending targeted emails
    • Ask Arrays
    • Customer Service & Reporting
    • Tax Receipts
    • Suspended Pledges
    • Payment Processing
    • Give Now
    • Refunds
  • Crowdfunding
    • Introduction
    • Media Recommendations
    • Scheduled Page Updates
    • Challenges
  • Salesforce
    • Installation
    • Integration
    • Security
  • Security
    • Salesforce
    • Shared User Accounts
    • API Keys
    • S3 Keys
  • Data Sync
    • API Basics
    • Sending us your data
    • Getting data out of AlumnIQ (API)
    • API: Financial Data
    • Object Model/ER Diagrams
    • Salesforce
  • Integration Recipes
    • Everyday Events
    • Warehouse Loads
    • Salesforce
  • Compliance
  • Customer Guides
    • Auburn Specific Instructions
    • WWU Specific Instructions
  • Signature Events Service
    • Onboarding and Setup Timeline
    • Integration
    • Payments and Gateways
    • Warehouse Structure and Projection
    • Graphic Specs
    • Giving
    • Where to update what
    • Planning to Attend
    • Bio Update
    • General Configuration
    • Who's Coming List(s)
    • Package Controls
    • Access Controls
    • Strings
    • Health+Safety/Vaccination Attestation
    • Table/Seat Assignment
    • Getting events from contributors across campus
    • Virtual Events and Webinars
    • Staff Assistant
    • Common Scenarios
    • General Registration Management
    • Text and Email Messaging
    • The Pass
    • Watches
    • Housing
    • Post-Event Survey
    • Name Tags and Printing
    • Options for Check In
    • Batch Printing
    • Offloading Clicker Data
    • Event Attendance with Gatekeeper
    • iqKey for fast Gatekeeper access
    • Email Senders
    • Newsletter Archive
Powered by GitBook
On this page
  1. Profiles and Directory
  2. Administrative Resources

Capturing Changes

Since we (rarely) have permission to write directly to your system of record, it is incumbent on you to fetch updates from our API on a regular basis. We recommend doing so daily.

The three major categories of data are identity info (name fields, pronouns), home contact info, and work contact info (including employer).

How you can get the changes and how frequently you should do so

GET from these resources DAILY: /sync/identity-change, /sync/address-change/home, and /sync/address-change/work which can all be queried by date range to give you molecules of each (always with xid included).

Consult your API dashboard (/api/v1) for the resource definitions and sample payloads for each of the three resources. This should significantly aid your integration updates. Generating sufficient sample data by impersonating various constituents (in QA, of course) is strongly recommended as well.

You can also pull a 'dogfood' version of this from System > Reports for familiarization purposes.

A key feature of these resources is the addition of a flag to indicate markAsProcessed. If you've used our loopback endpoints, you know we like to know that you've actually processed what we collected so we can cross it off as done. Those loopback endpoints expect a PUT call to do so. Not everyone wants to do that, so we've made the process easier: if you promise to handle the data, then you should set markAsProcessed=true in the GET call and we'll trust that you're doing the needful with the changes. Note that once you pass that flag you will be unable to retrieve the change records again, so please think carefully before doing so.

PreviousMaintenanceNextDirectory Permissions and Inclusion

Last updated 3 years ago