web
You’re offline. This is a read only version of the page.
close
  • Termination and Hold (placing and removing) on header through Odata

    There are some things in place to automate the process of placing Billing Schedule lines on Hold or Terminate them in bulk. This can be done through the periodic tasks and through the Odata entities created for this. However, these processes miss some options.


    First of all, all current options ignore the fact that Holds and Terminations can be placed on Billing Schedule header level as well on each Billing Schedule and not only on line level. It would help a great deal in processing and keeping all lines in check placing these Holds and Terminations in bulk on header level, making sure all underlying lines are taken into account as well. Making this possible in the same manner as now done for the lines (through a periodic task and through Odata) gives us all flexibility in processing the Billing Schedules within the application but also from an integration perspective.


    Also, it would be very beneficial to not only be able to remove Holds through Odata and periodic tasks, but also to be able to remove Terminations (as can be manually done on each header and line that has a current termination). This makes processing things in batch and correcting mistakes of placing Terminations in large amounts also a lot more user friendly.

  • Terminate header of Billing Schedule when all lines are terminated

    We found some inconsistent behavior in het Subscription Billing module when putting Billing schedule lines on hold and when terminating them.


    If all lines in a Billing Schedule have been put on hold, the header of the Billing Schedule will be put on hold as well. This is expected behavior (status of the header reflects the total status of the underlying lines) like the behavior with for example the sales order and its lines.

    However, when all lines in a Billing Schedule are terminated (both when they are immediately terminated and when they are terminated after sending the last invoice) the status of the header stays Active. The termination of all parts does not lead to the termination of the header. This way, it is possible to have masses of so called "Active" Billing Schedules that contain no active lines at all.


    So our request is to make the status of the header when all lines are terminated react to this fact and to terminate the header as a reaction to this fact, as it happens with the on hold status.