#36 - August 2026
Receivables
Reminder "Sent By" now visible in lists and exports
What changed:
• The reminder list and the reminder export can now show a "Sent By" column, so customers no longer have to open a reminder to see who sent it.
• It resolves to the user for manually sent reminders and to the automated shipping for system-sent reminders.
• Enabled by default in the "Sent" reminder list; available as an optional column in table settings and in export layouts (not offered for the Drafts scope, where it would always be empty).
Why it matters:
Dunning reviews and audits of "who contacted this customer, and was it a person or automation?" previously meant clicking through reminders one by one. Now it is one list view or one export.
Export download links now valid for 30 days
What changed:
Download links in export emails are valid for 30 days instead of 7
The email states how long the link remains valid
Why it matters:
Customers no longer lose access to an export before they get around to downloading it, and no longer need to re-trigger it.
Restructured placeholder overview (Settings → Placeholders)
What changed:
12 flat cards became 6 blocks grouped by data source: Recipient, Sender, Document content, Payment, Dynamic placeholders, Formatting.
Reminder-only and letter-only placeholders now carry a badge in their row.
Payment QR code placeholders are documented for the first time.
The "Invoice data (only for Media Files)" card is gone. Those placeholders are no longer needed.
Why it matters:
Customers find the right placeholder by data source instead of scanning twelve cards, and the page no longer advertises placeholders that silently fail to resolve.
Languages settings reorganised
What changed:
Settings > Languages > Details has been reorganized: labels are now grouped by where they appear in the document (Header & footer, PDF table columns, Amounts & totals, Payment information) instead of a single "Enterprise Information" block.
Two unused labels removed ("Reminder Stage", "Note"), and several misleading names fixed.
Why it matters:
Setting up a new language is easier to follow, and generated reminders, letters, and emails are completely unaffected.
Reminder Activity History
What changed:
Reminder detail view (drafts and sent reminders) now has an Activity tab showing a chronological event timeline
Tracked events: sent, snoozed, snooze removed, archived, send date changed (automatic nightly shift)
Each event records the acting user (or the Bilendo bot for automated actions), a timestamp, and payload details like dates, dunning stage, or notes
Repeated events of the same type collapse into one row with an occurrence badge and a "show earlier occurrences" toggle
Long histories load automatically as you scroll, no pagination clicks
Why it matters:
Until now, reminder changes were only recorded in a generic, author-less log that customers could not see. Teams working on the same customer portfolio had no way to answer "who postponed this reminder, and why?" without asking around. This makes reminder handling auditable and removes a recurring source of internal back-and-forth.
Event tracking has been running since the release on Wednesday evening, August 12, so customers already have real history in their timelines going back to that date. Anything that happened before August 12 is not recorded and will not appear retroactively.
Risk
Status & refresh for pending credit info requests
What changed:
Rows in the credit informations list now show a status badge when an Allianz cover request or Coface Icon order is pending
Hovering the badge reveals a hovercard with request details (request type, policy/product code, date, requester; publication/monitoring details for Coface Icon when present)
A new refresh icon updates a single pending row — a spinner shows over the row, and the status updates once the request/order completes, no full page reload
Why it matters:
Users no longer have to reload the page or guess the state of a pending request. They see the status inline and can refresh individual rows on demand.
Risk alert — Credit cover expires within X days
What changed:
New risk alert that triggers when a credit cover is approaching its expiry date
The threshold (number of days before expiry) is user-configurable
Mirrors the existing "Credit limit expires within X days" alert logic
Why it matters:
Customers can act on upcoming cover expirations before they happen, avoiding unintended increases in uncovered credit exposure.
Choose approvers in the credit limit suggestion
What changed:
An approver in the credit limit suggestion approval process is now auto-selected as soon as only one approver is in the approver pool.
Previously, an approver had to be manually assigned.
Why it matters:
Setting up the credit limit suggestion is faster. The common single-approver case needs no manual assignment.
Allianz search by identification number
What changed:
The Allianz search form (draft and existing customer flows) has a new "Identification Number" search type
Selecting it shows country and identifier-type/value fields and hides the name fields
Picking a country loads the supported identifier types from Allianz; the value field stays disabled until a type is chosen
A valid country/type/value search returns candidate companies in the same results view as name/EHID search
Why it matters:
Allianz Trade supports identifying customers by country-specific identifiers beyond master data and EHID. Users can now use those identifiers directly, improving match rates in countries where name/EHID search is insufficient.
Redesigned credit limit request flow
What changed:
The three-step flow (Entry → Application Details → Approval) has a streamlined UI that surfaces the important values up front
The footer "Add explanation" section now includes a Comment field and an "Add as Condition" option.
Why it matters:
Credit managers were slowed down by data-heavy screens. The redesign puts the decision-relevant numbers first, so risk can be evaluated and approved faster.
Hide & show cards
What changed:
Every card now has a menu with a single action: "Hide this card". Hiding is immediate and persisted.
Hidden cards appear as chips in a sticky bar at the bottom ("{n} hidden" + a chip per card + "Show all"). Clicking a chip or "Show all" restores the card.
Restored cards are appended as the last card at full width; the user then re-places them via the existing drag-and-drop.
Implemented on the Risk Management tab, the Analytics tab, and the credit limit suggestion view.
Why it matters:
The Risk Management tab is dense and not every role needs every card. Users can now tailor it to what they actually use, without affecting anyone else.
Configurable Key Stats in Interface Templates
What changed:
Users with access to the settings can now enable/disable and reorder the fields shown in the Key Stats card.
Two field types: standard fields (auto-populated by Bilendo) and custom fields (admin-defined label, value entered manually per customer).
The customer-side Key Stats card renders only the active fields, in the configured order, on the Risk Management tab and on the credit limit suggestion view.
Why it matters:
The Key Stats card used to be fixed. Now each template surfaces exactly the metrics that matter for those accounts — including a customer's own manually maintained data points.
Automatic new customer matching via external ID
What changed:
New customers are now matched automatically to existing customers via the external ID (no manual matching step needed)
On a match, credit information, credit cover, and identification number from the new customer are added to the existing customer
Only empty fields are filled; existing values are not overwritten
Why it matters:
Matched customers end up with complete credit and identification data automatically, reducing manual data entry and keeping credit-related workflows consistent.
Foreign-currency credit limits with a separate decision currency
What changed:
Credit limits can be requested in a foreign currency (e.g. PLN, GBP) and reviewed/approved in a different decision currency (e.g. EUR), configured per credit policy
The ECB rate is captured once at request creation and frozen; approval routing is determined from this snapshot and does not re-route if rates move later
The Credit Limit Suggestion screen gets a Request/Approval currency toggle and dual display of every converted amount
2,000,000 PLN ≙ €465,000) with the conversion date
Why it matters:
Credit managers get consistent approval routing in one standard currency, while the authoritative limit stays in the customer's requested currency. Every decision is fully reproducible with the exact rate used.
Company Code Filter on Risk Index Pages
What changed:
Added a dedicated company code filter to five risk index pages: Credit Limit, Credit Limit Suggestion, Credit Information, Credit Covers, Securities
Multi-select filter - customers can view one, several, or all company codes at once
Includes "Select all", "Remove selection", and a search field
Why it matters:
Customers operating multiple company codes can now isolate the relevant entries on risk pages instead of scanning a mixed list. Complements the company code column we shipped previously.
Cover Status Filter on Credit Covers
What changed:
Added a dedicated cover status filter to the credit covers index page
Multi-select filter across all cover statuses (Pending, Approved, Full Cover, Partial Cover, Reduced, Rejected, Withdrawn, Pending Withdrawal, Discretionary, Manually Added)
Includes "Select all", "Remove selection", and a search field
Why it matters:
Customers can now isolate covers by status, e.g. show only Pending or Rejected covers, instead of scanning the full list.