This represents settlement of amounts that don't apply to a specific transaction and instead occur in aggregate.
JSON representation |
---|
{ "adjustmentAmount": { object ( |
Fields | |
---|---|
adjustment |
REQUIRED: If this amount is negative then it represents monetary value moving from Google to the payment integrator. If this is positive it is money from the payment integrator due to Google. The amount of the adjustment that will be factored into the |
adjustment |
REQUIRED: This provides more information about the adjustment. |
AdjustmentType
This provides more information about the adjustment type.
JSON representation |
---|
{ // Union field |
Fields | |
---|---|
Union field adjustment_type . Represents the various reasons as to the reason for the aggregate adjustment. adjustment_type can be only one of the following: |
|
aggregated |
Credit card authorization fees aggregated over a period of time. This should only be used if those fees aren't provided at the transaction level via the |
aggregated |
Chargeback fees aggregated over a period of time. This should only be used if those fees can't be provided at the transaction level via the |
aggregated |
Aggregated integrity fees over a period of time. Integrity fees are imposed by a card network for transactions that were not 3DS-authenticated. This should only be used if those fees aren't provided at the transaction level via the |
aggregated |
Aggregate change in authorization fees due to updated rates or some other factor that was unknown when the authorization fees were originally set in the |
aggregated |
Aggregate change in chargeback fees due to updated rates or some other factor that was unknown when the chargeback fees were originally set in the |
aggregated |
Aggregate change in integrity fees due to updated rates or some other factor that was unknown when the integrity fees were originally set in the |
chargeback |
Card networks (eg VISA, MC) have Dispute Monitoring Programs. A fine can be imposed by a card network for breaking a certain chargeback threshold in terms of a number of chargebacks per a period of time. |
event |
Used to account for adjustment in the rounding of event fees. If the event fees do not sum to a round number of billable units, then this value should be used to account for the rounding to billable units. It can be represented as sub-billable units. e.g. if the event fees sum to $10.053 USD and $10.06 would be the settlement amount than this can capture the missing $0.007 USD so it is accounted for. This amount can be larger than a single billable unit if the rounding is occurring in multiple places. |
aggregated |
Aggregate fees charged by the networks. |
aggregated |
Aggregate Goods and Service Tax. |
aggregated |
Aggregate fees variance charged by the networks due to updated rates or some other factor that was unknown when the scheme fees were originally set in the 'eventFee' field with the transactions. |
AggregatedFees
This represents an aggregated transaction-level fees.
JSON representation |
---|
{ "numberOfEvents": string } |
Fields | |
---|---|
number |
Number of events (eg payments) that fees are aggregated across. |