Document Status	in-progress
Document Owner(s)	@Capovilla, Evandro
Reviewers	@Raphael Ferreira Gomes @Ruani, Andrea @Augusto Romao, Vinicius @Franca, Helio

1 Potential Solutions
2 Proposed Solution
- 2.1 Send cardholder name field to paycomet
  - 2.1.1 One time
    - 2.1.1.1 Whitelabel App (Already done)
    - 2.1.1.2 GraphQL
    - 2.1.1.3 Fulfillment
    - 2.1.1.4 Payment Service (Already done)
    - 2.1.1.5 Paycomet Service
  - 2.1.2 Pre-auth
    - 2.1.2.1 Whitelabel App (Already done)
    - 2.1.2.2 GraphQL (Already done)
    - 2.1.2.3 Paycomet Service
  - 2.1.3 Vaulted
  - 2.1.4 Vaulted - Pre-auth
- 2.2 Update phoneNumber field to use user accounts or delivery data
  - 2.2.1 Whitelabel App
3 Configuration
4 QA Plan
5 Call-outs

Potential Solutions

Assumptions

We are sending the name as the first string until de empty string.
We are sending the surname as the rest of the name after the first empty string
We are using the same feature flag to send user details to send first name and last name data
Mandatory fields are still being sent (email and/or cell phone)
The workPhone and homePhone fields are not mandatory due to the rule above
The IpAddress field has already been sent - No changes necessary
The cardholderName field only requires updates in BE

#1 - Send cardholder name field to paycomet

The idea is to send the cardholder name in the merchantData in the make payment request to paycomet.

The user will fill the cardholder name field that already exists

We guarantee that the name is related to the credit card

#2 - Send profile user’s name to paycomet

The idea is to get the profile user’s name to send the information to paycomet.

We reuse the profile user’s name

We can’t guarantee that the name is related to the credit card

Proposed Solution

Send cardholder name field to paycomet

One time

Payment made with a new credit card

title Make purchase/No pre-auth

FE->Graphql:CommitOrder
Graphql->Payment-Service:MakePayment
Payment-Service->Paycomet-Service:MakePayment
Paycomet-Service->Paycomet: executePurchase
Paycomet-Service<-Paycomet: result
Payment-Service<-Paycomet-Service:result
Graphql<-Payment-Service:result
FE<-Graphql:result

Pre-auth removal refence: https://rbictg.atlassian.net/wiki/spaces/TRX/pages/4312367174/Paycomet+-+Pre-auth+removal#Integration-steps-TO-BE-(Delivery)

Whitelabel App (Already done)

The frontend will be responsible for displaying and retrieving the cardholderName field and sending this information to paycomet. Nowadays this information is already sent via Paycomet forms, but they also need it to be sent via the merchantData field.

This is an example of cardholder data recovery already developed.

if (paymentMethod.source === CartPaymentCardType.CREDIT) {
        ...,
        const cardPayload = {
          ...,
          nameOnCard: paymentMethod.cardholderName || '',
          card: {
            ...,
          },
          ...,
        };
        
        handlePaycometSuccess({ ...cardPayload, paymentMethodBrand });
      }

commitInput = {
            creditType: payCometValues.cardType,
            order,
            payment: {
              fullName: payCometValues.nameOnCard || '',
              ...,
            },
            ...,
          };

GraphQL

Today we get the username from user accounts instead of getting the credit card name, which is already sent by whitelabel.

Before

After

Fulfillment

The same that we did for graphql we need to replicate in the fulfillment

Before

After

Payment Service (Already done)

Paycomet Service

Pre-auth

Payment made with a new credit card and pre-auth is enabled

Pre-auth reference: https://rbictg.atlassian.net/wiki/spaces/TRX/pages/3929702586

Whitelabel App (Already done)

GraphQL (Already done)

Paycomet Service

Vaulted

No update required

Vaulted - Pre-auth

No update required

Update phoneNumber field to use user accounts or delivery data

The idea here is to mainly use the phoneNumber from the cart page ( delivery mode ) and if it doesn't exist, we use the phoneNumber from the user data ( restaurant mode ). If neither of these fields exist, we are sending that data as empty.

Whitelabel App

Configuration

Include here any configuration required (Sanity, LaunchDarkly flags, etc.) required to enable the solution.

Temporary Feature Flag

Temporary Feature Flag
enable-paycomet-payment-user-details

QA Plan

Call-outs

This functionality is made exclusively for the PSP Paycomet which is used in the Spanish and Portuguese environments.

Iberia Collaboration

[Solution] VISA/master/Sibs - Cardholder Name Field

Analytics

Potential Solutions

Assumptions

#1 - Send cardholder name field to paycomet

#2 - Send profile user’s name to paycomet

Proposed Solution

Send cardholder name field to paycomet

One time

Whitelabel App (Already done)

GraphQL

Fulfillment

Payment Service (Already done)

Paycomet Service

Pre-auth

Whitelabel App (Already done)

GraphQL (Already done)

Paycomet Service

Vaulted

Vaulted - Pre-auth

Update phoneNumber field to use user accounts or delivery data

Whitelabel App

Configuration

QA Plan

Call-outs

Related content