Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 9 Next »

VM01: Directly set resource exchange rate

Summary

Resource Providers (RPs) should be able to directly set the exchange rate for resources

Status

Proposed
Introduced by: PSC

Actors

Resource Providers

RP User Experience:

  • Resource Providers log into a RP-specific page that lists all their resources with their baseline exchange rates.

  • Within this page, RPs will be able to see the original computed exchange rate, history of their exchange rate, and the current baseline exchange rate.

  • The RP directly sets the new exchange rate(s) in this interface. The old exchange rate is saved for historical reference.



VM02: Time-bounded “sale” rate

Summary

Resource Providers (RPs) should be able to set a “sale” price for a limited amount of time, with the goal of attracting users. This would be defined for a certain range of dates that would automatically revert at the end of the date range. For this to be useful, the allocation-request interface will need to highlight the “sale” price so that users are aware of it.

Status

Proposed
Introduced by: IU, PSC

Actors

Resource Providers, Researchers

RP User Experience:

  • Resource Providers logs into a RP-specific page that lists all their resources with their baseline exchange rates.

  • RPs make use of an interface that allows them to set a new temporary exchange rate, along with a date range that this exchange rate will be in effect.

  • (optional) RPs will specify a short description of why the exchange rate is temporarily changed.

  • The RP will later use the same interface to edit the dates, including extending or ending the discount early.

  • At the end of the specified time period, the exchange rate will revert to the default baseline exchange rate.

Researcher User Experience:

  • Upon viewing the “exchange credits” interface, some sort of visual indicator is be presented to the researcher that the specified resource has a temporarily discounttagged allocation type, including a textual tag, a new rate, active dates, and a researcher-friendly description of the characteristics and limitations that will be enforced on allocations of this type. ed rate.

  • Additional details are available to to the user that wishes to learn more (timespan of the discount, current rate, original rate, etc).

  • Once an exchange is requested with the discounted rate, that will be “locked in” for that exchange request, as long as the exchange request is submitted during the discounted time period.

VM03: Tagged allocations with special rates

Summary

Resource Providers (RPs) should be able to define a sub-type of allocation that will have its own separate exchange rate. These sub-types would be defined by the RP, with a particular tag and description. The meaning and characteristics of the sub-type would be entirely enforced on the RP’s resource. An example would include the ability to request a low-priority or preemptible allocation at a lower exchange rate.

Status

Proposed
Introduced by: IU, PSC

Actors

Resource Providers, Researchers, ACCESS Staff

RP User Experience:

  • Resource Providers will log into a RP-specific page that lists all their resources with their baseline exchange rates.

  • RP has the option to create a new tagged allocation type, including a textual tag, a new rate, active dates, and a researcher-friendly description of the characteristics and limitations that will be enforced on allocations of this type.

  • When allocations are awarded of this new sub-type, this tag is communicated to the RP through AMIE, allowing the RP to apply whatever characteristics or limitations are appropriate.

  • The RP can use the same interface to edit the special allocation, including changing the dates, ending the discount, and changing the textual description. (changing the tag is not supported)

Researcher User Experience:

  • Upon viewing the “exchange credits” interface, if the user selects the resource in question, they will be presented with the option to select the tagged allocation type.

  • The limitations and characteristics of this type MUST be clearly and noticeably communicated to the user. The user should not be able to accidentally select the tagged allocation type and be confused when their allocation comes with specific limitations.

  • If the user has questions about the limitations of the allocation type, they will be able to get support directly from the RP.

  • Throughout ACCESS interfaces, the taSpecial one-off PI-based discounts
    Interested: TACC

    Provide discounted rate for a specific PI. (similar to invite-only opportunities in XRAS)gged sub-type of the allocation should be displayed to the user when viewing information about their allocation. It should be immediately obvious everywhere that this isn’t a “normal” allocation

ACCESS staff user experience:

  • When viewing this allocation in various ACCESS tools (particularly XRAS), it must be immediately obvious to ACCESS staff that this is a special tagged allocation.

  • ACCESS Staff will not provide support for the limitations of tagged allocations, and will expect RPs to handle support question for them.



VM04: Institutional DEI-based discounts

Summary

Resource Providers (RPs) should be able to define a separate rate for specific institutional types, to provide discounted resources to institutions that may be under-served.

Status

Proposed
Introduced by: TACC

Actors

Resource Providers, Researchers

RP User Experience:

  • Resource Providers will log into a RP-specific page that lists all their resources with their baseline exchange rates.

  • RP has the option to create a new rate, selecting from various institutional categories, such as by carnegie classification and category, HBCU’s, etc. This discounted rate will optionally have a start/end date and textual description that the RP can provide.

  • The RP can use the same interface to edit the discounted rate, including changing the dates, ending the discount, changing the included classifications, and changing the textual description.

Researcher User Experience:

  • Upon viewing the “exchange credits” interface, if the user is from a institution that is part of a discounted rate, and selects the resource in question, they will be presented with the discounted rate, and an informative message explaining why they get the discounted rate.

  • No labels