A service allowance arises via an allowance item on a sales order as soon as you create the order confirmation. Technicians book via the field “Service allowance” in the booking report. Only bookings that are not on a sales order are counted. The allowance can be overbooked, extra effort is to be billed separately according to the docs, and unused hours expire in weclapp. Whether hours may expire toward your customer is governed by your contract. This is not a substitute for legal advice.
Time you book on a sales order therefore doesn't count toward the allowance. For customers with an allowance, the ticket stays without a project order in our practice; time-and-materials customers book against tasks of their order.
Bookings on an allowance are not individually billable because the allowance is billed separately. For extra hours you therefore need a rule per customer: either you book beyond the allowance (overbooking), or you close the full allowance, because according to the docs only open allowances accept bookings, and book further time on the sales order. Never both for the same booking. How an overbooking gets onto the invoice is not described in the docs. In a test via the API (sandbox, as of 11.10.2026), bookings on the allowance appeared in the service report but not on the invoice, and an overbooking was possible without a warning. So expect to bill extra hours yourself, for example via the sales order. Check your rule on a test tenant.
We solve the monthly reset like this: the contract creates a sales order with an allowance item every month. That is wals.pro practice, not a weclapp standard. Rebuild it on a test tenant beforehand: the order must be confirmed and carry a service period, otherwise no allowance is created. How time arises on the ticket is covered in How do I connect helpdesk, time booking and invoice at an IT service provider?.