> For the complete documentation index, see [llms.txt](https://wiki.dieagenturverwaltung.de/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://wiki.dieagenturverwaltung.de/die-agenturverwaltung-en/projektverwaltung-1/etats.md).

# Customer accounts

Die Agenturverwaltung uses three hierarchical levels to represent the client side: customer > **customer account** > job.&#x20;

![](/files/87ae9d36da440b16c173e853f5a28890e6e7bf10)

One or more **customer accounts** can be managed for a customer. \
Within a **customer accounts** there can be one or more jobs.\
This page deals with the middle level: **the customer account**.

## Why customer accounts?&#x20;

Customer accounts are needed so we can evaluate groups of jobs. In addition, the customer account stores the hourly rates we agreed with the customer for different tasks. This makes it possible, within a customer, to also **maintain different price lists for hourly rates**  .&#x20;

> An example: For a customer we create a customer account for social media management in the current year, in which the hourly rates agreed with the customer are stored. We create a job in this customer account for each of the platforms Facebook and Twitter. Later in the year we create a second customer account "Website" with different jobs for which we have *agreed other hourly rates*  .**,** because these tasks do not fall under the scope of the agreed service contract.
>
> Another example would be renegotiating prices when renewing cooperation with the customer. Here it makes sense to create a new customer account and close the old customer account as soon as all jobs in it have been completed.

### **In most cases we do not need the customer account level**&#x20;

That means, when we create a job for a customer, it simply goes into a standard customer account "Projects". The same price list then applies to each job of that customer.

## The customer account status

A customer account can be set to the status of `active` to `closed`  . The jobs defined in the customer account are then considered closed regardless of their status. That means no further work times or external services can be booked to them, and new financial documents such as estimates, credit invoices or invoices can no longer be created for these jobs.

The status `dormant` documents that a customer account is not currently closed, but behaves like a closed customer account, i.e. for example, no times can be booked on the jobs of the customer account.

{% hint style="info" %}
**Allow status changes only with certain permissions**\
It can also be defined that a user may only change a status under certain conditions - e.g. only with administrator rights. \
One use case would be to allow reopening an already closed customer account only by administrators.\
Contact our customer service if you have such rules in your processes:\
<info@dieagenturverwaltung.de>
{% endhint %}


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://wiki.dieagenturverwaltung.de/die-agenturverwaltung-en/projektverwaltung-1/etats.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
