1. 26 Apr, 2024 3 commits
  2. 19 Apr, 2024 3 commits
  3. 17 Apr, 2024 1 commit
  4. 16 Apr, 2024 10 commits
  5. 15 Apr, 2024 6 commits
  6. 10 Apr, 2024 2 commits
  7. 04 Apr, 2024 1 commit
  8. 03 Apr, 2024 2 commits
  9. 28 Mar, 2024 1 commit
  10. 27 Mar, 2024 11 commits
    • Romain Courteaud's avatar
      test: run rss and panel tests · 744ee9ef
      Romain Courteaud authored
      Also in this commit:
      * add a test step to trigger all alarms
      * update the expected bt5 list
      744ee9ef
    • Romain Courteaud's avatar
      slapos_upgrader: provide migration scripts for virtual master logic · c21eea51
      Romain Courteaud authored
      Migrate the previous slapos master logic to virtual master:
      Create needed Project, Software Product, Remote/Instance Node,
      Subscription Request, Allocation Supply.
      c21eea51
    • Romain Courteaud's avatar
      slapos_configurator: do not prevent slapos_category to be updated · 6c3e368c
      Romain Courteaud authored
      Also in this commit: update tests
      * use backup cloudooo
        nexedi/slapos@a729a677
      * many dependencies have been dropped
      * change module id generator
      * portal_callables is not handle by the configurator
        See nexedi/erp5@a55b0f78
      6c3e368c
    • Romain Courteaud's avatar
      slapos_erp5: support for the virtual master logic · b2227408
      Romain Courteaud authored
      There are 4 types of assigment family:
      * The accounting team has assignment like: accounting/manager or accounting/agent
        They can see all invoices, but can not modify the automated ledger
      * The sale team has assignment like: sale/manager or sale/agent
      * A virtual master customer has an assignment like:
          function/customer
          destination_project/THE_PREFERED_DEFAULT_PROJECT
        He can request instance trees.
        He can see all the nodes on the virtual master.
      * The virtual master manager has assignment like:
          function/production/manager
          destination_project/THE_PROJECT
          or
          function/production/agent
          destination_project/THE_PROJECT
        He is responsible to create the compute node and ensure the quality
        of the service provided on it (so, he manages the related crm).
      
      Worklist must be usable, to quickly allow any user to know what is
      expected from him in the system.
      
      Also in this commit:
      * change the module id generator to _generatePerDayNodeNumberId
        to reduce conflicts on object creation
      * change bt5 dependencies to use the new panel UI
      b2227408
    • Romain Courteaud's avatar
      slapos_jio: drop all logic moved to slapos_panel · 784e255f
      Romain Courteaud authored
      Keep only code which was not yet migrated.
      This bt5 is not supposed to be installed anymore.
      784e255f
    • Romain Courteaud's avatar
      c90b1a51
    • Romain Courteaud's avatar
      slapos_panel: create a new panel application based on ERP5JS · 7bc7f7bf
      Romain Courteaud authored
      Simplify maintainance of the panel by putting back the business logic
      into ERP5 actions.
      
      This allows to:
      * view panel actions in ERP5JS too
      * use formulator to define what a user see
      * not write JS code for every page
      
      We loose the offline functionality, but this was never finished.
      7bc7f7bf
    • Romain Courteaud's avatar
      slapos_wechat: support new ID generator · 7021dfe1
      Romain Courteaud authored
      Modules switched to per day/node ID generator.
      
      Also in this commit:
      * drop not needed trade conditions
      7021dfe1
    • Romain Courteaud's avatar
      slapos_payzen: support new ID generator · 7246420a
      Romain Courteaud authored
      Modules switched to per day/node ID generator.
      
      Also in this commit:
      * drop templates
      * drop not needed trade conditions
      7246420a
    • Romain Courteaud's avatar
    • Romain Courteaud's avatar
      slapos_crm: support for the virtual master logic · 4ec00b55
      Romain Courteaud authored
      Unify Ticket and Event creation, to ensure consistency on the different categories.
      Use causality category instead of aggregate, to link the Ticket to the context document (instance, node, ...).
      Aggregate must be used to define the item of the movement resource.
      
      Monitoring: the tickets are managed by the virtual master admin,
      who is responsible to provide a good service quality.
      Admin will use their worklist to see the ongoing tickets.
      
      Regularisation Request: this ticket is handle by the accounting team.
      Unpaid invoice can be related to any kind of service (instance, node), which
      have only 2 states from the ticket point of view: running or destroyed.
      Only check the automated ledger, do not be impacted by other kind of invoices.
      
      Prevent allocation if a customer has an ongoing Regularisation Request.
      
      TODO: handle case of unpaid invoices for professional customers
      
      Also in this commit:
      * drop templates
      * use interaction workflow to trigger alarms
      4ec00b55