Add read and write implementations for Sofort payments to PaymentRepository
Closed, ResolvedPublic5 Estimated Story Points
Actions

Assigned To

None

Authored By

	gabriel-wmde
	Feb 15 2022, 5:56 PM

Description

Acceptance Criteria

The domain objects are refactored according to the data model. You can leave other payment objects in a semi-broken state as long as all remaining tests still pass and the next steps are clear (i.e. putting TODOs/commented-out code in classes, skipping tests).
The implementation of the PaymentRepository interface implements storing and retrieving payments with sofort. All other payment methods may throw "Not implemented" logic exceptions for now.
The changes outlined in T281895: Make SofortPayment::confirmedAt immutable are no longer necessary/solved according to the domain specification

Implementation Details

Refactor SofortPayment and SofortTransactionData as needed, with a similar pattern used as in the credit card modeling case.

Status	Assigned	Task
Open	None	T203684 Improve code and architecture of Fundraising Operation Center
Open	None	T203654 Improve Code and Architecture of Fundraising Frontend
Open	None	T203679 Refactor fundraising database schema
Open	None	T192323 Improve expressiveness of Payment domain and reduce coupling
Resolved	gabriel-wmde	T300479 Refactor data model and create repositories
Resolved	None	T301767 Create PaymentRepository for Credit Card data
Resolved	None	T301806 Add read and write implementations for Sofort payments to PaymentRepository

gabriel-wmde set the point value for this task to 5.Feb 21 2022, 11:07 AM

Moved task back to "TODO" because the tests are missing - they have been deactivated and exlcuded from PHPStan, so that slipped through

AbbanWMDE removed AbbanWMDE as the assignee of this task.Mar 29 2022, 8:14 AM

AbbanWMDE subscribed.