Invario/Key-service-Server
3
0
Fork 0
Code Issues 2 Pull Requests Actions Packages Projects Releases Wiki Activity

Zahlungsprocessing #10

New Issue
Closed
opened 2026-09-27 11:32:34 +00:00 by Aiirondev · 2 comments
Aiirondev commented 2026-09-27 11:32:34 +00:00
Owner
Copy Link
Copy Source

Zahlungsziele:

  1. Durchsetzen von den 14 Tagen zahlungs ziel mit einer automatischen sperrung nach 14 Tagen wenn es nicht als bezahlt makiert ist.
  2. Freischaltung durch bestätigung von admin -> über rechnungsverwaltung oder Intanzen
  3. auch manuell sperrbar machen.
  4. falls der Nutzer schon eine Trialversion active hat und eine Produkt palette kauft oder auch nur eins sollen diese bei der vorgefertigten Version wieder aktiviert werden also auch diese version automatisch mit angezeigt werden im fast buchungsoverview
Zahlungsziele: 1. Durchsetzen von den 14 Tagen zahlungs ziel mit einer automatischen sperrung nach 14 Tagen wenn es nicht als bezahlt makiert ist. 2. Freischaltung durch bestätigung von admin -> über rechnungsverwaltung oder Intanzen 3. auch manuell sperrbar machen. 4. falls der Nutzer schon eine Trialversion active hat und eine Produkt palette kauft oder auch nur eins sollen diese bei der vorgefertigten Version wieder aktiviert werden also auch diese version automatisch mit angezeigt werden im fast buchungsoverview
Aiirondev_dev was assigned by Aiirondev 2026-09-27 11:32:34 +00:00
Aiirondev commented 2026-09-27 11:36:18 +00:00
Author
Owner
Copy Link
Copy Source

Und der Nutzer soll den aktiven status mit Erklärung in my Instance sehen

Und der Nutzer soll den aktiven status mit Erklärung in my Instance sehen
Aiirondev commented 2026-09-27 11:43:44 +00:00
Author
Owner
Copy Link
Copy Source

In this process change request_trial_upgrade -> to normal booking flow / just rediret to preise and have it just work via the booking processing of the Booking workflow described erlier

In this process change request_trial_upgrade -> to normal booking flow / just rediret to preise and have it just work via the booking processing of the Booking workflow described erlier
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
Compat/Breaking
Breaking change that won't be backward compatible
 Kind/Bug
Something is not working
 Kind/Documentation
Documentation changes
 Kind/Enhancement
Improve existing functionality
 Kind/Feature
New functionality
 Kind/Security
This is security issue
 Kind/Testing
Issue or pull request related to testing
Priority
Critical
1
The priority is critical
Priority
High
2
The priority is high
Priority
Low
4
The priority is low
Priority
Medium
3
The priority is medium
Reviewed
Confirmed
1
Issue has been confirmed
Reviewed
Duplicate
2
This issue or pull request already exists
Reviewed
Invalid
3
Invalid issue
Reviewed
Won't Fix
3
This issue won't be fixed
Status
Abandoned
3
Somebody has started to work on this but abandoned work
Status
Blocked
1
Something is blocking this issue or pull request
Status
Need More Info
2
Feedback is required to reproduce issue or to continue work
No Label Kind/Bug Kind/Enhancement Kind/Feature
Priority
Critical
1
Reviewed
Confirmed
1
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
Aiirondev Aiirondev_dev deployment_user
No Assignees Aiirondev_dev
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: Invario/Key-service-Server#10
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?