Skip to main content

Gift Data Mapping

This document details the field-level mappings between WeGive transaction records and Blackbaud Raiser’s Edge NXT gift records.

Object Overview

WeGive Transaction Object

  • Purpose: Represents donations and payments processed through WeGive platform
  • API Endpoint: /transactions/{transaction}
  • Unique Identifier: WeGive transaction ID
  • Payment Processing: Includes payment method, status, and processing details

Blackbaud Gift Object

  • Purpose: Represents donations, pledges, and other contributions in Raiser’s Edge NXT
  • API Endpoint: gift/v1/gifts/{gift_id}
  • Unique Identifier: Blackbaud gift ID
  • Financial Management: Includes fund designations, recognition, and stewardship

Core Gift Mapping

Basic Gift Information

Donor and Constituency

Payment Method Mapping

Gift Type Classification

Fund Designation Mapping

Single Fund Designation

Multiple Fund Designations

Example Multi-Fund Gift Structure (Blackbaud)

Campaign and Appeal Attribution

Campaign Tracking

Marketing Attribution

Gift Recognition and Acknowledgment

Acknowledgment Preferences

Stewardship Information

Soft Credits and Recognition

Soft Credit Tracking

Joint Gift Recognition

Recurring Gift Integration

Recurring Gift Schedule

Pledge Integration

Processing and Financial Details

Transaction Processing

Bank and Check Details

Custom Fields and Attributes

Gift Attributes

Event and Fundraiser Integration

Data Transformation Rules

Amount Handling

Currency Conversion
  • All amounts stored in dollars (USD) by default
  • Multi-currency support available
  • Exchange rates captured at time of gift
  • Historical rate preservation for reporting
Precision Rules
  • Dollar amounts rounded to 2 decimal places
  • Large gifts (>$1M) maintain full precision
  • Fee calculations preserve all decimal places
  • Percentage calculations rounded to 4 places

Date and Time Processing

Timezone Handling
  • Gift dates stored in donor’s local timezone when available
  • UTC conversion for cross-system compatibility
  • Daylight saving time adjustments applied
  • Historical date preservation for reporting
Date Field Mapping
  • created_at → Gift date (when gift was made)
  • processed_at → Process date (when gift was processed)
  • deposited_at → Deposit date (when funds were deposited)

Status Mapping

Sync Behavior

Create Operations

New WeGive Transaction → Blackbaud Gift
  1. Validate gift data and requirements
  2. Map payment method and amount
  3. Link to existing constituent
  4. Apply fund designations
  5. Create gift record in Blackbaud
  6. Store correlation ID for future updates
  7. Process any soft credits or attributions
New Blackbaud Gift → WeGive Transaction
  1. Extract gift and constituent information
  2. Map to WeGive transaction format
  3. Create or link to WeGive donor
  4. Preserve fund and campaign attributions
  5. Store correlation ID

Update Operations

Bidirectional Updates
  • Gift amount and designation changes
  • Payment method updates
  • Recognition and acknowledgment status
  • Notes and attribute modifications
  • Soft credit additions or changes
Restricted Updates
  • Gift date typically immutable after creation
  • Constituent linkage requires administrative approval
  • Major amount changes may require audit trail
  • Status changes follow business rules

Delete and Void Operations

Gift Reversal
  • WeGive refunds create reversed gift records
  • Blackbaud gift reversals update status
  • Audit trail preserved for all changes
  • Financial reporting adjustments applied

API Examples

Create Gift Record

WeGive to Blackbaud Gift Creation

Update Gift Acknowledgment

Blackbaud to WeGive Acknowledgment Sync

Multi-Fund Gift Example

Complex Gift with Multiple Designations

Error Handling and Validation

Required Field Validation

Critical Fields
  • Constituent ID must exist and be valid
  • Gift amount must be positive
  • Gift date cannot be in the future
  • At least one fund designation required
  • Payment method must be valid type
Data Quality Checks
  • Amount precision validation (2 decimal places)
  • Date format validation (ISO 8601)
  • Currency code validation (3-letter codes)
  • Fund ID existence verification
  • Constituent relationship validation

Common Error Scenarios

Invalid Constituent
  • Error: Constituent ID not found
  • Resolution: Create constituent first or use valid ID
  • Action: Queue gift for manual review
Fund Validation Errors
  • Error: Fund ID invalid or inactive
  • Resolution: Map to default fund or create fund
  • Action: Log warning and use fallback fund
Amount Validation Issues
  • Error: Negative or zero amount
  • Resolution: Skip transaction or flag for review
  • Action: Log error and notify administrators

Retry and Recovery Logic

Temporary Failures
  • Network timeouts: Retry with exponential backoff
  • Rate limiting: Respect retry-after headers
  • Server errors: Retry up to 3 times with increasing delays
Permanent Failures
  • Validation errors: Log and skip record
  • Authorization errors: Alert system administrators
  • Data conflicts: Queue for manual resolution

Performance Optimization

Batch Processing

Gift Creation Batches
  • Process up to 100 gifts per API call
  • Group by constituent for efficiency
  • Parallel processing for independent gifts
  • Progress tracking and status reporting
Update Optimization
  • Delta sync for changed records only
  • Timestamp-based change detection
  • Bulk update operations where supported
  • Minimized API calls through intelligent batching

Caching Strategies

Reference Data Caching
  • Fund information cached for 1 hour
  • Campaign data cached for 30 minutes
  • Constituent lookups cached for 15 minutes
  • Payment method mappings cached indefinitely
Performance Monitoring
  • Average gift sync time tracking
  • API response time monitoring
  • Error rate alerting
  • Throughput optimization

Reporting and Analytics

Gift Analytics

Sync Metrics
  • Total gifts synchronized per period
  • Success/failure rates by gift type
  • Average sync time per gift
  • Peak processing times
Data Quality Metrics
  • Validation error rates
  • Missing required field frequency
  • Fund mapping accuracy
  • Constituent linking success rates

Financial Reconciliation

Amount Reconciliation
  • Total gift amounts by period
  • Currency conversion accuracy
  • Fee calculation validation
  • Multi-fund designation accuracy
Audit Trail Maintenance
  • Complete change history
  • User attribution for modifications
  • System-generated change timestamps
  • Compliance audit support

Best Practices

Data Management

  1. Clean Source Data: Validate transaction data before sync
  2. Consistent Mapping: Maintain standardized fund and campaign mapping
  3. Regular Reconciliation: Compare financial totals between systems
  4. Backup Strategy: Maintain gift data backups before major changes

Performance Optimization

  1. Batch Operations: Use batch processing for bulk gift imports
  2. Rate Limiting: Respect API limits and implement proper throttling
  3. Caching: Cache frequently accessed reference data
  4. Monitoring: Track sync performance and optimize bottlenecks

Security and Compliance

  1. Data Encryption: Encrypt sensitive gift data in transit and at rest
  2. Access Control: Limit gift data access to authorized personnel
  3. Audit Logging: Maintain comprehensive audit trails
  4. Compliance: Follow PCI DSS and other applicable regulations

Troubleshooting Guide

Common Sync Issues

Gift Creation Failures
  • Verify constituent exists in both systems
  • Check fund ID validity and active status
  • Validate gift amount and currency format
  • Confirm payment method mapping accuracy
Amount Discrepancies
  • Review currency conversion rates
  • Check fee calculation methods
  • Validate multi-fund designation totals
  • Verify decimal precision handling
Date and Time Issues
  • Confirm timezone settings
  • Check date format compliance
  • Validate date range restrictions
  • Review daylight saving time handling

Data Quality Problems

Missing Gift Data
  • Check field mapping completeness
  • Verify data availability in source system
  • Review sync scope and filtering rules
  • Validate required field population
Incorrect Attribution
  • Review campaign and appeal mapping
  • Check fund designation accuracy
  • Validate soft credit assignments
  • Confirm marketing source attribution

Performance Issues

Slow Gift Processing
  • Optimize batch sizes for gift volume
  • Review API response times
  • Check network connectivity
  • Monitor system resource usage
High Error Rates
  • Analyze error pattern trends
  • Review data validation rules
  • Check system capacity limits
  • Validate integration configuration

Support Resources

Documentation References

Support Contacts