JC360 supports default aggregation into Cost Centers which is called Tasks in the system. Each second in JC360 is mapped to a preliminary configured Task.

By default

Tasks can be named after the Applications (eg. SAP, Outlook), however this is not too useful, as the processes are stored by default, and you have them in reports.

It is suggested to use the Tasks for Business Process OR Client OR Projects (depends on the company profile). We can call this as Cost Centers, as primarily JobCTRL aggregates the working time to these Tasks, so the Company can split their Wage cost into these items. Company's accounting uses also such terms as cost center - so the company should understand this and the financial controlling department will be your partner to form this out any time.

If you would like to customize JC360 cost centers, then the first challenge to CREATE these Items (Projects or Clients… or Cost Centers). 

As each company differs it is not so easy to automate this - however there is a 2 step how to approach it:1. First define the structure/metric, what do you want to measure:
   a) if the company department is client focused (the revenue comes from the clients) then you can use Clients as main cost centers (the time spent will be aggregated to clients) ⇒ the company will transparently see how much time/cost is spent per client. It is good to calculate the pricing towards the client or ROI for projects. Keywords to automate JC can be the client name, e-mail, phone number, so the JC will automate this structure easily.   b) the company works on projects (the time spent is splitted between projects). In this case projects should be recorded as they appear (maybe in the proposal state) and the work is automatically splitted between projects so the TCO comes automatically + you can use JC's project management feature if you wish. The keywords can be the project name, ID or the client name whom it served.   c) if the work is done on tasks/tickets (eg internal helpDesk works on tickets, backoffice works on Invoices), then Business Process names can be created as Tasks, and the repetitive TransationID can be detailed in a lower level transactional report - if needed. In this case the Tasks are for Processes, and you will have analytics in the detailed reports (eg. working steps can be evaluated, execution norm times, FTE calculation). 2. Then manage them to be kept up-to-date.As you can see, the client names, projects names or even internal business process names are very-very business dependent, it cannot be founded out automatically by JobCTRL without telling anything. So keeping up-to-dat can be managed in three way: a) for clients/projects there is already a process in place in each company, and a responsible person is dedicated to create these accounts (eg. create them in CRM, Invoicing system, Proposal folder…etc). He/she can do this also in JC to create these new items.It can be the Sales/Secretary, CRM assistant, etc.b) if the client has any external system, where the Clients/Projects/Tasks names are visible, then JobCTRL can capture them and create Task for that automatically (with Dynamic Project/Task creation in Central rules)c) If there is no visible place on the screen  to capture, but still an external system holds the clients/projects then we can provide a sync tool which will periodically sync them to JC (eg. from CRM system). This is manual, as the input structure is always unique - we need a read only DB view to be able to read by our tool (tool can run at the client), and we will poll that view and upload to JC based on the logic we define (we need a specification for that).