Payment Type Recommendations Through ERP–CRM Data Integration

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Businesses face inefficiencies and increased costs due to fragmented software platforms that are difficult to integrate, leading to cumbersome transitions between enterprise resource planning (ERP) and customer relationship management (CRM) systems.

Innovation Solution

An institution computing system (ICS) facilitates seamless communication and data exchange between ERP and CRM applications through standardized application programming interfaces (APIs), enabling real-time data access and integrated financial transactions.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If businesses use multiple fragmented software platforms (ERP, CRM, third-party applications) to manage different business processes, then functional versatility is improved, but system integration complexity and operational difficulty increase

Engineering Contradiction:
Improvefunctional versatilityVSAvoidsystem integration complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent implements an intermediary layer (integration platform or API gateway) that mediates between fragmented software platforms. This intermediary enables seamless data exchange and process coordination between ERP, CRM, and third-party applications without requiring direct complex integrations between each system, thereby maintaining functional versatility while reducing integration complexity.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent creates a universal integration framework that can connect multiple different software platforms through standardized interfaces. This multi-functional integration layer serves as a common foundation that enables various business applications to communicate effectively, reducing the need for custom integration logic for each platform pair.

Inventive Principle:
Principle #6Universality (Multi-functionality)

2Reliability

If businesses manually move data between fragmented software platforms, then system independence is maintained, but time consumption and operational inefficiency increase

Engineering Contradiction:
Improvesystem independenceVSAvoiddata transfer time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The patent implements automated data synchronization mechanisms that enable continuous, real-time data exchange between software platforms. Instead of manual batch transfers, the system maintains continuous data flow across platforms, eliminating idle time and ensuring that data is always up-to-date without interrupting system independence.

Inventive Principle:
Principle #20Continuity of useful action

Solution Approach 2:

The patent replaces manual mechanical data transfer processes with automated electronic data exchange systems. APIs, webhooks, and automated integration routines substitute for manual copy-paste or file transfer operations, dramatically reducing time consumption while maintaining system autonomy through configurable connection protocols.

Inventive Principle:
Principle #28Mechanics substitution (Replace mechanical system)

3Ease of manufacture

If businesses use standardized APIs for platform integration, then ease of integration is improved, but implementation complexity and setup requirements increase

Engineering Contradiction:
Improveease of integrationVSAvoidimplementation complexity
Core Design Contradiction:
Ease of manufactureVSDevice complexity

Solution Approach 1:

The patent implements pre-configured integration templates, standardized connection profiles, and ready-made API adapters for common software platforms. By performing preliminary setup work and creating reusable integration components in advance, the system reduces on-site implementation complexity while maintaining the benefits of standardized API-based integration.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS12443939B1Systems and methods for providing recommendations relating to enrollment and payment type
Publication Date: 2025.10.14 WELLS FARGO BANK NA
  • US12443939B1 patent drawing
  • US12443939B1 patent drawing
  • US12443939B1 patent drawing

AI summary

Systems and methods for providing recommendations relating to payment methods include establishing a connection between a first application executing on a first server and a second application executing on a second server where the first and second applications are linked to a first account holder. The first application may receive invoice data of a plurality of invoices from the second application. The first application may identify that at least one recipient is enrolled to accept a second payment type with one or more second account holders. The first application may identify a subset of invoices corresponding to the at least one recipient, compute a difference between a first value corresponding to usage of a first payment type and a second value corresponding to usage of the second payment type, and present a recommendation to enroll the first account holder with the second payment type based on the difference.