FEES AND LIMITS SCHEDULE

Digital Capital Ltd

1. PURPOSE

1.1 This Fees and Limits Schedule sets out how fees, charges, pricing components and usage limits apply to services provided by Digital Capital Ltd.

1.2 The purpose of this document is to ensure:

  • transparency of fees

  • clarity of pricing structure

  • consistency between legal terms and user interface

  • compliance with applicable regulatory requirements

  • fair treatment of customers

 

2. SCOPE

2.1 This Schedule applies to:

  • all customers (individual and business)

  • all payment services

  • all card services

  • all associated features

2.2 It applies across:

  • UK and EEA operations

 

3. PRICING PRINCIPLES

Digital Capital applies the following pricing principles:

3.1 Transparency

Fees must be:

  • clearly disclosed

  • understandable

  • visible before confirmation

3.2 No hidden fees

Customers must not be subject to:

  • undisclosed fees

  • unexpected charges

3.3 Pre-transaction disclosure

Customers must be shown:

  • full cost

  • before confirming a transaction

3.4 Consistency

Fees must be consistent across:

  • legal documentation

  • user interface

  • operational systems

3.5 Fairness

Fees must not:

  • mislead customers

  • create unfair outcomes

 

4. PRICING STRUCTURE

4.1 Pricing may consist of:

  • transaction fees

  • FX margin

  • card-related fees

  • service fees

 

5. TOTAL COST MODEL

5.1 The total cost of a transaction may include:

  • base fee

  • FX margin (if applicable)

  • third-party fees (if applicable)

5.2 Customers must be able to understand:

  • the full cost

  • before confirming

 

6. FX PRICING MODEL

6.1 Where currency conversion applies:

  • a rate is applied

  • a margin may be included

6.2 The rate may differ from mid-market rate.

 

7. FX TRANSPARENCY

7.1 Where FX applies, customers must be shown:

  • exchange rate

  • FX margin (where applicable)

  • resulting amount


8. USER INTERFACE ALIGNMENT

8.1 The pricing shown in the user interface must match:

  • this Schedule

  • actual charges

8.2 Any inconsistency is treated as a control issue.

 

9. PRE-TRANSACTION DISCLOSURE

9.1 Before confirming a transaction, the user must be shown:

  • amount sent

  • fee

  • exchange rate (if applicable)

  • amount received

 

10. EXAMPLE DISCLOSURE FORMAT

Example:

  • You send: €1,000

  • Fee: €5

  • FX rate: 1.085

  • Recipient receives: $1,079.58

 

11. THIRD-PARTY FEES

11.1 Third parties may apply fees, including:

  • intermediary banks

  • ATM operators

  • card scheme participants

11.2 These fees may not be controlled by Digital Capital.


12. LIMITS PRINCIPLES

12.1 Limits may be applied to:

  • transactions

  • balances

  • withdrawals

12.2 Limits may be:

  • risk-based

  • dynamic

 

13. DYNAMIC PRICING

13.1 Fees may vary based on:

  • risk profile

  • volume

  • usage

 

14. PARTNER MODEL (PRICING)

14.1 Where a Partner is involved:

  • fees may include a Partner component

14.2 Partner economics must not:

  • affect regulatory obligations

  • reduce transparency

 

15. DISCLOSURE OF CHANGES

15.1 Fee changes will be:

  • communicated

  • reflected in this Schedule


16. REGULATORY POSITION

16.1 Pricing must comply with:

  • consumer protection requirements

  • transparency standards

 

17. GOVERNANCE

17.1 Pricing is subject to governance and review.

 

18. CONTROL FRAMEWORK

18.1 Controls must ensure:

  • correct fee application

  • correct disclosure

 

19. MONITORING

19.1 Fees are monitored through:

  • MI

  • audit

  • compliance reviews

 

20. CONTACT

20.1 For fee-related queries:

info@digi-capital.co.uk


21. OVERVIEW

21.1 This section describes how fees apply in practice.

21.2 It includes:

  • payment fees

  • card fees

  • FX application

  • real-world scenarios

 

22. PAYMENT FEES — GENERAL

22.1 Fees may apply when:

  • sending payments

  • receiving payments

  • processing cross-border transfers

22.2 Fees depend on:

  • payment rail (FPS, SEPA)

  • currency

  • destination

 

23. FASTER PAYMENTS (UK)

23.1 Faster Payments may:

  • be processed near real-time

  • be subject to limits

23.2 Fees may:

  • be fixed

  • be variable


24. SEPA PAYMENTS

24.1 SEPA payments may include:

  • SEPA Credit Transfer

  • SEPA Instant

24.2 Fees may vary based on:

  • speed

  • geography

 

25. CROSS-BORDER PAYMENTS

25.1 Cross-border payments may include:

  • FX conversion

  • intermediary costs

25.2 These may affect:

  • total cost

  • timing

 

26. PAYMENT SCENARIO — DOMESTIC

Example:

  • Customer sends £1,000 via Faster Payments

  • Fee: £0–£X

  • Recipient receives: £1,000 (if no fee)

 

27. PAYMENT SCENARIO — FX

Example:

  • Customer sends €1,000

  • Fee: €5

  • FX rate applied

  • Recipient receives converted amount


28. FAILED PAYMENTS

28.1 Fees may apply where:

  • payment fails

  • payment is returned

28.2 Causes include:

  • incorrect details

  • bank rejection

 

29. CARD FEES — GENERAL

29.1 Fees may apply for:

  • card issuance

  • replacement

  • usage

 

30. CARD USAGE

30.1 Card transactions may include:

  • point-of-sale

  • online

  • ATM withdrawals

 

31. ATM WITHDRAWALS

31.1 ATM usage may:

  • incur fees

  • include third-party charges


32. INTERNATIONAL CARD USE

32.1 Transactions outside base currency may:

  • involve FX

  • include additional charges

 

33. FX APPLICATION — DETAILED

33.1 FX applies when:

  • transaction currency differs

33.2 FX includes:

  • exchange rate

  • margin

 

34. FX DISCLOSURE

34.1 Customers must be shown:

  • rate

  • fee

  • final amount

 

35. FX SCENARIO

Example:

  • Send €1,000

  • FX margin applied

  • recipient gets converted value


36. DISPUTES AND CHARGEBACKS

36.1 Fees may apply for:

  • dispute handling

  • chargeback processing

 

37. EDGE CASE — OFFLINE CARD TRANSACTIONS

37.1 Some card transactions may be processed later.

37.2 This may affect:

  • timing

  • available balance

 

38. EDGE CASE — PRE-AUTHORISATION

38.1 Pre-authorisation may:

  • reserve funds

  • differ from final amount

 

39. EDGE CASE — DUPLICATE PAYMENTS

39.1 Duplicate payments:

  • are user responsibility

 

40. EDGE CASE — THIRD-PARTY CHARGES

40.1 Third parties may charge:

  • ATM fees

  • bank fees


41. LIMITS — GENERAL

41.1 Limits may apply to:

  • transaction value

  • daily usage

 

42. DYNAMIC LIMITS

42.1 Limits may change based on:

  • risk

  • behaviour

 

43. HIGH-RISK TRANSACTIONS

43.1 High-risk transactions may:

  • incur additional controls

  • be restricted

 

44. TRANSPARENCY REQUIREMENT

44.1 Customers must be able to:

  • understand fees

  • before confirming

 

45. CONSISTENCY CHECK

45.1 Fees must match:

  • UI

  • backend


46. ROUNDING

46.1 Rounding may apply.

 

47. TAXES

47.1 Taxes may apply where required.

 

48. MONITORING

48.1 Fee application is monitored.

 

49. ERROR HANDLING

49.1 Errors must be corrected.

 

50. CONTACT

50.1 Fee queries:

info@digi-capital.co.uk

 

51. USER INTERFACE (UI) ALIGNMENT

51.1 All fees presented to customers must be consistent with:

  • this Fees and Limits Schedule

  • actual charges applied

51.2 The user interface must not display:

  • misleading information

  • incomplete pricing

 

51.3 Any inconsistency between:

  • UI

  • backend

  • legal documentation must be treated as a control failure.

52. PRE-TRANSACTION DISCLOSURE CONTROL

52.1 Before confirming any transaction, customers must be shown:

  • the amount to be sent

  • the applicable fee

  • the exchange rate (if applicable)

  • the amount the recipient will receive

52.2 This information must be:

  • clear

  • accurate

  • complete

 

53. DISCLOSURE VALIDATION

53.1 Systems must ensure that:

  • displayed fees match actual fees

  • FX rates are correctly applied

  • calculations are accurate

53.2 Validation controls must be implemented.

 

54. ERROR PREVENTION

54.1 Controls must prevent:

  • incorrect fee calculation

  • incorrect FX application

  • inconsistent display

 

55. ERROR DETECTION

55.1 Errors must be identified through:

  • monitoring

  • audit

  • customer feedback


56. ERROR CORRECTION

56.1 Where an error occurs:

  • it must be corrected promptly

  • affected customers must be treated fairly

 

57. CUSTOMER COMMUNICATION

57.1 Where pricing errors affect customers:

  • communication must be clear

  • remediation must be appropriate

 

58. GOVERNANCE OF PRICING

58.1 Pricing is subject to governance oversight.

58.2 This includes:

  • approval of pricing changes

  • monitoring of pricing consistency

 

59. PRICING CHANGE CONTROL

59.1 Any change to pricing must:

  • be reviewed

  • be approved

  • be documented

60. CHANGE IMPLEMENTATION

60.1 Changes must be:

  • implemented consistently

  • reflected in all systems


61. ALIGNMENT WITH OTHER DOCUMENTS

61.1 This Schedule must align with:

  • Account Terms

  • Card Terms

  • Fraud Policy

  • Website disclosures

 

62. AUDIT AND MONITORING

62.1 Pricing must be subject to:

  • compliance monitoring

  • internal audit

 

63. MANAGEMENT INFORMATION (MI)

63.1 Pricing MI may include:

  • fee revenue

  • discrepancies

  • customer complaints

 

64. REGULATORY COMPLIANCE

64.1 Pricing must comply with:

  • consumer protection requirements

  • transparency obligations

 

65. PARTNER PRICING CONTROLS

65.1 Where Partners are involved:

  • pricing must remain transparent

  • customer disclosure must not be affected

65.2 Partner economics must not:

  • introduce hidden fees

  • create misleading pricing

66. THIRD-PARTY FEE DISCLOSURE

66.1 Where third-party fees may apply:

  • customers must be informed

  • uncertainty must be disclosed

 

67. LIMITS GOVERNANCE

67.1 Limits must be:

  • controlled

  • monitored

67.2 Changes must be:

  • justified

  • documented

 

68. TRAINING

68.1 Staff must understand:

  • pricing structure

  • disclosure requirements

 

69. DOCUMENTATION

69.1 All pricing decisions must be documented.

 

70. FINAL PROVISIONS

70.1 This Schedule forms part of the overall legal framework.

1. PURPOSE

1.1 This Fees and Limits Schedule sets out how fees, charges, pricing components and usage limits apply to services provided by Digital Capital Ltd.

1.2 The purpose of this document is to ensure:

  • transparency of fees

  • clarity of pricing structure

  • consistency between legal terms and user interface

  • compliance with applicable regulatory requirements

  • fair treatment of customers

 

2. SCOPE

2.1 This Schedule applies to:

  • all customers (individual and business)

  • all payment services

  • all card services

  • all associated features

2.2 It applies across:

  • UK and EEA operations

 

3. PRICING PRINCIPLES

Digital Capital applies the following pricing principles:

3.1 Transparency

Fees must be:

  • clearly disclosed

  • understandable

  • visible before confirmation

3.2 No hidden fees

Customers must not be subject to:

  • undisclosed fees

  • unexpected charges

3.3 Pre-transaction disclosure

Customers must be shown:

  • full cost

  • before confirming a transaction

3.4 Consistency

Fees must be consistent across:

  • legal documentation

  • user interface

  • operational systems

3.5 Fairness

Fees must not:

  • mislead customers

  • create unfair outcomes

 

4. PRICING STRUCTURE

4.1 Pricing may consist of:

  • transaction fees

  • FX margin

  • card-related fees

  • service fees

 

5. TOTAL COST MODEL

5.1 The total cost of a transaction may include:

  • base fee

  • FX margin (if applicable)

  • third-party fees (if applicable)

5.2 Customers must be able to understand:

  • the full cost

  • before confirming

 

6. FX PRICING MODEL

6.1 Where currency conversion applies:

  • a rate is applied

  • a margin may be included

6.2 The rate may differ from mid-market rate.

 

7. FX TRANSPARENCY

7.1 Where FX applies, customers must be shown:

  • exchange rate

  • FX margin (where applicable)

  • resulting amount


8. USER INTERFACE ALIGNMENT

8.1 The pricing shown in the user interface must match:

  • this Schedule

  • actual charges

8.2 Any inconsistency is treated as a control issue.

 

9. PRE-TRANSACTION DISCLOSURE

9.1 Before confirming a transaction, the user must be shown:

  • amount sent

  • fee

  • exchange rate (if applicable)

  • amount received

 

10. EXAMPLE DISCLOSURE FORMAT

Example:

  • You send: €1,000

  • Fee: €5

  • FX rate: 1.085

  • Recipient receives: $1,079.58

 

11. THIRD-PARTY FEES

11.1 Third parties may apply fees, including:

  • intermediary banks

  • ATM operators

  • card scheme participants

11.2 These fees may not be controlled by Digital Capital.


12. LIMITS PRINCIPLES

12.1 Limits may be applied to:

  • transactions

  • balances

  • withdrawals

12.2 Limits may be:

  • risk-based

  • dynamic

 

13. DYNAMIC PRICING

13.1 Fees may vary based on:

  • risk profile

  • volume

  • usage

 

14. PARTNER MODEL (PRICING)

14.1 Where a Partner is involved:

  • fees may include a Partner component

14.2 Partner economics must not:

  • affect regulatory obligations

  • reduce transparency

 

15. DISCLOSURE OF CHANGES

15.1 Fee changes will be:

  • communicated

  • reflected in this Schedule


16. REGULATORY POSITION

16.1 Pricing must comply with:

  • consumer protection requirements

  • transparency standards

 

17. GOVERNANCE

17.1 Pricing is subject to governance and review.

 

18. CONTROL FRAMEWORK

18.1 Controls must ensure:

  • correct fee application

  • correct disclosure

 

19. MONITORING

19.1 Fees are monitored through:

  • MI

  • audit

  • compliance reviews

 

20. CONTACT

20.1 For fee-related queries:

info@digi-capital.co.uk


21. OVERVIEW

21.1 This section describes how fees apply in practice.

21.2 It includes:

  • payment fees

  • card fees

  • FX application

  • real-world scenarios

 

22. PAYMENT FEES — GENERAL

22.1 Fees may apply when:

  • sending payments

  • receiving payments

  • processing cross-border transfers

22.2 Fees depend on:

  • payment rail (FPS, SEPA)

  • currency

  • destination

 

23. FASTER PAYMENTS (UK)

23.1 Faster Payments may:

  • be processed near real-time

  • be subject to limits

23.2 Fees may:

  • be fixed

  • be variable


24. SEPA PAYMENTS

24.1 SEPA payments may include:

  • SEPA Credit Transfer

  • SEPA Instant

24.2 Fees may vary based on:

  • speed

  • geography

 

25. CROSS-BORDER PAYMENTS

25.1 Cross-border payments may include:

  • FX conversion

  • intermediary costs

25.2 These may affect:

  • total cost

  • timing

 

26. PAYMENT SCENARIO — DOMESTIC

Example:

  • Customer sends £1,000 via Faster Payments

  • Fee: £0–£X

  • Recipient receives: £1,000 (if no fee)

 

27. PAYMENT SCENARIO — FX

Example:

  • Customer sends €1,000

  • Fee: €5

  • FX rate applied

  • Recipient receives converted amount


28. FAILED PAYMENTS

28.1 Fees may apply where:

  • payment fails

  • payment is returned

28.2 Causes include:

  • incorrect details

  • bank rejection

 

29. CARD FEES — GENERAL

29.1 Fees may apply for:

  • card issuance

  • replacement

  • usage

 

30. CARD USAGE

30.1 Card transactions may include:

  • point-of-sale

  • online

  • ATM withdrawals

 

31. ATM WITHDRAWALS

31.1 ATM usage may:

  • incur fees

  • include third-party charges


32. INTERNATIONAL CARD USE

32.1 Transactions outside base currency may:

  • involve FX

  • include additional charges

 

33. FX APPLICATION — DETAILED

33.1 FX applies when:

  • transaction currency differs

33.2 FX includes:

  • exchange rate

  • margin

 

34. FX DISCLOSURE

34.1 Customers must be shown:

  • rate

  • fee

  • final amount

 

35. FX SCENARIO

Example:

  • Send €1,000

  • FX margin applied

  • recipient gets converted value


36. DISPUTES AND CHARGEBACKS

36.1 Fees may apply for:

  • dispute handling

  • chargeback processing

 

37. EDGE CASE — OFFLINE CARD TRANSACTIONS

37.1 Some card transactions may be processed later.

37.2 This may affect:

  • timing

  • available balance

 

38. EDGE CASE — PRE-AUTHORISATION

38.1 Pre-authorisation may:

  • reserve funds

  • differ from final amount

 

39. EDGE CASE — DUPLICATE PAYMENTS

39.1 Duplicate payments:

  • are user responsibility

 

40. EDGE CASE — THIRD-PARTY CHARGES

40.1 Third parties may charge:

  • ATM fees

  • bank fees


41. LIMITS — GENERAL

41.1 Limits may apply to:

  • transaction value

  • daily usage

 

42. DYNAMIC LIMITS

42.1 Limits may change based on:

  • risk

  • behaviour

 

43. HIGH-RISK TRANSACTIONS

43.1 High-risk transactions may:

  • incur additional controls

  • be restricted

 

44. TRANSPARENCY REQUIREMENT

44.1 Customers must be able to:

  • understand fees

  • before confirming

 

45. CONSISTENCY CHECK

45.1 Fees must match:

  • UI

  • backend


46. ROUNDING

46.1 Rounding may apply.

 

47. TAXES

47.1 Taxes may apply where required.

 

48. MONITORING

48.1 Fee application is monitored.

 

49. ERROR HANDLING

49.1 Errors must be corrected.

 

50. CONTACT

50.1 Fee queries:

info@digi-capital.co.uk

 

51. USER INTERFACE (UI) ALIGNMENT

51.1 All fees presented to customers must be consistent with:

  • this Fees and Limits Schedule

  • actual charges applied

51.2 The user interface must not display:

  • misleading information

  • incomplete pricing

 

51.3 Any inconsistency between:

  • UI

  • backend

  • legal documentation must be treated as a control failure.

52. PRE-TRANSACTION DISCLOSURE CONTROL

52.1 Before confirming any transaction, customers must be shown:

  • the amount to be sent

  • the applicable fee

  • the exchange rate (if applicable)

  • the amount the recipient will receive

52.2 This information must be:

  • clear

  • accurate

  • complete

 

53. DISCLOSURE VALIDATION

53.1 Systems must ensure that:

  • displayed fees match actual fees

  • FX rates are correctly applied

  • calculations are accurate

53.2 Validation controls must be implemented.

 

54. ERROR PREVENTION

54.1 Controls must prevent:

  • incorrect fee calculation

  • incorrect FX application

  • inconsistent display

 

55. ERROR DETECTION

55.1 Errors must be identified through:

  • monitoring

  • audit

  • customer feedback


56. ERROR CORRECTION

56.1 Where an error occurs:

  • it must be corrected promptly

  • affected customers must be treated fairly

 

57. CUSTOMER COMMUNICATION

57.1 Where pricing errors affect customers:

  • communication must be clear

  • remediation must be appropriate

 

58. GOVERNANCE OF PRICING

58.1 Pricing is subject to governance oversight.

58.2 This includes:

  • approval of pricing changes

  • monitoring of pricing consistency

 

59. PRICING CHANGE CONTROL

59.1 Any change to pricing must:

  • be reviewed

  • be approved

  • be documented

60. CHANGE IMPLEMENTATION

60.1 Changes must be:

  • implemented consistently

  • reflected in all systems


61. ALIGNMENT WITH OTHER DOCUMENTS

61.1 This Schedule must align with:

  • Account Terms

  • Card Terms

  • Fraud Policy

  • Website disclosures

 

62. AUDIT AND MONITORING

62.1 Pricing must be subject to:

  • compliance monitoring

  • internal audit

 

63. MANAGEMENT INFORMATION (MI)

63.1 Pricing MI may include:

  • fee revenue

  • discrepancies

  • customer complaints

 

64. REGULATORY COMPLIANCE

64.1 Pricing must comply with:

  • consumer protection requirements

  • transparency obligations

 

65. PARTNER PRICING CONTROLS

65.1 Where Partners are involved:

  • pricing must remain transparent

  • customer disclosure must not be affected

65.2 Partner economics must not:

  • introduce hidden fees

  • create misleading pricing

66. THIRD-PARTY FEE DISCLOSURE

66.1 Where third-party fees may apply:

  • customers must be informed

  • uncertainty must be disclosed

 

67. LIMITS GOVERNANCE

67.1 Limits must be:

  • controlled

  • monitored

67.2 Changes must be:

  • justified

  • documented

 

68. TRAINING

68.1 Staff must understand:

  • pricing structure

  • disclosure requirements

 

69. DOCUMENTATION

69.1 All pricing decisions must be documented.

 

70. FINAL PROVISIONS

70.1 This Schedule forms part of the overall legal framework.

1. PURPOSE

1.1 This Fees and Limits Schedule sets out how fees, charges, pricing components and usage limits apply to services provided by Digital Capital Ltd.

1.2 The purpose of this document is to ensure:

  • transparency of fees

  • clarity of pricing structure

  • consistency between legal terms and user interface

  • compliance with applicable regulatory requirements

  • fair treatment of customers

 

2. SCOPE

2.1 This Schedule applies to:

  • all customers (individual and business)

  • all payment services

  • all card services

  • all associated features

2.2 It applies across:

  • UK and EEA operations

 

3. PRICING PRINCIPLES

Digital Capital applies the following pricing principles:

3.1 Transparency

Fees must be:

  • clearly disclosed

  • understandable

  • visible before confirmation

3.2 No hidden fees

Customers must not be subject to:

  • undisclosed fees

  • unexpected charges

3.3 Pre-transaction disclosure

Customers must be shown:

  • full cost

  • before confirming a transaction

3.4 Consistency

Fees must be consistent across:

  • legal documentation

  • user interface

  • operational systems

3.5 Fairness

Fees must not:

  • mislead customers

  • create unfair outcomes

 

4. PRICING STRUCTURE

4.1 Pricing may consist of:

  • transaction fees

  • FX margin

  • card-related fees

  • service fees

 

5. TOTAL COST MODEL

5.1 The total cost of a transaction may include:

  • base fee

  • FX margin (if applicable)

  • third-party fees (if applicable)

5.2 Customers must be able to understand:

  • the full cost

  • before confirming

 

6. FX PRICING MODEL

6.1 Where currency conversion applies:

  • a rate is applied

  • a margin may be included

6.2 The rate may differ from mid-market rate.

 

7. FX TRANSPARENCY

7.1 Where FX applies, customers must be shown:

  • exchange rate

  • FX margin (where applicable)

  • resulting amount


8. USER INTERFACE ALIGNMENT

8.1 The pricing shown in the user interface must match:

  • this Schedule

  • actual charges

8.2 Any inconsistency is treated as a control issue.

 

9. PRE-TRANSACTION DISCLOSURE

9.1 Before confirming a transaction, the user must be shown:

  • amount sent

  • fee

  • exchange rate (if applicable)

  • amount received

 

10. EXAMPLE DISCLOSURE FORMAT

Example:

  • You send: €1,000

  • Fee: €5

  • FX rate: 1.085

  • Recipient receives: $1,079.58

 

11. THIRD-PARTY FEES

11.1 Third parties may apply fees, including:

  • intermediary banks

  • ATM operators

  • card scheme participants

11.2 These fees may not be controlled by Digital Capital.


12. LIMITS PRINCIPLES

12.1 Limits may be applied to:

  • transactions

  • balances

  • withdrawals

12.2 Limits may be:

  • risk-based

  • dynamic

 

13. DYNAMIC PRICING

13.1 Fees may vary based on:

  • risk profile

  • volume

  • usage

 

14. PARTNER MODEL (PRICING)

14.1 Where a Partner is involved:

  • fees may include a Partner component

14.2 Partner economics must not:

  • affect regulatory obligations

  • reduce transparency

 

15. DISCLOSURE OF CHANGES

15.1 Fee changes will be:

  • communicated

  • reflected in this Schedule


16. REGULATORY POSITION

16.1 Pricing must comply with:

  • consumer protection requirements

  • transparency standards

 

17. GOVERNANCE

17.1 Pricing is subject to governance and review.

 

18. CONTROL FRAMEWORK

18.1 Controls must ensure:

  • correct fee application

  • correct disclosure

 

19. MONITORING

19.1 Fees are monitored through:

  • MI

  • audit

  • compliance reviews

 

20. CONTACT

20.1 For fee-related queries:

info@digi-capital.co.uk


21. OVERVIEW

21.1 This section describes how fees apply in practice.

21.2 It includes:

  • payment fees

  • card fees

  • FX application

  • real-world scenarios

 

22. PAYMENT FEES — GENERAL

22.1 Fees may apply when:

  • sending payments

  • receiving payments

  • processing cross-border transfers

22.2 Fees depend on:

  • payment rail (FPS, SEPA)

  • currency

  • destination

 

23. FASTER PAYMENTS (UK)

23.1 Faster Payments may:

  • be processed near real-time

  • be subject to limits

23.2 Fees may:

  • be fixed

  • be variable


24. SEPA PAYMENTS

24.1 SEPA payments may include:

  • SEPA Credit Transfer

  • SEPA Instant

24.2 Fees may vary based on:

  • speed

  • geography

 

25. CROSS-BORDER PAYMENTS

25.1 Cross-border payments may include:

  • FX conversion

  • intermediary costs

25.2 These may affect:

  • total cost

  • timing

 

26. PAYMENT SCENARIO — DOMESTIC

Example:

  • Customer sends £1,000 via Faster Payments

  • Fee: £0–£X

  • Recipient receives: £1,000 (if no fee)

 

27. PAYMENT SCENARIO — FX

Example:

  • Customer sends €1,000

  • Fee: €5

  • FX rate applied

  • Recipient receives converted amount


28. FAILED PAYMENTS

28.1 Fees may apply where:

  • payment fails

  • payment is returned

28.2 Causes include:

  • incorrect details

  • bank rejection

 

29. CARD FEES — GENERAL

29.1 Fees may apply for:

  • card issuance

  • replacement

  • usage

 

30. CARD USAGE

30.1 Card transactions may include:

  • point-of-sale

  • online

  • ATM withdrawals

 

31. ATM WITHDRAWALS

31.1 ATM usage may:

  • incur fees

  • include third-party charges


32. INTERNATIONAL CARD USE

32.1 Transactions outside base currency may:

  • involve FX

  • include additional charges

 

33. FX APPLICATION — DETAILED

33.1 FX applies when:

  • transaction currency differs

33.2 FX includes:

  • exchange rate

  • margin

 

34. FX DISCLOSURE

34.1 Customers must be shown:

  • rate

  • fee

  • final amount

 

35. FX SCENARIO

Example:

  • Send €1,000

  • FX margin applied

  • recipient gets converted value


36. DISPUTES AND CHARGEBACKS

36.1 Fees may apply for:

  • dispute handling

  • chargeback processing

 

37. EDGE CASE — OFFLINE CARD TRANSACTIONS

37.1 Some card transactions may be processed later.

37.2 This may affect:

  • timing

  • available balance

 

38. EDGE CASE — PRE-AUTHORISATION

38.1 Pre-authorisation may:

  • reserve funds

  • differ from final amount

 

39. EDGE CASE — DUPLICATE PAYMENTS

39.1 Duplicate payments:

  • are user responsibility

 

40. EDGE CASE — THIRD-PARTY CHARGES

40.1 Third parties may charge:

  • ATM fees

  • bank fees


41. LIMITS — GENERAL

41.1 Limits may apply to:

  • transaction value

  • daily usage

 

42. DYNAMIC LIMITS

42.1 Limits may change based on:

  • risk

  • behaviour

 

43. HIGH-RISK TRANSACTIONS

43.1 High-risk transactions may:

  • incur additional controls

  • be restricted

 

44. TRANSPARENCY REQUIREMENT

44.1 Customers must be able to:

  • understand fees

  • before confirming

 

45. CONSISTENCY CHECK

45.1 Fees must match:

  • UI

  • backend


46. ROUNDING

46.1 Rounding may apply.

 

47. TAXES

47.1 Taxes may apply where required.

 

48. MONITORING

48.1 Fee application is monitored.

 

49. ERROR HANDLING

49.1 Errors must be corrected.

 

50. CONTACT

50.1 Fee queries:

info@digi-capital.co.uk

 

51. USER INTERFACE (UI) ALIGNMENT

51.1 All fees presented to customers must be consistent with:

  • this Fees and Limits Schedule

  • actual charges applied

51.2 The user interface must not display:

  • misleading information

  • incomplete pricing

 

51.3 Any inconsistency between:

  • UI

  • backend

  • legal documentation must be treated as a control failure.

52. PRE-TRANSACTION DISCLOSURE CONTROL

52.1 Before confirming any transaction, customers must be shown:

  • the amount to be sent

  • the applicable fee

  • the exchange rate (if applicable)

  • the amount the recipient will receive

52.2 This information must be:

  • clear

  • accurate

  • complete

 

53. DISCLOSURE VALIDATION

53.1 Systems must ensure that:

  • displayed fees match actual fees

  • FX rates are correctly applied

  • calculations are accurate

53.2 Validation controls must be implemented.

 

54. ERROR PREVENTION

54.1 Controls must prevent:

  • incorrect fee calculation

  • incorrect FX application

  • inconsistent display

 

55. ERROR DETECTION

55.1 Errors must be identified through:

  • monitoring

  • audit

  • customer feedback


56. ERROR CORRECTION

56.1 Where an error occurs:

  • it must be corrected promptly

  • affected customers must be treated fairly

 

57. CUSTOMER COMMUNICATION

57.1 Where pricing errors affect customers:

  • communication must be clear

  • remediation must be appropriate

 

58. GOVERNANCE OF PRICING

58.1 Pricing is subject to governance oversight.

58.2 This includes:

  • approval of pricing changes

  • monitoring of pricing consistency

 

59. PRICING CHANGE CONTROL

59.1 Any change to pricing must:

  • be reviewed

  • be approved

  • be documented

60. CHANGE IMPLEMENTATION

60.1 Changes must be:

  • implemented consistently

  • reflected in all systems


61. ALIGNMENT WITH OTHER DOCUMENTS

61.1 This Schedule must align with:

  • Account Terms

  • Card Terms

  • Fraud Policy

  • Website disclosures

 

62. AUDIT AND MONITORING

62.1 Pricing must be subject to:

  • compliance monitoring

  • internal audit

 

63. MANAGEMENT INFORMATION (MI)

63.1 Pricing MI may include:

  • fee revenue

  • discrepancies

  • customer complaints

 

64. REGULATORY COMPLIANCE

64.1 Pricing must comply with:

  • consumer protection requirements

  • transparency obligations

 

65. PARTNER PRICING CONTROLS

65.1 Where Partners are involved:

  • pricing must remain transparent

  • customer disclosure must not be affected

65.2 Partner economics must not:

  • introduce hidden fees

  • create misleading pricing

66. THIRD-PARTY FEE DISCLOSURE

66.1 Where third-party fees may apply:

  • customers must be informed

  • uncertainty must be disclosed

 

67. LIMITS GOVERNANCE

67.1 Limits must be:

  • controlled

  • monitored

67.2 Changes must be:

  • justified

  • documented

 

68. TRAINING

68.1 Staff must understand:

  • pricing structure

  • disclosure requirements

 

69. DOCUMENTATION

69.1 All pricing decisions must be documented.

 

70. FINAL PROVISIONS

70.1 This Schedule forms part of the overall legal framework.

A connected financial platform for payments, wallets, card issuing, supplier payouts, and loyalty-driven QR payments.


info@digi-capital.co.uk

Digital Capital Ltd is authorised by the Financial Conduct Authority (FCA) as an electronic money institution under Firm Reference Number 900710. Registered in England and Wales, company number 10222334. Registered office: 3rd Floor, 86–90 Paul Street, London, EC2A 4NE, England.


The company is currently in a pre-operational phase and does not provide services or hold client funds. Funds held in e-money accounts are not covered by the Financial Services Compensation Scheme (FSCS).


© 2026 Digital Capital Ltd. All rights reserved.

A connected financial platform for payments, wallets, card issuing, supplier payouts, and loyalty-driven QR payments.


info@digi-capital.co.uk

Digital Capital Ltd is authorised by the Financial Conduct Authority (FCA) as an electronic money institution under Firm Reference Number 900710. Registered in England and Wales, company number 10222334. Registered office: 3rd Floor, 86–90 Paul Street, London, EC2A 4NE, England.


The company is currently in a pre-operational phase and does not provide services or hold client funds. Funds held in e-money accounts are not covered by the Financial Services Compensation Scheme (FSCS).


© 2026 Digital Capital Ltd. All rights reserved.

A connected financial platform for payments, wallets, card issuing, supplier payouts, and loyalty-driven QR payments.


info@digi-capital.co.uk

Digital Capital Ltd is authorised by the Financial Conduct Authority (FCA) as an electronic money institution under Firm Reference Number 900710. Registered in England and Wales, company number 10222334. Registered office: 3rd Floor, 86–90 Paul Street, London, EC2A 4NE, England.


The company is currently in a pre-operational phase and does not provide services or hold client funds. Funds held in e-money accounts are not covered by the Financial Services Compensation Scheme (FSCS).


© 2026 Digital Capital Ltd. All rights reserved.