> For the complete documentation index, see [llms.txt](https://docs.powerall.app/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.powerall.app/crm/verkoopprijsafspraken.md).

# Verkoopprijsafspraken

{% hint style="warning" %}
Verkoopprijsafspraken is beschikbaar bij licentieniveau onderdelen / magazijn **Geavanceerd**
{% endhint %}

Als je een nieuwe verkooporder voor een klant maakt wordt uiteraard de ingestelde verkoopprijs van een artikel gebruikt als regelbedrag. Je kunt de regel vervolgens aanpassen om de prijs te veranderen of korting toe te voegen. Voor ad hoc kortingen werkt dit uiteraard prima, maar als je met de klant een vaste prijsafspraak hebt gemaakt wil je hier niet continu aan moeten denken.

Om deze prijsafspraken in het systeem vast te leggen kun je 'Verkoopprijsafspraken' toevoegen. Een prijsafspraak bestaat uit een aantal onderdelen:

* Een omschrijving
* Datums waarbinnen de afspraak geldig is
* Een basisprijstype (verkoopprijs of inkoopprijs)
* Een optionele prioriteit
* Een ordertype waarop de prijsafspraak van toepassing is
* Relatie- en artikelselectie
* En uiteraard een kortingspercentage of opslagpercentage

### Relatie- en artikelselectie

Een prijsafspraak is standaard op alle relaties en artikelen van toepassing. Vaak wil je dit inperken. Dit kan op een aantal manieren:

* Selecteren van een vaste relatie of artikel
* Alle relaties of artikelen met een bepaalde [tag](/algemeen/kenmerken-en-tags.md). Hiermee kun je makkelijk een dynamische prijsafspraak maken
* Een conditie instellen. Hiermee kun je bijvoorbeeld filteren op meerdere tags tegelijk of alleen artikelen met een bepaalde verkoopprijs selecteren

### Toepassing

Er is altijd maar 1 prijsafspraak die wordt toegepast (prijsafspraken worden dus nooit gecombineerd). Om te bepalen welke prijsafspraak dit is volgt het systeem een specifiek stappenplan:

{% stepper %}
{% step %}

### Prijsafspraken filteren

Alle prijsafspraken die voldoen aan de selectie worden ingeladen. Hierbij wordt gekeken naar de datum (verlopen prijsafspraken worden bijvoorbeeld uitgefilterd) en de relatie- en artikelselectie. Als een prijsafspraak bijvoorbeeld geen relatieselectie heeft is deze altijd van toepassing, ongeacht de klant.
{% endstep %}

{% step %}

### Hoogste prioriteit kiezen

Standaard heeft een prijsafspraak prioriteit 0. Door een hogere of lagere prioriteit toe te kennen kun je bepaalde prijsafspraken zwaarder laten meewegen, ongeacht het uiteindelijke kortingsniveau. Het systeem gebruikt alleen de prijsafspraak met de hoogste prioriteit.
{% endstep %}

{% step %}

### Sorteren op laagste prijs

De prijsafspraken die voldoen aan de selectie en de hoogste prioriteit hebben worden uiteindelijk gesorteerd op de prijsafspraak die de laagste prijs (dus de hoogste korting) geeft. Als je bijvoorbeeld met een klant hebt afgesproken dat hij altijd 10% korting krijgt maar je tegelijk een kortingsactie op een bepaald artikel hebt van 5% wil je niet dat het systeem voor dat artikel ineens 5% rekent. Mocht je dit toch wel willen zul je de lagere prijsafspraak dus een hogere prioriteit moeten geven
{% endstep %}
{% endstepper %}

Als het systeem heeft bepaald welke prijsafspraak van toepassing is wordt gekeken naar de ingestelde korting of opslag. Bij een korting wordt de ingstelde korting overgenomen op de orderregel. Bij een opslag wordt de stuksprijs op de orderregel (naar boven) aangepast, en blijft het kortingsveld leeg. Het is ook mogelijk om een opslag op de inkoopprijs in te stellen, dit kan door basisprijstype op 'Inkoopprijs' te zetten. In dat geval wordt de opslag niet over de verkoopprijs maar over de inkoopprijs gerekend.

### Inzicht

Bij het aanmaken van een orderregel kun je zien welke prijsafspraak is toegepast via het <i class="fa-info">:info:</i> knopje. Als de regel eenmaal is opgeslagen is dit niet meer te zien, omdat de korting naderhand aangepast kan zijn. De prijsafspraak bepaalt dus alleen de initiële korting of prijs van een orderregel en is daarna niet meer relevant.


---

# 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://docs.powerall.app/crm/verkoopprijsafspraken.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.