Guide: Enterprise Resource Planning: Difference between revisions

From bwCloud-OS
Jump to navigation Jump to search
As1844 (talk | contribs)
No edit summary
As1844 (talk | contribs)
No edit summary
 
(3 intermediate revisions by the same user not shown)
Line 2: Line 2:
➡️ '''To the''' '''[[Guide: ERP-API|ERP-API]].'''
➡️ '''To the''' '''[[Guide: ERP-API|ERP-API]].'''


The bwCloud-OS provides an [[Guide: ERP-API|ERP with a RESTful API]] that allows our customers to overview and manage the accounting data and resources of their members. Mainly, this means to manage [[Guide: Entitlement & Eligibility|entitlements and eligibilities]].
The bwCloud-OS provides an [[Guide: ERP-API|ERP with a RESTful API]] for overview and management of the [[Guide: Entitlement & Eligibility|entitlements and eligibilities]]. Hence, for managing accounting data and resources of members.


__TOC__
__TOC__


== Motivation ==
== Motivation ==
The bwCloud-OS [[Guide: Enterprise Resource Planning#Contract relationship bwCloud-OS|negotiated only contracts with institutions (customers)]] but not with individual members (users). This is a crucial [[Guide: Charging|difference compared to other known cloud providers]]. Further, there are several different types of sponsors (e.g., faculties, research projects) located at the institutes that need to be enhanced to manage the resources of sub-groups of their members (e.g., students of a faculty).
The bwCloud-OS [[Guide: Enterprise Resource Planning#Contract relationship bwCloud-OS|negotiated only contracts with institutions (customers)]] but not with individual members (users). This is a crucial [[Guide: Enterprise Resource Planning#Contract relationship bwCloud-OS|difference compared to other known cloud providers]].


=== Automated resource provisioning ===
=== Automated resource provisioning ===
Line 13: Line 13:
* Entitlements are automatically evaluated during registration.
* Entitlements are automatically evaluated during registration.
* Users receive immediate access and resources ([[Projects and Quota|project quota]]) once their entitlement is confirmed. No manual activation is required.
* Users receive immediate access and resources ([[Projects and Quota|project quota]]) once their entitlement is confirmed. No manual activation is required.
=== Shared resources ===
All resources in the bwCloud-OS are shared between all users. Since everyone should be able to access them, project quota limits are set. However, not every user group (e.g., teacher and student) requires the same [[Guide: Project and Quota#List of quota flavors|quota flavor]].


=== Charging ===
=== Charging ===
Line 18: Line 21:


=== Delegating resposibility ===
=== Delegating resposibility ===
The institutes can define an internal process so their members can set entitlements in the home IdP.  
The institutes can define an internal process so their members can set entitlements in the home IdP. There are several different types of sponsors (e.g., faculties, research projects) located at the institutes that should be enhanced to manage the resources of sub-groups of their members (e.g., students of a faculty).  With access to their internal data (e.g., from the local IdP), different eligibilities can be assigned.  


=== Reimbursement ===
=== Reimbursement ===
Line 26: Line 29:
* bwCloud-OS will generate aggregated usage reports and invoices per institution—no individual billing.
* bwCloud-OS will generate aggregated usage reports and invoices per institution—no individual billing.


=== Budget ===
=== Budget (Not supported yet) ===
Sometimes resources should only be consumed up to a certain level or amount of time.
Sometimes resources should only be consumed up to a certain level or amount of time.


* [[Guide: Entitlement & Eligibility#Constraints|Constraints]] can be used to manage the valid period for eligibility.
* [[Guide: Entitlement & Eligibility#Constraints|Constraints]] can be used to manage the valid period for the eligibility.
* After reaching an eligibility constraint, no more costs can be produced within the associated project.
* After reaching an eligibility constraint, no more costs can be produced within the associated project.
==== Paidafter ====
This may be seen as a 'paidafter' credit  (analog to 'prepaid'). Institutes grant their members an amount of BEH to consume. Members can freely choose how to consume those, but not more. After the [[Guide: Charging|payment period]], the institute will only be charged for the consumed BEH.


=== Central eligibility platform ===
=== Central eligibility platform ===

Latest revision as of 15:02, 3 March 2026

➡️ To the ERP-API.

The bwCloud-OS provides an ERP with a RESTful API for overview and management of the entitlements and eligibilities. Hence, for managing accounting data and resources of members.

Motivation

The bwCloud-OS negotiated only contracts with institutions (customers) but not with individual members (users). This is a crucial difference compared to other known cloud providers.

Automated resource provisioning

Registration is streamlined through entitlements:

  • Entitlements are automatically evaluated during registration.
  • Users receive immediate access and resources (project quota) once their entitlement is confirmed. No manual activation is required.

Shared resources

All resources in the bwCloud-OS are shared between all users. Since everyone should be able to access them, project quota limits are set. However, not every user group (e.g., teacher and student) requires the same quota flavor.

Charging

All consumption within the bwCloud-OS, within projects, are charged. Charging will be based on the projects booking units (BEH) and will be addressed to the project owner's home organization.

Delegating resposibility

The institutes can define an internal process so their members can set entitlements in the home IdP. There are several different types of sponsors (e.g., faculties, research projects) located at the institutes that should be enhanced to manage the resources of sub-groups of their members (e.g., students of a faculty). With access to their internal data (e.g., from the local IdP), different eligibilities can be assigned.

Reimbursement

Entitlements also help define who is financially responsible for producing BEH.

  • Defining cost centers to separate costs into different cost positions, allowing institutions to reimburse the costs internally. With access to their internal data (e.g., from the local IdP), different eligibilities (e.g., with different cost centers) can be assigned.
  • bwCloud-OS will generate aggregated usage reports and invoices per institution—no individual billing.

Budget (Not supported yet)

Sometimes resources should only be consumed up to a certain level or amount of time.

  • Constraints can be used to manage the valid period for the eligibility.
  • After reaching an eligibility constraint, no more costs can be produced within the associated project.

Paidafter

This may be seen as a 'paidafter' credit (analog to 'prepaid'). Institutes grant their members an amount of BEH to consume. Members can freely choose how to consume those, but not more. After the payment period, the institute will only be charged for the consumed BEH.

Central eligibility platform

The gimmic with the eligibility enhances (later) the bwCloud-OS local support to manage quota privileges within the bwCloud-OS environment. Such a central service could simplify local processes within the customers.

Contract relationship bwCloud-OS

The contract is closed between the bwCloud-OS and the institutes (customers), as illustrated in the picture. Due to this, one bill will be sent to the customer, including all generated costs from members/ projects related to this institute. Therefore, it is possible that an additional organizational or technical process within each institution may be necessary to manage the accounting relationship between the institution and its members.

Contract relationship compared between bwCloud-OS and other IaaS providers