@firmenakte/api-client 2.1.0 → 2.1.1

package/client.d.ts

@@ -1313,10 +1313,10 @@ export interface ZipCodeResponse {
 }
 export declare namespace Api {
     /**
-     * No description
+     * @description Downloads the signed GISA PDF extract for a license (GISA-Zahl). Language defaults to German (De).
      * @tags Trades
      * @name V1TradesDocumentsDetail
-     * @summary Downloads the signed GISA PDF extract for a license (GISA-Zahl). Language defaults to German (De).
+     * @summary GISA PDF extract
      * @request GET:/api/v1/trades/documents/{gisaZahl}
      * @secure
      */
@@ -1336,10 +1336,10 @@ export declare namespace Api {
         type ResponseBody = Blob;
     }
     /**
-     * No description
+     * @description Returns the global catalog of GISA Trade Definitions with pagination.
      * @tags Trades
      * @name V1TradesList
-     * @summary Returns the global catalog of GISA Trade Definitions with pagination.
+     * @summary GISA trade catalog
      * @request GET:/api/v1/trades
      * @secure
      */
@@ -1369,10 +1369,10 @@ export declare namespace Api {
         type ResponseBody = PagedResponseOfTradeCatalogItemResponse;
     }
     /**
-     * No description
+     * @description Returns all company licenses for a specific trade definition with pagination.
      * @tags Trades
      * @name V1TradesLicensesList
-     * @summary Returns all company licenses for a specific trade definition with pagination.
+     * @summary Licenses by trade
      * @request GET:/api/v1/trades/{tradeKey}/licenses
      * @secure
      */
@@ -1402,10 +1402,10 @@ export declare namespace Api {
         type ResponseBody = PagedResponseOfGisaLicense;
     }
     /**
-     * No description
+     * @description Returns all licenses for a specific company (FNR).
      * @tags Trades
      * @name V1TradesCompanyDetail
-     * @summary Returns all licenses for a specific company (FNR).
+     * @summary Company GISA licenses
      * @request GET:/api/v1/trades/company/{fnr}
      * @secure
      */
@@ -1419,10 +1419,10 @@ export declare namespace Api {
         type ResponseBody = GisaLicense[];
     }
     /**
-     * No description
+     * @description Returns a single GISA change by id.
      * @tags Trades
      * @name V1TradesChangesDetail
-     * @summary Returns a single GISA change by id.
+     * @summary GISA change by id
      * @request GET:/api/v1/trades/changes/{id}
      * @secure
      */
@@ -1437,10 +1437,10 @@ export declare namespace Api {
         type ResponseBody = GisaChange;
     }
     /**
-     * @description Ordered by ascending id, and that id is the cursor: request with sinceId set to the highest id you have stored, walk page=1,2,… at a fixed pageSize until a page comes back with fewer than pageSize rows, keep the highest id you saw, and start the next poll from it. sinceId is exclusive, so nothing is delivered twice, and a new change always takes a higher id than every change already in the feed, so it appends to the end and never shifts a page you have already read. since is inclusive, filters on when we recorded the change rather than on changedDate, and applies together with sinceId when both are sent. Paging without sinceId is not a reliable feed: an offset is not a watermark, and page stops at 1000. Under concurrent writes a change can become visible just after a higher id, so a consumer that must not miss one resumes from the previous poll's watermark and de-duplicates by id. fnr is normalised before matching — trimmed, spaces and leading zeros removed, case left alone — so 034853 f and 34853f are the same company, exactly as on GET /businesses.
+     * @description Feed of GISA changes — one entry per change to a company's trade licences. Ordered by ascending id, and that id is the cursor: request with sinceId set to the highest id you have stored, walk page=1,2,… at a fixed pageSize until a page comes back with fewer than pageSize rows, keep the highest id you saw, and start the next poll from it. sinceId is exclusive, so nothing is delivered twice, and a new change always takes a higher id than every change already in the feed, so it appends to the end and never shifts a page you have already read. since is inclusive, filters on when we recorded the change rather than on changedDate, and applies together with sinceId when both are sent. Paging without sinceId is not a reliable feed: an offset is not a watermark, and page stops at 1000. Under concurrent writes a change can become visible just after a higher id, so a consumer that must not miss one resumes from the previous poll's watermark and de-duplicates by id. fnr is normalised before matching — trimmed, spaces and leading zeros removed, case left alone — so 034853 f and 34853f are the same company, exactly as on GET /businesses.
      * @tags Trades
      * @name V1TradesChangesList
-     * @summary Feed of GISA changes — one entry per change to a company's trade licences.
+     * @summary GISA change feed
      * @request GET:/api/v1/trades/changes
      * @secure
      */
@@ -1479,10 +1479,10 @@ export declare namespace Api {
         type ResponseBody = PagedResponseOfGisaChange;
     }
     /**
-     * No description
+     * @description Returns (id, name) pairs for all people with at least one business assignment. For client-side name index.
      * @tags People
      * @name V1PeopleNamesList
-     * @summary Returns (id, name) pairs for all people with at least one business assignment. For client-side name index.
+     * @summary Person name index
      * @request GET:/api/v1/people/names
      * @secure
      */
@@ -1494,10 +1494,10 @@ export declare namespace Api {
         type ResponseBody = PersonNameItem[];
     }
     /**
-     * @description name and search behave identically here — both split the term on spaces and keep people whose "firstName lastName" contains every token, case-insensitively — except that search wins when both are given. Ordered by last name, then first name unless orderBy says otherwise. Combine with fnr or businessName to get the officers of one company, or with functionCode for one role. fnr, functionCode, businessName, businessCity and businessRegisteredSince_gte all describe one and the same assignment: a person comes back only if a single company of theirs satisfies every one of them. So the youngest owners of this year's new Viennese companies are one page: ?businessCity=Wien&businessRegisteredSince_gte=2026-01-01&functionCode=IN&functionCode=KP&functionCode=GS&functionCode=PG&orderBy=birthDate&orderByDescending=true&pageSize=3
+     * @description Lists people who hold a function in, or a GISA licence for, an Austrian company. name and search behave identically here — both split the term on spaces and keep people whose "firstName lastName" contains every token, case-insensitively — except that search wins when both are given. Ordered by last name, then first name unless orderBy says otherwise. Combine with fnr or businessName to get the officers of one company, or with functionCode for one role. fnr, functionCode, businessName, businessCity and businessRegisteredSince_gte all describe one and the same assignment: a person comes back only if a single company of theirs satisfies every one of them. So the youngest owners of this year's new Viennese companies are one page: ?businessCity=Wien&businessRegisteredSince_gte=2026-01-01&functionCode=IN&functionCode=KP&functionCode=GS&functionCode=PG&orderBy=birthDate&orderByDescending=true&pageSize=3
      * @tags People
      * @name V1PeopleList
-     * @summary Lists people who hold a function in, or a GISA licence for, an Austrian company.
+     * @summary People search
      * @request GET:/api/v1/people
      * @secure
      */
@@ -1545,10 +1545,10 @@ export declare namespace Api {
         type ResponseBody = PagedResponseOfPerson;
     }
     /**
-     * @description personId is the synthetic id described in the glossary — "firstname-lastname-birthdate", lower case, inner spaces replaced by hyphens and "x" for a part the register does not give, e.g. "max-mustermann-1970-01-01". It is matched exactly. Take it from a list row or from an assignment on a company rather than composing it yourself.
+     * @description Returns one person with every company function, GISA licence and Edikt attached to them. personId is the synthetic id described in the glossary — "firstname-lastname-birthdate", lower case, inner spaces replaced by hyphens and "x" for a part the register does not give, e.g. "max-mustermann-1970-01-01". It is matched exactly. Take it from a list row or from an assignment on a company rather than composing it yourself.
      * @tags People
      * @name V1PeopleDetail
-     * @summary Returns one person with every company function, GISA licence and Edikt attached to them.
+     * @summary Person detail
      * @request GET:/api/v1/people/{personId}
      * @secure
      */
@@ -1562,10 +1562,10 @@ export declare namespace Api {
         type ResponseBody = PersonDetailResponse;
     }
     /**
-     * No description
+     * @description Returns the OeNACE classification catalog with company counts. Results are ordered by company count descending — most used first.
      * @tags Oenace
      * @name V1OenaceList
-     * @summary Returns the OeNACE classification catalog with company counts. Results are ordered by company count descending — most used first.
+     * @summary OeNACE classification catalog
      * @request GET:/api/v1/oenace
      * @secure
      */
@@ -1600,10 +1600,10 @@ export declare namespace Api {
         type ResponseBody = PagedResponseOfOenaceCatalogItemResponse;
     }
     /**
-     * No description
+     * @description Returns all legal forms with pagination and optional search, sorted by business count descending.
      * @tags LegalForms
      * @name V1LegalformsList
-     * @summary Returns all legal forms with pagination and optional search, sorted by business count descending.
+     * @summary Legal form catalog
      * @request GET:/api/v1/legalforms
      * @secure
      */
@@ -1632,10 +1632,10 @@ export declare namespace Api {
         type ResponseBody = PagedResponseOfLegalFormCatalogItemResponse;
     }
     /**
-     * @description The network of people and companies around one starting point — who sits on which board with whom. nodes are people ("person") and companies ("business"), each carrying the id you would pass to /people/{personId} or /businesses/{fnr}; edges are source/target pairs of those ids whose relationshipType is "assignment", a person holding a function in a company. ("address", two companies registered at the same street address, is a second edge type the deployment can enable; it is off today, so expect only assignment edges.) The traversal depth is fixed at 2 hops and is not a parameter — a node with further connections outside that boundary carries hasMore=true, and isCentralNode marks the entity you started from. personId and fnr are mutually exclusive, not combinable: supplying both, or neither, is a 400, and an id that exists in neither register is a 404.
+     * @description Returns the graph (nodes and edges) within 2 hops of the start entity. Exactly one of personId or fnr must be provided. The network of people and companies around one starting point — who sits on which board with whom. nodes are people ("person") and companies ("business"), each carrying the id you would pass to /people/{personId} or /businesses/{fnr}; edges are source/target pairs of those ids whose relationshipType is "assignment", a person holding a function in a company. ("address", two companies registered at the same street address, is a second edge type the deployment can enable; it is off today, so expect only assignment edges.) The traversal depth is fixed at 2 hops and is not a parameter — a node with further connections outside that boundary carries hasMore=true, and isCentralNode marks the entity you started from. personId and fnr are mutually exclusive, not combinable: supplying both, or neither, is a 400, and an id that exists in neither register is a 404.
      * @tags Graph
      * @name V1GraphList
-     * @summary Returns the graph (nodes and edges) within 2 hops of the start entity. Exactly one of personId or fnr must be provided.
+     * @summary Relationship graph
      * @request GET:/api/v1/graph
      * @secure
      */
@@ -1652,10 +1652,10 @@ export declare namespace Api {
         type ResponseBody = GraphResponse;
     }
     /**
-     * @description Each row carries only id, fnr, changeType and the dates; fetch the payload with GET /globalchanges/{id}, or poll one register's typed feed instead (/businesses/changes, /documents/changes, /edikte/changes, /trades/changes). Ordered by ascending id, and that id is the cursor: request with sinceId set to the highest id you have stored, walk page=1,2,… at a fixed pageSize until a page comes back with fewer than pageSize rows, keep the highest id you saw, and start the next poll from it. sinceId is exclusive, so nothing is delivered twice, and a new change always takes a higher id than every change already in the feed, so it appends to the end and never shifts a page you have already read. since is inclusive, filters on when we recorded the change rather than on changedDate, and applies together with sinceId when both are sent. Paging without sinceId is not a reliable feed: an offset is not a watermark, and page stops at 1000. Under concurrent writes a change can become visible just after a higher id, so a consumer that must not miss one resumes from the previous poll's watermark and de-duplicates by id.
+     * @description The single feed of every change across all registers — Firmenbuch, GISA, Ediktsdatei and the BMF Scheinunternehmen list — as lightweight reference rows. Each row carries only id, fnr, changeType and the dates; fetch the payload with GET /globalchanges/{id}, or poll one register's typed feed instead (/businesses/changes, /documents/changes, /edikte/changes, /trades/changes). Ordered by ascending id, and that id is the cursor: request with sinceId set to the highest id you have stored, walk page=1,2,… at a fixed pageSize until a page comes back with fewer than pageSize rows, keep the highest id you saw, and start the next poll from it. sinceId is exclusive, so nothing is delivered twice, and a new change always takes a higher id than every change already in the feed, so it appends to the end and never shifts a page you have already read. since is inclusive, filters on when we recorded the change rather than on changedDate, and applies together with sinceId when both are sent. Paging without sinceId is not a reliable feed: an offset is not a watermark, and page stops at 1000. Under concurrent writes a change can become visible just after a higher id, so a consumer that must not miss one resumes from the previous poll's watermark and de-duplicates by id.
      * @tags GlobalChanges
      * @name V1GlobalchangesList
-     * @summary The single feed of every change across all registers — Firmenbuch, GISA, Ediktsdatei and the BMF Scheinunternehmen list — as lightweight reference rows.
+     * @summary All-register change feed
      * @request GET:/api/v1/globalchanges
      * @secure
      */
@@ -1694,10 +1694,10 @@ export declare namespace Api {
         type ResponseBody = PagedResponseOfGlobalChange;
     }
     /**
-     * @description Built for watchlist polling: pass up to 1000 fnr values (repeat the parameter) and one cursor, and get back four arrays — businessChanges, documentChanges, ediktChanges, globalChanges — each ordered by ascending id and capped at maxResultsPerType. Not paged: raise maxResultsPerType or advance sinceId instead. sinceId is exclusive and since is inclusive, exactly as on the paged feeds, but one sinceId covers all four arrays: an array that comes back full at maxResultsPerType has more behind it and bounds the cursor, so advance sinceId only to the lowest of the full arrays' highest ids, and to the highest id of all four once none comes back full. Passing no fnr returns four empty arrays, not the whole feed.
+     * @description Changes for a watchlist of companies, all four change types in one unpaged response. Built for watchlist polling: pass up to 1000 fnr values (repeat the parameter) and one cursor, and get back four arrays — businessChanges, documentChanges, ediktChanges, globalChanges — each ordered by ascending id and capped at maxResultsPerType. Not paged: raise maxResultsPerType or advance sinceId instead. sinceId is exclusive and since is inclusive, exactly as on the paged feeds, but one sinceId covers all four arrays: an array that comes back full at maxResultsPerType has more behind it and bounds the cursor, so advance sinceId only to the lowest of the full arrays' highest ids, and to the highest id of all four once none comes back full. Passing no fnr returns four empty arrays, not the whole feed.
      * @tags GlobalChanges
      * @name V1GlobalchangesAggregatedList
-     * @summary Changes for a watchlist of companies, all four change types in one unpaged response.
+     * @summary Aggregated watchlist changes
      * @request GET:/api/v1/globalchanges/aggregated
      * @secure
      */
@@ -1723,10 +1723,10 @@ export declare namespace Api {
         type ResponseBody = AggregatedChangesResponse;
     }
     /**
-     * @description The envelope is a discriminator plus the payload: changeType says which register, and data is the matching object — a BusinessChange, DocumentChange, EdiktChange, GisaChange or ScheinunternehmenChange. Since data is a union, read changeType before it.
+     * @description Returns one change with its typed payload, whichever register it came from. The envelope is a discriminator plus the payload: changeType says which register, and data is the matching object — a BusinessChange, DocumentChange, EdiktChange, GisaChange or ScheinunternehmenChange. Since data is a union, read changeType before it.
      * @tags GlobalChanges
      * @name V1GlobalchangesDetail
-     * @summary Returns one change with its typed payload, whichever register it came from.
+     * @summary Change by id
      * @request GET:/api/v1/globalchanges/{id}
      * @secure
      */
@@ -1741,10 +1741,10 @@ export declare namespace Api {
         type ResponseBody = ChangeDetailResponse;
     }
     /**
-     * @description The id is the shared change id from GET /globalchanges, so an id that exists but whose changeType is not "edikt" answers 404 here.
+     * @description Returns one Ediktsdatei change by id. The id is the shared change id from GET /globalchanges, so an id that exists but whose changeType is not "edikt" answers 404 here.
      * @tags Edikte
      * @name V1EdikteChangesDetail
-     * @summary Returns one Ediktsdatei change by id.
+     * @summary Edikt change by id
      * @request GET:/api/v1/edikte/changes/{id}
      * @secure
      */
@@ -1759,10 +1759,10 @@ export declare namespace Api {
         type ResponseBody = EdiktChange;
     }
     /**
-     * @description Ordered by ascending id, and that id is the cursor: request with sinceId set to the highest id you have stored, walk page=1,2,… at a fixed pageSize until a page comes back with fewer than pageSize rows, keep the highest id you saw, and start the next poll from it. sinceId is exclusive, so nothing is delivered twice, and a new change always takes a higher id than every change already in the feed, so it appends to the end and never shifts a page you have already read. since is inclusive, filters on when we recorded the change rather than on the publication date, and applies together with sinceId when both are sent. Paging without sinceId is not a reliable feed: an offset is not a watermark, and page stops at 1000. Under concurrent writes a change can become visible just after a higher id, so a consumer that must not miss an insolvency notice resumes from the previous poll's watermark and de-duplicates by id. fnr is normalised before matching — trimmed, spaces and leading zeros removed, case left alone — so 034853 f and 34853f are the same company, exactly as on GET /businesses.
+     * @description Feed of Ediktsdatei changes — insolvency and other court notices published about a company or a person. Ordered by ascending id, and that id is the cursor: request with sinceId set to the highest id you have stored, walk page=1,2,… at a fixed pageSize until a page comes back with fewer than pageSize rows, keep the highest id you saw, and start the next poll from it. sinceId is exclusive, so nothing is delivered twice, and a new change always takes a higher id than every change already in the feed, so it appends to the end and never shifts a page you have already read. since is inclusive, filters on when we recorded the change rather than on the publication date, and applies together with sinceId when both are sent. Paging without sinceId is not a reliable feed: an offset is not a watermark, and page stops at 1000. Under concurrent writes a change can become visible just after a higher id, so a consumer that must not miss an insolvency notice resumes from the previous poll's watermark and de-duplicates by id. fnr is normalised before matching — trimmed, spaces and leading zeros removed, case left alone — so 034853 f and 34853f are the same company, exactly as on GET /businesses.
      * @tags Edikte
      * @name V1EdikteChangesList
-     * @summary Feed of Ediktsdatei changes — insolvency and other court notices published about a company or a person.
+     * @summary Ediktsdatei change feed
      * @request GET:/api/v1/edikte/changes
      * @secure
      */
@@ -1801,10 +1801,10 @@ export declare namespace Api {
         type ResponseBody = PagedResponseOfEdiktChange;
     }
     /**
-     * No description
+     * @description Downloads a Firmenbuch document (PDF/XML) by its document key.
      * @tags Documents
      * @name V1DocumentsDownloadDetail
-     * @summary Downloads a Firmenbuch document (PDF/XML) by its document key.
+     * @summary Firmenbuch document download
      * @request GET:/api/v1/documents/download/{documentKey}
      * @secure
      */
@@ -1818,10 +1818,10 @@ export declare namespace Api {
         type ResponseBody = void;
     }
     /**
-     * @description The id is the shared change id from GET /globalchanges, so an id that exists but whose changeType is not "document" answers 404 here.
+     * @description Returns one document change by id, with the document's metadata. The id is the shared change id from GET /globalchanges, so an id that exists but whose changeType is not "document" answers 404 here.
      * @tags Documents
      * @name V1DocumentsChangesDetail
-     * @summary Returns one document change by id, with the document's metadata.
+     * @summary Document change by id
      * @request GET:/api/v1/documents/changes/{id}
      * @secure
      */
@@ -1836,10 +1836,10 @@ export declare namespace Api {
         type ResponseBody = DocumentChange;
     }
     /**
-     * @description Each entry names a documentKey; fetch the file itself with GET /documents/download/{documentKey}. Ordered by ascending id, and that id is the cursor: request with sinceId set to the highest id you have stored, walk page=1,2,… at a fixed pageSize until a page comes back with fewer than pageSize rows, keep the highest id you saw, and start the next poll from it. sinceId is exclusive, so nothing is delivered twice, and a new change always takes a higher id than every change already in the feed, so it appends to the end and never shifts a page you have already read. since is inclusive, filters on when we recorded the change rather than on the document date, and applies together with sinceId when both are sent. Paging without sinceId is not a reliable feed: an offset is not a watermark, and page stops at 1000. Under concurrent writes a change can become visible just after a higher id, so a consumer that must not miss one resumes from the previous poll's watermark and de-duplicates by id. fnr is normalised before matching — trimmed, spaces and leading zeros removed, case left alone — so 034853 f and 34853f are the same company, exactly as on GET /businesses.
+     * @description Feed of newly filed Firmenbuch documents — this is how you learn that a company has published a new Jahresabschluss. Each entry names a documentKey; fetch the file itself with GET /documents/download/{documentKey}. Ordered by ascending id, and that id is the cursor: request with sinceId set to the highest id you have stored, walk page=1,2,… at a fixed pageSize until a page comes back with fewer than pageSize rows, keep the highest id you saw, and start the next poll from it. sinceId is exclusive, so nothing is delivered twice, and a new change always takes a higher id than every change already in the feed, so it appends to the end and never shifts a page you have already read. since is inclusive, filters on when we recorded the change rather than on the document date, and applies together with sinceId when both are sent. Paging without sinceId is not a reliable feed: an offset is not a watermark, and page stops at 1000. Under concurrent writes a change can become visible just after a higher id, so a consumer that must not miss one resumes from the previous poll's watermark and de-duplicates by id. fnr is normalised before matching — trimmed, spaces and leading zeros removed, case left alone — so 034853 f and 34853f are the same company, exactly as on GET /businesses.
      * @tags Documents
      * @name V1DocumentsChangesList
-     * @summary Feed of newly filed Firmenbuch documents — this is how you learn that a company has published a new Jahresabschluss.
+     * @summary Document change feed
      * @request GET:/api/v1/documents/changes
      * @secure
      */
@@ -1878,10 +1878,10 @@ export declare namespace Api {
         type ResponseBody = PagedResponseOfDocumentChange;
     }
     /**
-     * No description
+     * @description Returns all courts with pagination and optional search, sorted by business count descending.
      * @tags Courts
      * @name V1CourtsList
-     * @summary Returns all courts with pagination and optional search, sorted by business count descending.
+     * @summary Court catalog
      * @request GET:/api/v1/courts
      * @secure
      */
@@ -1910,10 +1910,10 @@ export declare namespace Api {
         type ResponseBody = PagedResponseOfCourtCatalogItemResponse;
     }
     /**
-     * No description
+     * @description Resolve company names to FNRs by exact name match (1:1). Used for CSV import.
      * @tags Businesses
      * @name V1BusinessesResolveNamesCreate
-     * @summary Resolve company names to FNRs by exact name match (1:1). Used for CSV import.
+     * @summary Name to FNR resolution
      * @request POST:/api/v1/businesses/resolve-names
      * @secure
      */
@@ -1925,10 +1925,10 @@ export declare namespace Api {
         type ResponseBody = ResolveBusinessNamesResponse;
     }
     /**
-     * @description name and search are different tools. name is a case-insensitive substring match on the company name and nothing else. search splits the term on spaces and keeps only companies matching every token, where a token matches the name, the fnr, or — when the whole term is a number — a GISA licence key or GISA-Zahl; it additionally lifts companies whose name starts with the term to the top of the default (name) ordering. So name narrows a known name, search finds an unknown one. Inactive companies always sort after active ones, whatever orderBy says. Pass countOnly=true for totalRecords without the rows, and use /businesses/aggregate to group the same filter set instead of paging through it.
+     * @description Lists companies matching the filters, one page of list rows per call. name and search are different tools. name is a case-insensitive substring match on the company name and nothing else. search splits the term on spaces and keeps only companies matching every token, where a token matches the name, the fnr, or — when the whole term is a number — a GISA licence key or GISA-Zahl; it additionally lifts companies whose name starts with the term to the top of the default (name) ordering. So name narrows a known name, search finds an unknown one. Inactive companies always sort after active ones, whatever orderBy says. Pass countOnly=true for totalRecords without the rows, and use /businesses/aggregate to group the same filter set instead of paging through it.
      * @tags Businesses
      * @name V1BusinessesList
-     * @summary Lists companies matching the filters, one page of list rows per call.
+     * @summary Company search
      * @request GET:/api/v1/businesses
      * @secure
      */
@@ -2491,10 +2491,10 @@ export declare namespace Api {
         type ResponseBody = PagedResponseOfBusinessListResponse;
     }
     /**
-     * No description
+     * @description Returns all business (fnr, name) pairs for client-side name index. No pagination.
      * @tags Businesses
      * @name V1BusinessesNamesList
-     * @summary Returns all business (fnr, name) pairs for client-side name index. No pagination.
+     * @summary Company name index
      * @request GET:/api/v1/businesses/names
      * @secure
      */
@@ -2506,10 +2506,10 @@ export declare namespace Api {
         type ResponseBody = BusinessNameItem[];
     }
     /**
-     * @description Unfiltered — it is the size of the whole dataset, not of a search. For a count over filters, call GET /businesses with countOnly=true and read totalRecords.
+     * @description Returns the number of companies in the dataset, as a bare integer. Unfiltered — it is the size of the whole dataset, not of a search. For a count over filters, call GET /businesses with countOnly=true and read totalRecords.
      * @tags Businesses
      * @name V1BusinessesCountList
-     * @summary Returns the number of companies in the dataset, as a bare integer.
+     * @summary Company count
      * @request GET:/api/v1/businesses/count
      * @secure
      */
@@ -2521,10 +2521,10 @@ export declare namespace Api {
         type ResponseBody = number;
     }
     /**
-     * No description
+     * @description Counts over the same filter set as GET /businesses, grouped by one dimension — the server-side GROUP BY that a caller would otherwise page the whole result set to compute. Every /businesses filter means exactly what it means there; page, pageSize, orderBy, orderByDescending and countOnly are ignored — top and minCount cap the bucket list instead. totalRecords equals /businesses?countOnly=true for the same filter; how the buckets relate to it is documented on BusinessAggregateResponse.
      * @tags Businesses
      * @name V1BusinessesAggregateList
-     * @summary Counts over the same filter set as GET /businesses, grouped by one dimension — the server-side GROUP BY that a caller would otherwise page the whole result set to compute. Every /businesses filter means exactly what it means there; page, pageSize, orderBy, orderByDescending and countOnly are ignored — top and minCount cap the bucket list instead. totalRecords equals /businesses?countOnly=true for the same filter; how the buckets relate to it is documented on BusinessAggregateResponse.
+     * @summary Grouped company counts
      * @request GET:/api/v1/businesses/aggregate
      * @secure
      */
@@ -3101,10 +3101,10 @@ export declare namespace Api {
         type ResponseBody = BusinessAggregateResponse;
     }
     /**
-     * No description
+     * @description Active businesses similar to the given one (same OeNACE branch, same region preferred).
      * @tags Businesses
      * @name V1BusinessesSimilarList
-     * @summary Active businesses similar to the given one (same OeNACE branch, same region preferred).
+     * @summary Similar companies
      * @request GET:/api/v1/businesses/{fnr}/similar
      * @secure
      */
@@ -3118,10 +3118,10 @@ export declare namespace Api {
         type ResponseBody = BusinessListResponse[];
     }
     /**
-     * @description fnr is matched exactly against the stored, normalised Firmenbuchnummer — lower case, no spaces, no leading zeros and no "FN" prefix, e.g. 34853f. Nothing is normalised on the way in, so "FN 34853 f" answers 404 rather than the company. 404 also means the company is not in the dataset yet.
+     * @description Returns the whole Firmenakte of one company: master data, addresses, people, GISA licences, Edikte, documents and the parsed annual accounts. fnr is matched exactly against the stored, normalised Firmenbuchnummer — lower case, no spaces, no leading zeros and no "FN" prefix, e.g. 34853f. Nothing is normalised on the way in, so "FN 34853 f" answers 404 rather than the company. 404 also means the company is not in the dataset yet.
      * @tags Businesses
      * @name V1BusinessesDetail
-     * @summary Returns the whole Firmenakte of one company: master data, addresses, people, GISA licences, Edikte, documents and the parsed annual accounts.
+     * @summary Company Firmenakte
      * @request GET:/api/v1/businesses/{fnr}
      * @secure
      */
@@ -3135,10 +3135,10 @@ export declare namespace Api {
         type ResponseBody = BusinessDetailResponse;
     }
     /**
-     * @description The id is the shared change id from GET /globalchanges, so an id that exists but whose changeType is not "business" answers 404 here.
+     * @description Returns one Firmenbuch change by id. The id is the shared change id from GET /globalchanges, so an id that exists but whose changeType is not "business" answers 404 here.
      * @tags Businesses
      * @name V1BusinessesChangesDetail
-     * @summary Returns one Firmenbuch change by id.
+     * @summary Firmenbuch change by id
      * @request GET:/api/v1/businesses/changes/{id}
      * @secure
      */
@@ -3153,10 +3153,10 @@ export declare namespace Api {
         type ResponseBody = BusinessChange;
     }
     /**
-     * @description Ordered by ascending id, and that id is the cursor: request with sinceId set to the highest id you have stored, walk page=1,2,… at a fixed pageSize until a page comes back with fewer than pageSize rows, keep the highest id you saw, and start the next poll from it. sinceId is exclusive, so nothing is delivered twice, and a new change always takes a higher id than every change already in the feed, so it appends to the end and never shifts a page you have already read. since is inclusive, filters on when we recorded the change rather than on changedDate — so a back-dated entry is not missed — and applies together with sinceId when both are sent. Paging without sinceId is not a reliable feed: an offset is not a watermark, and page stops at 1000. Under concurrent writes a change can become visible just after a higher id, so a consumer that must not miss one resumes from the previous poll's watermark and de-duplicates by id. fnr is normalised before matching — trimmed, spaces and leading zeros removed, case left alone — so 034853 f and 34853f are the same company, exactly as on GET /businesses. Use GET /globalchanges for the same feed across all four registers.
+     * @description Feed of Firmenbuch changes — one entry per new legal record (Eintragung). Ordered by ascending id, and that id is the cursor: request with sinceId set to the highest id you have stored, walk page=1,2,… at a fixed pageSize until a page comes back with fewer than pageSize rows, keep the highest id you saw, and start the next poll from it. sinceId is exclusive, so nothing is delivered twice, and a new change always takes a higher id than every change already in the feed, so it appends to the end and never shifts a page you have already read. since is inclusive, filters on when we recorded the change rather than on changedDate — so a back-dated entry is not missed — and applies together with sinceId when both are sent. Paging without sinceId is not a reliable feed: an offset is not a watermark, and page stops at 1000. Under concurrent writes a change can become visible just after a higher id, so a consumer that must not miss one resumes from the previous poll's watermark and de-duplicates by id. fnr is normalised before matching — trimmed, spaces and leading zeros removed, case left alone — so 034853 f and 34853f are the same company, exactly as on GET /businesses. Use GET /globalchanges for the same feed across all four registers.
      * @tags Businesses
      * @name V1BusinessesChangesList
-     * @summary Feed of Firmenbuch changes — one entry per new legal record (Eintragung).
+     * @summary Firmenbuch change feed
      * @request GET:/api/v1/businesses/changes
      * @secure
      */
@@ -3195,10 +3195,10 @@ export declare namespace Api {
         type ResponseBody = PagedResponseOfBusinessChange;
     }
     /**
-     * No description
+     * @description Returns all assignment functions (code/text lookup) for display. Cached 24h.
      * @tags AssignmentFunctions
      * @name V1AssignmentfunctionsList
-     * @summary Returns all assignment functions (code/text lookup) for display. Cached 24h.
+     * @summary Assignment function catalog
      * @request GET:/api/v1/assignmentfunctions
      * @secure
      */
@@ -3210,10 +3210,10 @@ export declare namespace Api {
         type ResponseBody = AssignmentFunctionItemResponse[];
     }
     /**
-     * No description
+     * @description Returns unique City+ZipCode combinations from addresses with pagination and optional search.
      * @tags Addresses
      * @name V1AddressesLocationsList
-     * @summary Returns unique City+ZipCode combinations from addresses with pagination and optional search.
+     * @summary City and ZIP combinations
      * @request GET:/api/v1/addresses/locations
      * @secure
      */
@@ -3241,10 +3241,10 @@ export declare namespace Api {
         type ResponseBody = PagedResponseOfAddressLocationResponse;
     }
     /**
-     * No description
+     * @description Returns unique cities from addresses with pagination and optional search.
      * @tags Addresses
      * @name V1AddressesCitiesList
-     * @summary Returns unique cities from addresses with pagination and optional search.
+     * @summary Cities
      * @request GET:/api/v1/addresses/cities
      * @secure
      */
@@ -3272,10 +3272,10 @@ export declare namespace Api {
         type ResponseBody = PagedResponseOfCityResponse;
     }
     /**
-     * No description
+     * @description Returns unique zip codes from addresses with pagination and optional search.
      * @tags Addresses
      * @name V1AddressesZipcodesList
-     * @summary Returns unique zip codes from addresses with pagination and optional search.
+     * @summary ZIP codes
      * @request GET:/api/v1/addresses/zipcodes
      * @secure
      */
@@ -3370,11 +3370,11 @@ export declare class HttpClient<SecurityDataType = unknown> {
 export declare class Api<SecurityDataType extends unknown> extends HttpClient<SecurityDataType> {
     api: {
         /**
-         * No description
+         * @description Downloads the signed GISA PDF extract for a license (GISA-Zahl). Language defaults to German (De).
          *
          * @tags Trades
          * @name V1TradesDocumentsDetail
-         * @summary Downloads the signed GISA PDF extract for a license (GISA-Zahl). Language defaults to German (De).
+         * @summary GISA PDF extract
          * @request GET:/api/v1/trades/documents/{gisaZahl}
          * @secure
          */
@@ -3385,11 +3385,11 @@ export declare class Api<SecurityDataType extends unknown> extends HttpClient<Se
             language?: "De" | "En";
         }, params?: RequestParams) => Promise<HttpResponse<Blob, ProblemDetails | ApiError>>;
         /**
-         * No description
+         * @description Returns the global catalog of GISA Trade Definitions with pagination.
          *
          * @tags Trades
          * @name V1TradesList
-         * @summary Returns the global catalog of GISA Trade Definitions with pagination.
+         * @summary GISA trade catalog
          * @request GET:/api/v1/trades
          * @secure
          */
@@ -3413,11 +3413,11 @@ export declare class Api<SecurityDataType extends unknown> extends HttpClient<Se
             pageSize?: number;
         }, params?: RequestParams) => Promise<HttpResponse<PagedResponseOfTradeCatalogItemResponse, ProblemDetails | ApiError>>;
         /**
-         * No description
+         * @description Returns all company licenses for a specific trade definition with pagination.
          *
          * @tags Trades
          * @name V1TradesLicensesList
-         * @summary Returns all company licenses for a specific trade definition with pagination.
+         * @summary Licenses by trade
          * @request GET:/api/v1/trades/{tradeKey}/licenses
          * @secure
          */
@@ -3438,31 +3438,31 @@ export declare class Api<SecurityDataType extends unknown> extends HttpClient<Se
             pageSize?: number;
         }, params?: RequestParams) => Promise<HttpResponse<PagedResponseOfGisaLicense, ProblemDetails | ApiError>>;
         /**
-         * No description
+         * @description Returns all licenses for a specific company (FNR).
          *
          * @tags Trades
          * @name V1TradesCompanyDetail
-         * @summary Returns all licenses for a specific company (FNR).
+         * @summary Company GISA licenses
          * @request GET:/api/v1/trades/company/{fnr}
          * @secure
          */
         v1TradesCompanyDetail: (fnr: string, params?: RequestParams) => Promise<HttpResponse<GisaLicense[], ProblemDetails | ApiError>>;
         /**
-         * No description
+         * @description Returns a single GISA change by id.
          *
          * @tags Trades
          * @name V1TradesChangesDetail
-         * @summary Returns a single GISA change by id.
+         * @summary GISA change by id
          * @request GET:/api/v1/trades/changes/{id}
          * @secure
          */
         v1TradesChangesDetail: (id: number, params?: RequestParams) => Promise<HttpResponse<GisaChange, ProblemDetails | ApiError>>;
         /**
-         * @description Ordered by ascending id, and that id is the cursor: request with sinceId set to the highest id you have stored, walk page=1,2,… at a fixed pageSize until a page comes back with fewer than pageSize rows, keep the highest id you saw, and start the next poll from it. sinceId is exclusive, so nothing is delivered twice, and a new change always takes a higher id than every change already in the feed, so it appends to the end and never shifts a page you have already read. since is inclusive, filters on when we recorded the change rather than on changedDate, and applies together with sinceId when both are sent. Paging without sinceId is not a reliable feed: an offset is not a watermark, and page stops at 1000. Under concurrent writes a change can become visible just after a higher id, so a consumer that must not miss one resumes from the previous poll's watermark and de-duplicates by id. fnr is normalised before matching — trimmed, spaces and leading zeros removed, case left alone — so 034853 f and 34853f are the same company, exactly as on GET /businesses.
+         * @description Feed of GISA changes — one entry per change to a company's trade licences. Ordered by ascending id, and that id is the cursor: request with sinceId set to the highest id you have stored, walk page=1,2,… at a fixed pageSize until a page comes back with fewer than pageSize rows, keep the highest id you saw, and start the next poll from it. sinceId is exclusive, so nothing is delivered twice, and a new change always takes a higher id than every change already in the feed, so it appends to the end and never shifts a page you have already read. since is inclusive, filters on when we recorded the change rather than on changedDate, and applies together with sinceId when both are sent. Paging without sinceId is not a reliable feed: an offset is not a watermark, and page stops at 1000. Under concurrent writes a change can become visible just after a higher id, so a consumer that must not miss one resumes from the previous poll's watermark and de-duplicates by id. fnr is normalised before matching — trimmed, spaces and leading zeros removed, case left alone — so 034853 f and 34853f are the same company, exactly as on GET /businesses.
          *
          * @tags Trades
          * @name V1TradesChangesList
-         * @summary Feed of GISA changes — one entry per change to a company's trade licences.
+         * @summary GISA change feed
          * @request GET:/api/v1/trades/changes
          * @secure
          */
@@ -3495,21 +3495,21 @@ export declare class Api<SecurityDataType extends unknown> extends HttpClient<Se
             pageSize?: number;
         }, params?: RequestParams) => Promise<HttpResponse<PagedResponseOfGisaChange, ProblemDetails | ApiError>>;
         /**
-         * No description
+         * @description Returns (id, name) pairs for all people with at least one business assignment. For client-side name index.
          *
          * @tags People
          * @name V1PeopleNamesList
-         * @summary Returns (id, name) pairs for all people with at least one business assignment. For client-side name index.
+         * @summary Person name index
          * @request GET:/api/v1/people/names
          * @secure
          */
         v1PeopleNamesList: (params?: RequestParams) => Promise<HttpResponse<PersonNameItem[], ProblemDetails | ApiError>>;
         /**
-         * @description name and search behave identically here — both split the term on spaces and keep people whose "firstName lastName" contains every token, case-insensitively — except that search wins when both are given. Ordered by last name, then first name unless orderBy says otherwise. Combine with fnr or businessName to get the officers of one company, or with functionCode for one role. fnr, functionCode, businessName, businessCity and businessRegisteredSince_gte all describe one and the same assignment: a person comes back only if a single company of theirs satisfies every one of them. So the youngest owners of this year's new Viennese companies are one page: ?businessCity=Wien&businessRegisteredSince_gte=2026-01-01&functionCode=IN&functionCode=KP&functionCode=GS&functionCode=PG&orderBy=birthDate&orderByDescending=true&pageSize=3
+         * @description Lists people who hold a function in, or a GISA licence for, an Austrian company. name and search behave identically here — both split the term on spaces and keep people whose "firstName lastName" contains every token, case-insensitively — except that search wins when both are given. Ordered by last name, then first name unless orderBy says otherwise. Combine with fnr or businessName to get the officers of one company, or with functionCode for one role. fnr, functionCode, businessName, businessCity and businessRegisteredSince_gte all describe one and the same assignment: a person comes back only if a single company of theirs satisfies every one of them. So the youngest owners of this year's new Viennese companies are one page: ?businessCity=Wien&businessRegisteredSince_gte=2026-01-01&functionCode=IN&functionCode=KP&functionCode=GS&functionCode=PG&orderBy=birthDate&orderByDescending=true&pageSize=3
          *
          * @tags People
          * @name V1PeopleList
-         * @summary Lists people who hold a function in, or a GISA licence for, an Austrian company.
+         * @summary People search
          * @request GET:/api/v1/people
          * @secure
          */
@@ -3551,21 +3551,21 @@ export declare class Api<SecurityDataType extends unknown> extends HttpClient<Se
             pageSize?: number;
         }, params?: RequestParams) => Promise<HttpResponse<PagedResponseOfPerson, ProblemDetails | ApiError>>;
         /**
-         * @description personId is the synthetic id described in the glossary — "firstname-lastname-birthdate", lower case, inner spaces replaced by hyphens and "x" for a part the register does not give, e.g. "max-mustermann-1970-01-01". It is matched exactly. Take it from a list row or from an assignment on a company rather than composing it yourself.
+         * @description Returns one person with every company function, GISA licence and Edikt attached to them. personId is the synthetic id described in the glossary — "firstname-lastname-birthdate", lower case, inner spaces replaced by hyphens and "x" for a part the register does not give, e.g. "max-mustermann-1970-01-01". It is matched exactly. Take it from a list row or from an assignment on a company rather than composing it yourself.
          *
          * @tags People
          * @name V1PeopleDetail
-         * @summary Returns one person with every company function, GISA licence and Edikt attached to them.
+         * @summary Person detail
          * @request GET:/api/v1/people/{personId}
          * @secure
          */
         v1PeopleDetail: (personId: string, params?: RequestParams) => Promise<HttpResponse<PersonDetailResponse, ProblemDetails | ApiError>>;
         /**
-         * No description
+         * @description Returns the OeNACE classification catalog with company counts. Results are ordered by company count descending — most used first.
          *
          * @tags Oenace
          * @name V1OenaceList
-         * @summary Returns the OeNACE classification catalog with company counts. Results are ordered by company count descending — most used first.
+         * @summary OeNACE classification catalog
          * @request GET:/api/v1/oenace
          * @secure
          */
@@ -3594,11 +3594,11 @@ export declare class Api<SecurityDataType extends unknown> extends HttpClient<Se
             pageSize?: number;
         }, params?: RequestParams) => Promise<HttpResponse<PagedResponseOfOenaceCatalogItemResponse, ProblemDetails | ApiError>>;
         /**
-         * No description
+         * @description Returns all legal forms with pagination and optional search, sorted by business count descending.
          *
          * @tags LegalForms
          * @name V1LegalformsList
-         * @summary Returns all legal forms with pagination and optional search, sorted by business count descending.
+         * @summary Legal form catalog
          * @request GET:/api/v1/legalforms
          * @secure
          */
@@ -3621,11 +3621,11 @@ export declare class Api<SecurityDataType extends unknown> extends HttpClient<Se
             pageSize?: number;
         }, params?: RequestParams) => Promise<HttpResponse<PagedResponseOfLegalFormCatalogItemResponse, ProblemDetails | ApiError>>;
         /**
-         * @description The network of people and companies around one starting point — who sits on which board with whom. nodes are people ("person") and companies ("business"), each carrying the id you would pass to /people/{personId} or /businesses/{fnr}; edges are source/target pairs of those ids whose relationshipType is "assignment", a person holding a function in a company. ("address", two companies registered at the same street address, is a second edge type the deployment can enable; it is off today, so expect only assignment edges.) The traversal depth is fixed at 2 hops and is not a parameter — a node with further connections outside that boundary carries hasMore=true, and isCentralNode marks the entity you started from. personId and fnr are mutually exclusive, not combinable: supplying both, or neither, is a 400, and an id that exists in neither register is a 404.
+         * @description Returns the graph (nodes and edges) within 2 hops of the start entity. Exactly one of personId or fnr must be provided. The network of people and companies around one starting point — who sits on which board with whom. nodes are people ("person") and companies ("business"), each carrying the id you would pass to /people/{personId} or /businesses/{fnr}; edges are source/target pairs of those ids whose relationshipType is "assignment", a person holding a function in a company. ("address", two companies registered at the same street address, is a second edge type the deployment can enable; it is off today, so expect only assignment edges.) The traversal depth is fixed at 2 hops and is not a parameter — a node with further connections outside that boundary carries hasMore=true, and isCentralNode marks the entity you started from. personId and fnr are mutually exclusive, not combinable: supplying both, or neither, is a 400, and an id that exists in neither register is a 404.
          *
          * @tags Graph
          * @name V1GraphList
-         * @summary Returns the graph (nodes and edges) within 2 hops of the start entity. Exactly one of personId or fnr must be provided.
+         * @summary Relationship graph
          * @request GET:/api/v1/graph
          * @secure
          */
@@ -3636,11 +3636,11 @@ export declare class Api<SecurityDataType extends unknown> extends HttpClient<Se
             fnr?: string;
         }, params?: RequestParams) => Promise<HttpResponse<GraphResponse, ProblemDetails | ApiError>>;
         /**
-         * @description Each row carries only id, fnr, changeType and the dates; fetch the payload with GET /globalchanges/{id}, or poll one register's typed feed instead (/businesses/changes, /documents/changes, /edikte/changes, /trades/changes). Ordered by ascending id, and that id is the cursor: request with sinceId set to the highest id you have stored, walk page=1,2,… at a fixed pageSize until a page comes back with fewer than pageSize rows, keep the highest id you saw, and start the next poll from it. sinceId is exclusive, so nothing is delivered twice, and a new change always takes a higher id than every change already in the feed, so it appends to the end and never shifts a page you have already read. since is inclusive, filters on when we recorded the change rather than on changedDate, and applies together with sinceId when both are sent. Paging without sinceId is not a reliable feed: an offset is not a watermark, and page stops at 1000. Under concurrent writes a change can become visible just after a higher id, so a consumer that must not miss one resumes from the previous poll's watermark and de-duplicates by id.
+         * @description The single feed of every change across all registers — Firmenbuch, GISA, Ediktsdatei and the BMF Scheinunternehmen list — as lightweight reference rows. Each row carries only id, fnr, changeType and the dates; fetch the payload with GET /globalchanges/{id}, or poll one register's typed feed instead (/businesses/changes, /documents/changes, /edikte/changes, /trades/changes). Ordered by ascending id, and that id is the cursor: request with sinceId set to the highest id you have stored, walk page=1,2,… at a fixed pageSize until a page comes back with fewer than pageSize rows, keep the highest id you saw, and start the next poll from it. sinceId is exclusive, so nothing is delivered twice, and a new change always takes a higher id than every change already in the feed, so it appends to the end and never shifts a page you have already read. since is inclusive, filters on when we recorded the change rather than on changedDate, and applies together with sinceId when both are sent. Paging without sinceId is not a reliable feed: an offset is not a watermark, and page stops at 1000. Under concurrent writes a change can become visible just after a higher id, so a consumer that must not miss one resumes from the previous poll's watermark and de-duplicates by id.
          *
          * @tags GlobalChanges
          * @name V1GlobalchangesList
-         * @summary The single feed of every change across all registers — Firmenbuch, GISA, Ediktsdatei and the BMF Scheinunternehmen list — as lightweight reference rows.
+         * @summary All-register change feed
          * @request GET:/api/v1/globalchanges
          * @secure
          */
@@ -3673,11 +3673,11 @@ export declare class Api<SecurityDataType extends unknown> extends HttpClient<Se
             pageSize?: number;
         }, params?: RequestParams) => Promise<HttpResponse<PagedResponseOfGlobalChange, ProblemDetails | ApiError>>;
         /**
-         * @description Built for watchlist polling: pass up to 1000 fnr values (repeat the parameter) and one cursor, and get back four arrays — businessChanges, documentChanges, ediktChanges, globalChanges — each ordered by ascending id and capped at maxResultsPerType. Not paged: raise maxResultsPerType or advance sinceId instead. sinceId is exclusive and since is inclusive, exactly as on the paged feeds, but one sinceId covers all four arrays: an array that comes back full at maxResultsPerType has more behind it and bounds the cursor, so advance sinceId only to the lowest of the full arrays' highest ids, and to the highest id of all four once none comes back full. Passing no fnr returns four empty arrays, not the whole feed.
+         * @description Changes for a watchlist of companies, all four change types in one unpaged response. Built for watchlist polling: pass up to 1000 fnr values (repeat the parameter) and one cursor, and get back four arrays — businessChanges, documentChanges, ediktChanges, globalChanges — each ordered by ascending id and capped at maxResultsPerType. Not paged: raise maxResultsPerType or advance sinceId instead. sinceId is exclusive and since is inclusive, exactly as on the paged feeds, but one sinceId covers all four arrays: an array that comes back full at maxResultsPerType has more behind it and bounds the cursor, so advance sinceId only to the lowest of the full arrays' highest ids, and to the highest id of all four once none comes back full. Passing no fnr returns four empty arrays, not the whole feed.
          *
          * @tags GlobalChanges
          * @name V1GlobalchangesAggregatedList
-         * @summary Changes for a watchlist of companies, all four change types in one unpaged response.
+         * @summary Aggregated watchlist changes
          * @request GET:/api/v1/globalchanges/aggregated
          * @secure
          */
@@ -3697,31 +3697,31 @@ export declare class Api<SecurityDataType extends unknown> extends HttpClient<Se
             maxResultsPerType?: number;
         }, params?: RequestParams) => Promise<HttpResponse<AggregatedChangesResponse, ProblemDetails | ApiError>>;
         /**
-         * @description The envelope is a discriminator plus the payload: changeType says which register, and data is the matching object — a BusinessChange, DocumentChange, EdiktChange, GisaChange or ScheinunternehmenChange. Since data is a union, read changeType before it.
+         * @description Returns one change with its typed payload, whichever register it came from. The envelope is a discriminator plus the payload: changeType says which register, and data is the matching object — a BusinessChange, DocumentChange, EdiktChange, GisaChange or ScheinunternehmenChange. Since data is a union, read changeType before it.
          *
          * @tags GlobalChanges
          * @name V1GlobalchangesDetail
-         * @summary Returns one change with its typed payload, whichever register it came from.
+         * @summary Change by id
          * @request GET:/api/v1/globalchanges/{id}
          * @secure
          */
         v1GlobalchangesDetail: (id: number, params?: RequestParams) => Promise<HttpResponse<ChangeDetailResponse, ProblemDetails | ApiError>>;
         /**
-         * @description The id is the shared change id from GET /globalchanges, so an id that exists but whose changeType is not "edikt" answers 404 here.
+         * @description Returns one Ediktsdatei change by id. The id is the shared change id from GET /globalchanges, so an id that exists but whose changeType is not "edikt" answers 404 here.
          *
          * @tags Edikte
          * @name V1EdikteChangesDetail
-         * @summary Returns one Ediktsdatei change by id.
+         * @summary Edikt change by id
          * @request GET:/api/v1/edikte/changes/{id}
          * @secure
          */
         v1EdikteChangesDetail: (id: number, params?: RequestParams) => Promise<HttpResponse<EdiktChange, ProblemDetails | ApiError>>;
         /**
-         * @description Ordered by ascending id, and that id is the cursor: request with sinceId set to the highest id you have stored, walk page=1,2,… at a fixed pageSize until a page comes back with fewer than pageSize rows, keep the highest id you saw, and start the next poll from it. sinceId is exclusive, so nothing is delivered twice, and a new change always takes a higher id than every change already in the feed, so it appends to the end and never shifts a page you have already read. since is inclusive, filters on when we recorded the change rather than on the publication date, and applies together with sinceId when both are sent. Paging without sinceId is not a reliable feed: an offset is not a watermark, and page stops at 1000. Under concurrent writes a change can become visible just after a higher id, so a consumer that must not miss an insolvency notice resumes from the previous poll's watermark and de-duplicates by id. fnr is normalised before matching — trimmed, spaces and leading zeros removed, case left alone — so 034853 f and 34853f are the same company, exactly as on GET /businesses.
+         * @description Feed of Ediktsdatei changes — insolvency and other court notices published about a company or a person. Ordered by ascending id, and that id is the cursor: request with sinceId set to the highest id you have stored, walk page=1,2,… at a fixed pageSize until a page comes back with fewer than pageSize rows, keep the highest id you saw, and start the next poll from it. sinceId is exclusive, so nothing is delivered twice, and a new change always takes a higher id than every change already in the feed, so it appends to the end and never shifts a page you have already read. since is inclusive, filters on when we recorded the change rather than on the publication date, and applies together with sinceId when both are sent. Paging without sinceId is not a reliable feed: an offset is not a watermark, and page stops at 1000. Under concurrent writes a change can become visible just after a higher id, so a consumer that must not miss an insolvency notice resumes from the previous poll's watermark and de-duplicates by id. fnr is normalised before matching — trimmed, spaces and leading zeros removed, case left alone — so 034853 f and 34853f are the same company, exactly as on GET /businesses.
          *
          * @tags Edikte
          * @name V1EdikteChangesList
-         * @summary Feed of Ediktsdatei changes — insolvency and other court notices published about a company or a person.
+         * @summary Ediktsdatei change feed
          * @request GET:/api/v1/edikte/changes
          * @secure
          */
@@ -3754,31 +3754,31 @@ export declare class Api<SecurityDataType extends unknown> extends HttpClient<Se
             pageSize?: number;
         }, params?: RequestParams) => Promise<HttpResponse<PagedResponseOfEdiktChange, ProblemDetails | ApiError>>;
         /**
-         * No description
+         * @description Downloads a Firmenbuch document (PDF/XML) by its document key.
          *
          * @tags Documents
          * @name V1DocumentsDownloadDetail
-         * @summary Downloads a Firmenbuch document (PDF/XML) by its document key.
+         * @summary Firmenbuch document download
          * @request GET:/api/v1/documents/download/{documentKey}
          * @secure
          */
         v1DocumentsDownloadDetail: (documentKey: string, params?: RequestParams) => Promise<HttpResponse<void, string | ProblemDetails | ApiError>>;
         /**
-         * @description The id is the shared change id from GET /globalchanges, so an id that exists but whose changeType is not "document" answers 404 here.
+         * @description Returns one document change by id, with the document's metadata. The id is the shared change id from GET /globalchanges, so an id that exists but whose changeType is not "document" answers 404 here.
          *
          * @tags Documents
          * @name V1DocumentsChangesDetail
-         * @summary Returns one document change by id, with the document's metadata.
+         * @summary Document change by id
          * @request GET:/api/v1/documents/changes/{id}
          * @secure
          */
         v1DocumentsChangesDetail: (id: number, params?: RequestParams) => Promise<HttpResponse<DocumentChange, ProblemDetails | ApiError>>;
         /**
-         * @description Each entry names a documentKey; fetch the file itself with GET /documents/download/{documentKey}. Ordered by ascending id, and that id is the cursor: request with sinceId set to the highest id you have stored, walk page=1,2,… at a fixed pageSize until a page comes back with fewer than pageSize rows, keep the highest id you saw, and start the next poll from it. sinceId is exclusive, so nothing is delivered twice, and a new change always takes a higher id than every change already in the feed, so it appends to the end and never shifts a page you have already read. since is inclusive, filters on when we recorded the change rather than on the document date, and applies together with sinceId when both are sent. Paging without sinceId is not a reliable feed: an offset is not a watermark, and page stops at 1000. Under concurrent writes a change can become visible just after a higher id, so a consumer that must not miss one resumes from the previous poll's watermark and de-duplicates by id. fnr is normalised before matching — trimmed, spaces and leading zeros removed, case left alone — so 034853 f and 34853f are the same company, exactly as on GET /businesses.
+         * @description Feed of newly filed Firmenbuch documents — this is how you learn that a company has published a new Jahresabschluss. Each entry names a documentKey; fetch the file itself with GET /documents/download/{documentKey}. Ordered by ascending id, and that id is the cursor: request with sinceId set to the highest id you have stored, walk page=1,2,… at a fixed pageSize until a page comes back with fewer than pageSize rows, keep the highest id you saw, and start the next poll from it. sinceId is exclusive, so nothing is delivered twice, and a new change always takes a higher id than every change already in the feed, so it appends to the end and never shifts a page you have already read. since is inclusive, filters on when we recorded the change rather than on the document date, and applies together with sinceId when both are sent. Paging without sinceId is not a reliable feed: an offset is not a watermark, and page stops at 1000. Under concurrent writes a change can become visible just after a higher id, so a consumer that must not miss one resumes from the previous poll's watermark and de-duplicates by id. fnr is normalised before matching — trimmed, spaces and leading zeros removed, case left alone — so 034853 f and 34853f are the same company, exactly as on GET /businesses.
          *
          * @tags Documents
          * @name V1DocumentsChangesList
-         * @summary Feed of newly filed Firmenbuch documents — this is how you learn that a company has published a new Jahresabschluss.
+         * @summary Document change feed
          * @request GET:/api/v1/documents/changes
          * @secure
          */
@@ -3811,11 +3811,11 @@ export declare class Api<SecurityDataType extends unknown> extends HttpClient<Se
             pageSize?: number;
         }, params?: RequestParams) => Promise<HttpResponse<PagedResponseOfDocumentChange, ProblemDetails | ApiError>>;
         /**
-         * No description
+         * @description Returns all courts with pagination and optional search, sorted by business count descending.
          *
          * @tags Courts
          * @name V1CourtsList
-         * @summary Returns all courts with pagination and optional search, sorted by business count descending.
+         * @summary Court catalog
          * @request GET:/api/v1/courts
          * @secure
          */
@@ -3838,21 +3838,21 @@ export declare class Api<SecurityDataType extends unknown> extends HttpClient<Se
             pageSize?: number;
         }, params?: RequestParams) => Promise<HttpResponse<PagedResponseOfCourtCatalogItemResponse, ProblemDetails | ApiError>>;
         /**
-         * No description
+         * @description Resolve company names to FNRs by exact name match (1:1). Used for CSV import.
          *
          * @tags Businesses
          * @name V1BusinessesResolveNamesCreate
-         * @summary Resolve company names to FNRs by exact name match (1:1). Used for CSV import.
+         * @summary Name to FNR resolution
          * @request POST:/api/v1/businesses/resolve-names
          * @secure
          */
         v1BusinessesResolveNamesCreate: (data: ResolveBusinessNamesRequest, params?: RequestParams) => Promise<HttpResponse<ResolveBusinessNamesResponse, ProblemDetails | ApiError>>;
         /**
-         * @description name and search are different tools. name is a case-insensitive substring match on the company name and nothing else. search splits the term on spaces and keeps only companies matching every token, where a token matches the name, the fnr, or — when the whole term is a number — a GISA licence key or GISA-Zahl; it additionally lifts companies whose name starts with the term to the top of the default (name) ordering. So name narrows a known name, search finds an unknown one. Inactive companies always sort after active ones, whatever orderBy says. Pass countOnly=true for totalRecords without the rows, and use /businesses/aggregate to group the same filter set instead of paging through it.
+         * @description Lists companies matching the filters, one page of list rows per call. name and search are different tools. name is a case-insensitive substring match on the company name and nothing else. search splits the term on spaces and keeps only companies matching every token, where a token matches the name, the fnr, or — when the whole term is a number — a GISA licence key or GISA-Zahl; it additionally lifts companies whose name starts with the term to the top of the default (name) ordering. So name narrows a known name, search finds an unknown one. Inactive companies always sort after active ones, whatever orderBy says. Pass countOnly=true for totalRecords without the rows, and use /businesses/aggregate to group the same filter set instead of paging through it.
          *
          * @tags Businesses
          * @name V1BusinessesList
-         * @summary Lists companies matching the filters, one page of list rows per call.
+         * @summary Company search
          * @request GET:/api/v1/businesses
          * @secure
          */
@@ -4409,31 +4409,31 @@ export declare class Api<SecurityDataType extends unknown> extends HttpClient<Se
             "guv.ZinsenUndAehnlicheAufwendungen_lte"?: number | null;
         }, params?: RequestParams) => Promise<HttpResponse<PagedResponseOfBusinessListResponse, ProblemDetails | ApiError>>;
         /**
-         * No description
+         * @description Returns all business (fnr, name) pairs for client-side name index. No pagination.
          *
          * @tags Businesses
          * @name V1BusinessesNamesList
-         * @summary Returns all business (fnr, name) pairs for client-side name index. No pagination.
+         * @summary Company name index
          * @request GET:/api/v1/businesses/names
          * @secure
          */
         v1BusinessesNamesList: (params?: RequestParams) => Promise<HttpResponse<BusinessNameItem[], ProblemDetails | ApiError>>;
         /**
-         * @description Unfiltered — it is the size of the whole dataset, not of a search. For a count over filters, call GET /businesses with countOnly=true and read totalRecords.
+         * @description Returns the number of companies in the dataset, as a bare integer. Unfiltered — it is the size of the whole dataset, not of a search. For a count over filters, call GET /businesses with countOnly=true and read totalRecords.
          *
          * @tags Businesses
          * @name V1BusinessesCountList
-         * @summary Returns the number of companies in the dataset, as a bare integer.
+         * @summary Company count
          * @request GET:/api/v1/businesses/count
          * @secure
          */
         v1BusinessesCountList: (params?: RequestParams) => Promise<HttpResponse<number, ProblemDetails | ApiError>>;
         /**
-         * No description
+         * @description Counts over the same filter set as GET /businesses, grouped by one dimension — the server-side GROUP BY that a caller would otherwise page the whole result set to compute. Every /businesses filter means exactly what it means there; page, pageSize, orderBy, orderByDescending and countOnly are ignored — top and minCount cap the bucket list instead. totalRecords equals /businesses?countOnly=true for the same filter; how the buckets relate to it is documented on BusinessAggregateResponse.
          *
          * @tags Businesses
          * @name V1BusinessesAggregateList
-         * @summary Counts over the same filter set as GET /businesses, grouped by one dimension — the server-side GROUP BY that a caller would otherwise page the whole result set to compute. Every /businesses filter means exactly what it means there; page, pageSize, orderBy, orderByDescending and countOnly are ignored — top and minCount cap the bucket list instead. totalRecords equals /businesses?countOnly=true for the same filter; how the buckets relate to it is documented on BusinessAggregateResponse.
+         * @summary Grouped company counts
          * @request GET:/api/v1/businesses/aggregate
          * @secure
          */
@@ -5004,41 +5004,41 @@ export declare class Api<SecurityDataType extends unknown> extends HttpClient<Se
             "guv.ZinsenUndAehnlicheAufwendungen_lte"?: number | null;
         }, params?: RequestParams) => Promise<HttpResponse<BusinessAggregateResponse, ProblemDetails | ApiError>>;
         /**
-         * No description
+         * @description Active businesses similar to the given one (same OeNACE branch, same region preferred).
          *
          * @tags Businesses
          * @name V1BusinessesSimilarList
-         * @summary Active businesses similar to the given one (same OeNACE branch, same region preferred).
+         * @summary Similar companies
          * @request GET:/api/v1/businesses/{fnr}/similar
          * @secure
          */
         v1BusinessesSimilarList: (fnr: string, params?: RequestParams) => Promise<HttpResponse<BusinessListResponse[], ProblemDetails | ApiError>>;
         /**
-         * @description fnr is matched exactly against the stored, normalised Firmenbuchnummer — lower case, no spaces, no leading zeros and no "FN" prefix, e.g. 34853f. Nothing is normalised on the way in, so "FN 34853 f" answers 404 rather than the company. 404 also means the company is not in the dataset yet.
+         * @description Returns the whole Firmenakte of one company: master data, addresses, people, GISA licences, Edikte, documents and the parsed annual accounts. fnr is matched exactly against the stored, normalised Firmenbuchnummer — lower case, no spaces, no leading zeros and no "FN" prefix, e.g. 34853f. Nothing is normalised on the way in, so "FN 34853 f" answers 404 rather than the company. 404 also means the company is not in the dataset yet.
          *
          * @tags Businesses
          * @name V1BusinessesDetail
-         * @summary Returns the whole Firmenakte of one company: master data, addresses, people, GISA licences, Edikte, documents and the parsed annual accounts.
+         * @summary Company Firmenakte
          * @request GET:/api/v1/businesses/{fnr}
          * @secure
          */
         v1BusinessesDetail: (fnr: string, params?: RequestParams) => Promise<HttpResponse<BusinessDetailResponse, ProblemDetails | ApiError>>;
         /**
-         * @description The id is the shared change id from GET /globalchanges, so an id that exists but whose changeType is not "business" answers 404 here.
+         * @description Returns one Firmenbuch change by id. The id is the shared change id from GET /globalchanges, so an id that exists but whose changeType is not "business" answers 404 here.
          *
          * @tags Businesses
          * @name V1BusinessesChangesDetail
-         * @summary Returns one Firmenbuch change by id.
+         * @summary Firmenbuch change by id
          * @request GET:/api/v1/businesses/changes/{id}
          * @secure
          */
         v1BusinessesChangesDetail: (id: number, params?: RequestParams) => Promise<HttpResponse<BusinessChange, ProblemDetails | ApiError>>;
         /**
-         * @description Ordered by ascending id, and that id is the cursor: request with sinceId set to the highest id you have stored, walk page=1,2,… at a fixed pageSize until a page comes back with fewer than pageSize rows, keep the highest id you saw, and start the next poll from it. sinceId is exclusive, so nothing is delivered twice, and a new change always takes a higher id than every change already in the feed, so it appends to the end and never shifts a page you have already read. since is inclusive, filters on when we recorded the change rather than on changedDate — so a back-dated entry is not missed — and applies together with sinceId when both are sent. Paging without sinceId is not a reliable feed: an offset is not a watermark, and page stops at 1000. Under concurrent writes a change can become visible just after a higher id, so a consumer that must not miss one resumes from the previous poll's watermark and de-duplicates by id. fnr is normalised before matching — trimmed, spaces and leading zeros removed, case left alone — so 034853 f and 34853f are the same company, exactly as on GET /businesses. Use GET /globalchanges for the same feed across all four registers.
+         * @description Feed of Firmenbuch changes — one entry per new legal record (Eintragung). Ordered by ascending id, and that id is the cursor: request with sinceId set to the highest id you have stored, walk page=1,2,… at a fixed pageSize until a page comes back with fewer than pageSize rows, keep the highest id you saw, and start the next poll from it. sinceId is exclusive, so nothing is delivered twice, and a new change always takes a higher id than every change already in the feed, so it appends to the end and never shifts a page you have already read. since is inclusive, filters on when we recorded the change rather than on changedDate — so a back-dated entry is not missed — and applies together with sinceId when both are sent. Paging without sinceId is not a reliable feed: an offset is not a watermark, and page stops at 1000. Under concurrent writes a change can become visible just after a higher id, so a consumer that must not miss one resumes from the previous poll's watermark and de-duplicates by id. fnr is normalised before matching — trimmed, spaces and leading zeros removed, case left alone — so 034853 f and 34853f are the same company, exactly as on GET /businesses. Use GET /globalchanges for the same feed across all four registers.
          *
          * @tags Businesses
          * @name V1BusinessesChangesList
-         * @summary Feed of Firmenbuch changes — one entry per new legal record (Eintragung).
+         * @summary Firmenbuch change feed
          * @request GET:/api/v1/businesses/changes
          * @secure
          */
@@ -5071,21 +5071,21 @@ export declare class Api<SecurityDataType extends unknown> extends HttpClient<Se
             pageSize?: number;
         }, params?: RequestParams) => Promise<HttpResponse<PagedResponseOfBusinessChange, ProblemDetails | ApiError>>;
         /**
-         * No description
+         * @description Returns all assignment functions (code/text lookup) for display. Cached 24h.
          *
          * @tags AssignmentFunctions
          * @name V1AssignmentfunctionsList
-         * @summary Returns all assignment functions (code/text lookup) for display. Cached 24h.
+         * @summary Assignment function catalog
          * @request GET:/api/v1/assignmentfunctions
          * @secure
          */
         v1AssignmentfunctionsList: (params?: RequestParams) => Promise<HttpResponse<AssignmentFunctionItemResponse[], ProblemDetails | ApiError>>;
         /**
-         * No description
+         * @description Returns unique City+ZipCode combinations from addresses with pagination and optional search.
          *
          * @tags Addresses
          * @name V1AddressesLocationsList
-         * @summary Returns unique City+ZipCode combinations from addresses with pagination and optional search.
+         * @summary City and ZIP combinations
          * @request GET:/api/v1/addresses/locations
          * @secure
          */
@@ -5107,11 +5107,11 @@ export declare class Api<SecurityDataType extends unknown> extends HttpClient<Se
             pageSize?: number;
         }, params?: RequestParams) => Promise<HttpResponse<PagedResponseOfAddressLocationResponse, ProblemDetails | ApiError>>;
         /**
-         * No description
+         * @description Returns unique cities from addresses with pagination and optional search.
          *
          * @tags Addresses
          * @name V1AddressesCitiesList
-         * @summary Returns unique cities from addresses with pagination and optional search.
+         * @summary Cities
          * @request GET:/api/v1/addresses/cities
          * @secure
          */
@@ -5133,11 +5133,11 @@ export declare class Api<SecurityDataType extends unknown> extends HttpClient<Se
             pageSize?: number;
         }, params?: RequestParams) => Promise<HttpResponse<PagedResponseOfCityResponse, ProblemDetails | ApiError>>;
         /**
-         * No description
+         * @description Returns unique zip codes from addresses with pagination and optional search.
          *
          * @tags Addresses
          * @name V1AddressesZipcodesList
-         * @summary Returns unique zip codes from addresses with pagination and optional search.
+         * @summary ZIP codes
          * @request GET:/api/v1/addresses/zipcodes
          * @secure
          */