invoicetronic_sdk 1.10 → 1.12

checksums.yaml

@@ -1,7 +1,7 @@
 ---
 SHA256:
-  metadata.gz: 7854f9eb85c3408c0006dd6f6f969a02169f28e9328474f602e64c6508f4fbaa
-  data.tar.gz: 311fb5f2cefb92a8ef6ab14d6050cf461c5e2cac11896322184ea9f8fc219884
+  metadata.gz: 54f9193311aa3f22fff3f491f4b3f1ea81f3b86f89b0ff20b94c55d11f4b5cef
+  data.tar.gz: a0a7eb0598fb5fec58b8c6f53b386c426f8afd91e087945b2041cec7b8d05437
 SHA512:
-  metadata.gz: 781b1d2b076613794e3b857392309fe31f1b414716ce57101d89c2430bfbef08eb187ac41fbb6f44ec4c556fcd00489ee0d7bab9177ad25147139482dc55bd62
-  data.tar.gz: 187087d7ce25f0731f195c33881dd823aec67c6f2690a40ce67a11a896f8bd0ff69a8a6f1b68406bfc60ec692f29708f6eb5be52ea6ec5578fc4ae0085bd13c2
+  metadata.gz: dc4b8070f75746a03205cb284d57fa27dd240340b201ea4b4c0120b0af5b19082d12e22222deda49621d71aec4b5fd09a8a528aabea07be56c0ef0a65b95df79
+  data.tar.gz: 14eddb92fe9855c94dfa44f93da5e41d81b14b0c7dc90b645b27bf5645224da7ae2889c8cdd3bcc573cf346cb79c71effcd5ae0e2d6360c1428012fad304be94

data/CHANGELOG.md

@@ -1 +1 @@
-# Changelog\n\n## [1.10.0] - 2026-09-09\nSee main repository changelog for details.
+# Changelog\n\n## [1.12.0] - 2026-11-01\nSee main repository changelog for details.

data/Gemfile.lock

@@ -1,7 +1,7 @@
 PATH
   remote: .
   specs:
-    invoicetronic_sdk (1.10)
+    invoicetronic_sdk (1.12)
       typhoeus (~> 1.0, >= 1.0.1)
 
 GEM
@@ -11,9 +11,9 @@ GEM
     byebug (13.0.0)
       reline (>= 0.6.0)
     coderay (1.1.3)
-    date (3.5.1)
+    date (3.6.0)
     diff-lcs (1.6.2)
-    ethon (0.18.0)
+    ethon (0.19.1)
       ffi (>= 1.15.0)
       logger
     ffi (1.17.4)
@@ -27,15 +27,15 @@ GEM
     ffi (1.17.4-x86_64-darwin)
     ffi (1.17.4-x86_64-linux-gnu)
     ffi (1.17.4-x86_64-linux-musl)
-    io-console (0.9.2)
+    io-console (0.9.5)
     jaro_winkler (1.5.6)
     logger (1.7.0)
     method_source (1.1.0)
     parallel (1.28.0)
-    parser (3.3.12.0)
+    parser (3.3.13.0)
       ast (~> 2.4.1)
       racc
-    pry (0.16.0)
+    pry (0.16.1)
       coderay (~> 1.1)
       method_source (~> 1.0)
       reline (>= 0.6.0)
@@ -73,8 +73,8 @@ GEM
       unicode-display_width (>= 1.4.0, < 1.6)
     ruby-progressbar (1.13.0)
     stringio (3.2.0)
-    typhoeus (1.6.0)
-      ethon (>= 0.18.0)
+    typhoeus (1.7.1)
+      ethon (>= 0.19.1, < 0.20.0)
     unicode-display_width (1.5.0)
 
 PLATFORMS

data/README.md

@@ -10,6 +10,7 @@ For the full integration guide, tutorials, SDKs and quickstarts, see the **[Docu
 
 - **[Prerequisites](https://invoicetronic.com/en/docs/prerequisites/)** — what you need to start in Sandbox and what's required to move to production.
 - **[API Keys](https://invoicetronic.com/en/docs/apikeys/)** — how `ik_live_` and `ik_test_` keys select the environment.
+- **[Restricted Keys](https://invoicetronic.com/en/docs/sub-keys/)** — keys limited to some companies and permissions, managed from the Dashboard or through `/subkey`.
 - **[Sandbox](https://invoicetronic.com/en/docs/sandbox/)** — free test environment that mirrors the live workflow, with no credits consumed.
 - **[Rate Limiting](https://invoicetronic.com/en/docs/ratelimiting/)** — per-second, per-minute and per-day limits; how to handle `429 Too Many Requests`.
 - **[Pagination](https://invoicetronic.com/en/docs/pagination/)** — `page` and `page_size` parameters and the `Invoicetronic-Total-Count` response header.
@@ -23,8 +24,8 @@ For the full integration guide, tutorials, SDKs and quickstarts, see the **[Docu
 
 This SDK is automatically generated by the [OpenAPI Generator](https://openapi-generator.tech) project:
 
-- API version: 1.15.0
-- Package version: 1.10
+- API version: 1.20.3
+- Package version: 1.12
 - Generator version: 7.20.0
 - Build package: org.openapitools.codegen.languages.RubyClientCodegen
 For more information, please visit [https://invoicetronic.com/en/contact/](https://invoicetronic.com/en/contact/)
@@ -42,16 +43,16 @@ gem build invoicetronic_sdk.gemspec
 Then either install the gem locally:
 
 ```shell
-gem install ./invoicetronic_sdk-1.10.gem
+gem install ./invoicetronic_sdk-1.12.gem
 ```
 
-(for development, run `gem install --dev ./invoicetronic_sdk-1.10.gem` to install the development dependencies)
+(for development, run `gem install --dev ./invoicetronic_sdk-1.12.gem` to install the development dependencies)
 
 or publish the gem to a gem hosting service, e.g. [RubyGems](https://rubygems.org/).
 
 Finally add this to the Gemfile:
 
-    gem 'invoicetronic_sdk', '~> 1.10'
+    gem 'invoicetronic_sdk', '~> 1.12'
 
 ### Install from Git
 
@@ -133,6 +134,12 @@ Class | Method | HTTP request | Description
 *Invoicetronic_Sdk::SendApi* | [**send_validate_xml_post**](docs/SendApi.md#send_validate_xml_post) | **POST** /send/validate/xml | Validate an invoice by xml
 *Invoicetronic_Sdk::SendApi* | [**send_xml_post**](docs/SendApi.md#send_xml_post) | **POST** /send/xml | Add an invoice by xml
 *Invoicetronic_Sdk::StatusApi* | [**status_get**](docs/StatusApi.md#status_get) | **GET** /status | Account status
+*Invoicetronic_Sdk::SubkeyApi* | [**subkey_get**](docs/SubkeyApi.md#subkey_get) | **GET** /subkey | List restricted keys
+*Invoicetronic_Sdk::SubkeyApi* | [**subkey_id_delete**](docs/SubkeyApi.md#subkey_id_delete) | **DELETE** /subkey/{id} | Delete a restricted key
+*Invoicetronic_Sdk::SubkeyApi* | [**subkey_id_get**](docs/SubkeyApi.md#subkey_id_get) | **GET** /subkey/{id} | Get a restricted key by id
+*Invoicetronic_Sdk::SubkeyApi* | [**subkey_id_roll_post**](docs/SubkeyApi.md#subkey_id_roll_post) | **POST** /subkey/{id}/roll | Roll the secrets of a restricted key
+*Invoicetronic_Sdk::SubkeyApi* | [**subkey_post**](docs/SubkeyApi.md#subkey_post) | **POST** /subkey | Add a restricted key
+*Invoicetronic_Sdk::SubkeyApi* | [**subkey_put**](docs/SubkeyApi.md#subkey_put) | **PUT** /subkey | Update a restricted key
 *Invoicetronic_Sdk::UpdateApi* | [**update_get**](docs/UpdateApi.md#update_get) | **GET** /update | List updates
 *Invoicetronic_Sdk::UpdateApi* | [**update_id_get**](docs/UpdateApi.md#update_id_get) | **GET** /update/{id} | Get an update by id
 *Invoicetronic_Sdk::WebhookApi* | [**webhook_get**](docs/WebhookApi.md#webhook_get) | **GET** /webhook | List webhooks
@@ -151,10 +158,15 @@ Class | Method | HTTP request | Description
  - [Invoicetronic_Sdk::Error](docs/Error.md)
  - [Invoicetronic_Sdk::Event](docs/Event.md)
  - [Invoicetronic_Sdk::ModelSend](docs/ModelSend.md)
+ - [Invoicetronic_Sdk::Permissions](docs/Permissions.md)
  - [Invoicetronic_Sdk::ProblemDetails](docs/ProblemDetails.md)
  - [Invoicetronic_Sdk::Receive](docs/Receive.md)
  - [Invoicetronic_Sdk::SendReduced](docs/SendReduced.md)
  - [Invoicetronic_Sdk::Status](docs/Status.md)
+ - [Invoicetronic_Sdk::SubKey](docs/SubKey.md)
+ - [Invoicetronic_Sdk::SubKeyRequest](docs/SubKeyRequest.md)
+ - [Invoicetronic_Sdk::SubKeyUpdate](docs/SubKeyUpdate.md)
+ - [Invoicetronic_Sdk::SubKeyWithSecrets](docs/SubKeyWithSecrets.md)
  - [Invoicetronic_Sdk::Update](docs/Update.md)
  - [Invoicetronic_Sdk::WebHook](docs/WebHook.md)
  - [Invoicetronic_Sdk::WebHookHistory](docs/WebHookHistory.md)

data/docs/Company.md

@@ -8,8 +8,8 @@
 | **created** | **Time** | Creation date. It is set automatically. | [optional][readonly] |
 | **version** | **Integer** | Row version, for optimistic concurrency. It is set automatically. | [optional][readonly] |
 | **user_id** | **Integer** | User id. It is set automatically based on the authenticated user. | [optional][readonly] |
-| **vat** | **String** | Vat number. Must include the country code. |  |
-| **fiscal_code** | **String** | Fiscal code. In most cases it's the same as the vat number. |  |
+| **vat** | **String** | Vat number. Must include the country code. Required when fiscal_code is missing; omit it for entities that only have a fiscal code, such as non-profit organizations. | [optional] |
+| **fiscal_code** | **String** | Fiscal code. In most cases it's the same as the vat number. When missing, it is derived from the vat number. | [optional] |
 | **name** | **String** | Name |  |
 
 ## Example

data/docs/CompanyApi.md

@@ -18,7 +18,7 @@ All URIs are relative to *http://localhost*
 
 List companies
 
-Retrieve a paginated list of companies. Results can be filtered by free-text search (`q`) across name, VAT number, and fiscal code.  **Companies** are the entities that send and receive invoices. They are automatically created from invoice data when invoices are sent or received.  A company's `vat` and `fiscal_code` are unique platform-wide, not just within your account: incoming invoices are routed to their owner by VAT number alone, so a company belongs to one account at a time. Registering a company that is already active under another account is therefore not possible, and that account is not disclosed to you. Moving a company to your account is a transfer: contact support with the company's written authorization. 
+Retrieve a paginated list of companies. Results can be filtered by free-text search (`q`) across name, VAT number, and fiscal code.  **Companies** are the entities that send and receive invoices. They are automatically created from invoice data when invoices are sent or received.  A company's `vat` and `fiscal_code` are unique platform-wide, not just within your account: incoming invoices are routed to their owner by VAT number, or by fiscal code when the invoice has none, so a company belongs to one account at a time. Registering a company that is already active under another account is therefore not possible, and that account is not disclosed to you. Moving a company to your account is a transfer: contact support with the company's written authorization.  Entities that only have a fiscal code, such as non-profit associations and parishes, are registered with `fiscal_code` alone and no `vat`. When `fiscal_code` is omitted it is derived from `vat`. 
 
 ### Examples
 
@@ -87,7 +87,7 @@ end
 ### HTTP request headers
 
 - **Content-Type**: Not defined
-- **Accept**: application/json
+- **Accept**: application/json, application/problem+json
 
 
 ## company_id_delete
@@ -96,7 +96,7 @@ end
 
 Delete a company
 
-Delete a company by its internal id.  **Companies** are the entities that send and receive invoices. They are automatically created from invoice data when invoices are sent or received.  A company's `vat` and `fiscal_code` are unique platform-wide, not just within your account: incoming invoices are routed to their owner by VAT number alone, so a company belongs to one account at a time. Registering a company that is already active under another account is therefore not possible, and that account is not disclosed to you. Moving a company to your account is a transfer: contact support with the company's written authorization.   **Warning:** Deleting a company will permanently remove all associated data, including sent invoices, received invoices, invoice updates from SDI, logs, and webhooks.  If the company has any linked invoices, you must explicitly confirm deletion by adding `?force=true` to the request. Without this parameter, the API will return `409 Conflict` with details about the linked data.
+Delete a company by its internal id.  **Companies** are the entities that send and receive invoices. They are automatically created from invoice data when invoices are sent or received.  A company's `vat` and `fiscal_code` are unique platform-wide, not just within your account: incoming invoices are routed to their owner by VAT number, or by fiscal code when the invoice has none, so a company belongs to one account at a time. Registering a company that is already active under another account is therefore not possible, and that account is not disclosed to you. Moving a company to your account is a transfer: contact support with the company's written authorization.  Entities that only have a fiscal code, such as non-profit associations and parishes, are registered with `fiscal_code` alone and no `vat`. When `fiscal_code` is omitted it is derived from `vat`.   **Warning:** Deleting a company will permanently remove all associated data, including sent invoices, received invoices, invoice updates from SDI, logs, and webhooks.  If the company has any linked invoices, you must explicitly confirm deletion by adding `?force=true` to the request. Without this parameter, the API will return `409 Conflict` with details about the linked data.
 
 ### Examples
 
@@ -161,7 +161,7 @@ end
 ### HTTP request headers
 
 - **Content-Type**: Not defined
-- **Accept**: application/json
+- **Accept**: application/json, application/problem+json
 
 
 ## company_id_get
@@ -170,7 +170,7 @@ end
 
 Get a company by id
 
-Retrieve a company by its internal id.  **Companies** are the entities that send and receive invoices. They are automatically created from invoice data when invoices are sent or received.  A company's `vat` and `fiscal_code` are unique platform-wide, not just within your account: incoming invoices are routed to their owner by VAT number alone, so a company belongs to one account at a time. Registering a company that is already active under another account is therefore not possible, and that account is not disclosed to you. Moving a company to your account is a transfer: contact support with the company's written authorization. 
+Retrieve a company by its internal id.  **Companies** are the entities that send and receive invoices. They are automatically created from invoice data when invoices are sent or received.  A company's `vat` and `fiscal_code` are unique platform-wide, not just within your account: incoming invoices are routed to their owner by VAT number, or by fiscal code when the invoice has none, so a company belongs to one account at a time. Registering a company that is already active under another account is therefore not possible, and that account is not disclosed to you. Moving a company to your account is a transfer: contact support with the company's written authorization.  Entities that only have a fiscal code, such as non-profit associations and parishes, are registered with `fiscal_code` alone and no `vat`. When `fiscal_code` is omitted it is derived from `vat`. 
 
 ### Examples
 
@@ -240,7 +240,7 @@ end
 
 Add a company
 
-Add a new company.  When the company is already registered on the platform, the request fails with `400 Bad Request` and a problem details body whose `code` member is `company_already_registered`. Branch on `code`, not on `detail`, which is localized according to the `Accept-Language` header.  **Companies** are the entities that send and receive invoices. They are automatically created from invoice data when invoices are sent or received.  A company's `vat` and `fiscal_code` are unique platform-wide, not just within your account: incoming invoices are routed to their owner by VAT number alone, so a company belongs to one account at a time. Registering a company that is already active under another account is therefore not possible, and that account is not disclosed to you. Moving a company to your account is a transfer: contact support with the company's written authorization. 
+Add a new company.  When the company is already registered on the platform, the request fails with `400 Bad Request` and a problem details body whose `code` member is `company_already_registered`. Branch on `code`, not on `detail`, which is localized according to the `Accept-Language` header.  **Companies** are the entities that send and receive invoices. They are automatically created from invoice data when invoices are sent or received.  A company's `vat` and `fiscal_code` are unique platform-wide, not just within your account: incoming invoices are routed to their owner by VAT number, or by fiscal code when the invoice has none, so a company belongs to one account at a time. Registering a company that is already active under another account is therefore not possible, and that account is not disclosed to you. Moving a company to your account is a transfer: contact support with the company's written authorization.  Entities that only have a fiscal code, such as non-profit associations and parishes, are registered with `fiscal_code` alone and no `vat`. When `fiscal_code` is omitted it is derived from `vat`. 
 
 ### Examples
 
@@ -255,7 +255,7 @@ Invoicetronic_Sdk.configure do |config|
 end
 
 api_instance = Invoicetronic_Sdk::CompanyApi.new
-company = Invoicetronic_Sdk::Company.new({vat: 'IT01234567891', fiscal_code: 'RSSMRA70A01F205V', name: 'Mario Rossi Srl'}) # Company | 
+company = Invoicetronic_Sdk::Company.new({name: 'Mario Rossi Srl'}) # Company | 
 
 begin
   # Add a company
@@ -310,7 +310,7 @@ end
 
 Update a company
 
-Update an existing company.  Changing `vat` or `fiscal_code` to a value already registered on the platform fails with `400 Bad Request` and `code` = `company_already_registered`.  **Companies** are the entities that send and receive invoices. They are automatically created from invoice data when invoices are sent or received.  A company's `vat` and `fiscal_code` are unique platform-wide, not just within your account: incoming invoices are routed to their owner by VAT number alone, so a company belongs to one account at a time. Registering a company that is already active under another account is therefore not possible, and that account is not disclosed to you. Moving a company to your account is a transfer: contact support with the company's written authorization. 
+Update an existing company.  Changing `vat` or `fiscal_code` to a value already registered on the platform fails with `400 Bad Request` and `code` = `company_already_registered`.  **Companies** are the entities that send and receive invoices. They are automatically created from invoice data when invoices are sent or received.  A company's `vat` and `fiscal_code` are unique platform-wide, not just within your account: incoming invoices are routed to their owner by VAT number, or by fiscal code when the invoice has none, so a company belongs to one account at a time. Registering a company that is already active under another account is therefore not possible, and that account is not disclosed to you. Moving a company to your account is a transfer: contact support with the company's written authorization.  Entities that only have a fiscal code, such as non-profit associations and parishes, are registered with `fiscal_code` alone and no `vat`. When `fiscal_code` is omitted it is derived from `vat`. 
 
 ### Examples
 
@@ -325,7 +325,7 @@ Invoicetronic_Sdk.configure do |config|
 end
 
 api_instance = Invoicetronic_Sdk::CompanyApi.new
-company = Invoicetronic_Sdk::Company.new({vat: 'IT01234567891', fiscal_code: 'RSSMRA70A01F205V', name: 'Mario Rossi Srl'}) # Company | 
+company = Invoicetronic_Sdk::Company.new({name: 'Mario Rossi Srl'}) # Company | 
 
 begin
   # Update a company
@@ -380,7 +380,7 @@ end
 
 Get a company by vat number
 
-Retrieve a company by its VAT number.  **Companies** are the entities that send and receive invoices. They are automatically created from invoice data when invoices are sent or received.  A company's `vat` and `fiscal_code` are unique platform-wide, not just within your account: incoming invoices are routed to their owner by VAT number alone, so a company belongs to one account at a time. Registering a company that is already active under another account is therefore not possible, and that account is not disclosed to you. Moving a company to your account is a transfer: contact support with the company's written authorization. 
+Retrieve a company by its VAT number.  **Companies** are the entities that send and receive invoices. They are automatically created from invoice data when invoices are sent or received.  A company's `vat` and `fiscal_code` are unique platform-wide, not just within your account: incoming invoices are routed to their owner by VAT number, or by fiscal code when the invoice has none, so a company belongs to one account at a time. Registering a company that is already active under another account is therefore not possible, and that account is not disclosed to you. Moving a company to your account is a transfer: contact support with the company's written authorization.  Entities that only have a fiscal code, such as non-profit associations and parishes, are registered with `fiscal_code` alone and no `vat`. When `fiscal_code` is omitted it is derived from `vat`. 
 
 ### Examples
 
@@ -441,5 +441,5 @@ end
 ### HTTP request headers
 
 - **Content-Type**: Not defined
-- **Accept**: application/json
+- **Accept**: application/json, application/problem+json
 

data/docs/LogApi.md

@@ -105,7 +105,7 @@ end
 ### HTTP request headers
 
 - **Content-Type**: Not defined
-- **Accept**: application/json
+- **Accept**: application/json, application/problem+json
 
 
 ## log_id_get

data/docs/Permissions.md

@@ -0,0 +1,34 @@
+# Invoicetronic_Sdk::Permissions
+
+## Properties
+
+| Name | Type | Description | Notes |
+| ---- | ---- | ----------- | ----- |
+| **company** | **String** | Companies: `Read` lists and reads them, `Write` also creates, updates and deletes them. | [optional] |
+| **_send** | **String** | Outgoing invoices: `Read` lists and reads them, `Write` also sends and validates invoices. | [optional] |
+| **receive** | **String** | Incoming invoices: `Read` lists and reads them, `Write` also deletes them. | [optional] |
+| **webhook** | **String** | Webhooks: `Read` lists and reads them, `Write` also creates, updates and deletes them. | [optional] |
+| **update** | **String** | SDI status updates of outgoing invoices. | [optional] |
+| **log** | **String** | Event log. | [optional] |
+| **webhookhistory** | **String** | Webhook delivery history. | [optional] |
+| **export** | **String** | Invoice export. | [optional] |
+| **status** | **String** | Account status (remaining operations and signatures). | [optional] |
+
+## Example
+
+```ruby
+require 'invoicetronic_sdk'
+
+instance = Invoicetronic_Sdk::Permissions.new(
+  company: null,
+  _send: null,
+  receive: null,
+  webhook: null,
+  update: null,
+  log: null,
+  webhookhistory: null,
+  export: null,
+  status: null
+)
+```
+

data/docs/ReceiveApi.md

@@ -16,7 +16,7 @@ All URIs are relative to *http://localhost*
 
 List incoming invoices
 
-Retrieve a paginated list of receive invoices. Results can be filtered by various criteria such as company, date ranges, sender, document number, and free-text search (`q`). Returns invoice metadata; set `include_payload` to true to include the full invoice content. Invoices are marked as read (`is_read` = true) only when `include_payload` is true.  **Receive** invoices are inbound purchase invoices received from suppliers through Italy's SDI (Sistema di Interscambio). Preserved for two years in the live environment and 24 hours in the [Sandbox](https://invoicetronic.com/en/docs/sandbox/).  Inbound invoices are routed to your account via the recipient VAT number, so the recipient company must exist in Invoicetronic for the invoice to be matched. If an invoice arrives before its company has been registered, it is held by our SDI infrastructure and automatically re-processed once the company is created—no invoice is lost. See [Prerequisites](https://invoicetronic.com/en/docs/prerequisites/) for the recommended setup order.
+Retrieve a paginated list of receive invoices. Results can be filtered by various criteria such as company, date ranges, sender, document number, and free-text search (`q`). Returns invoice metadata; set `include_payload` to true to include the full invoice content. Invoices are marked as read (`is_read` = true) only when `include_payload` is true.  **Receive** invoices are inbound purchase invoices received from suppliers through Italy's SDI (Sistema di Interscambio). Preserved for two years in the live environment and 24 hours in the [Sandbox](https://invoicetronic.com/en/docs/sandbox/).  Inbound invoices are routed to your account via the recipient VAT number, or its fiscal code when the invoice has no VAT number, so the recipient company must exist in Invoicetronic for the invoice to be matched. If an invoice arrives before its company has been registered, it is held by our SDI infrastructure and automatically re-processed once the company is created—no invoice is lost. See [Prerequisites](https://invoicetronic.com/en/docs/prerequisites/) for the recommended setup order.
 
 ### Examples
 
@@ -122,7 +122,7 @@ end
 
 Delete an incoming invoice by id
 
-Permanently delete a receive invoice by its internal id. This action cannot be undone.  **Receive** invoices are inbound purchase invoices received from suppliers through Italy's SDI (Sistema di Interscambio). Preserved for two years in the live environment and 24 hours in the [Sandbox](https://invoicetronic.com/en/docs/sandbox/).  Inbound invoices are routed to your account via the recipient VAT number, so the recipient company must exist in Invoicetronic for the invoice to be matched. If an invoice arrives before its company has been registered, it is held by our SDI infrastructure and automatically re-processed once the company is created—no invoice is lost. See [Prerequisites](https://invoicetronic.com/en/docs/prerequisites/) for the recommended setup order.
+Permanently delete a receive invoice by its internal id. This action cannot be undone.  **Receive** invoices are inbound purchase invoices received from suppliers through Italy's SDI (Sistema di Interscambio). Preserved for two years in the live environment and 24 hours in the [Sandbox](https://invoicetronic.com/en/docs/sandbox/).  Inbound invoices are routed to your account via the recipient VAT number, or its fiscal code when the invoice has no VAT number, so the recipient company must exist in Invoicetronic for the invoice to be matched. If an invoice arrives before its company has been registered, it is held by our SDI infrastructure and automatically re-processed once the company is created—no invoice is lost. See [Prerequisites](https://invoicetronic.com/en/docs/prerequisites/) for the recommended setup order.
 
 ### Examples
 
@@ -183,7 +183,7 @@ end
 ### HTTP request headers
 
 - **Content-Type**: Not defined
-- **Accept**: application/json
+- **Accept**: application/json, application/problem+json
 
 
 ## receive_id_get
@@ -192,7 +192,7 @@ end
 
 Get an incoming invoice by id
 
-Retrieve an incoming invoice by its internal id. The `id` is unique and assigned by the system when the invoice is received. Returns invoice metadata; set `include_payload` to true to include the full invoice content. The invoice is marked as read (`is_read` = true) only when `include_payload` is true.  **Receive** invoices are inbound purchase invoices received from suppliers through Italy's SDI (Sistema di Interscambio). Preserved for two years in the live environment and 24 hours in the [Sandbox](https://invoicetronic.com/en/docs/sandbox/).  Inbound invoices are routed to your account via the recipient VAT number, so the recipient company must exist in Invoicetronic for the invoice to be matched. If an invoice arrives before its company has been registered, it is held by our SDI infrastructure and automatically re-processed once the company is created—no invoice is lost. See [Prerequisites](https://invoicetronic.com/en/docs/prerequisites/) for the recommended setup order.
+Retrieve an incoming invoice by its internal id. The `id` is unique and assigned by the system when the invoice is received. Returns invoice metadata; set `include_payload` to true to include the full invoice content. The invoice is marked as read (`is_read` = true) only when `include_payload` is true.  **Receive** invoices are inbound purchase invoices received from suppliers through Italy's SDI (Sistema di Interscambio). Preserved for two years in the live environment and 24 hours in the [Sandbox](https://invoicetronic.com/en/docs/sandbox/).  Inbound invoices are routed to your account via the recipient VAT number, or its fiscal code when the invoice has no VAT number, so the recipient company must exist in Invoicetronic for the invoice to be matched. If an invoice arrives before its company has been registered, it is held by our SDI infrastructure and automatically re-processed once the company is created—no invoice is lost. See [Prerequisites](https://invoicetronic.com/en/docs/prerequisites/) for the recommended setup order.
 
 ### Examples
 

data/docs/SendApi.md

@@ -24,7 +24,7 @@ All URIs are relative to *http://localhost*
 
 Add an invoice by file
 
-Add a new invoice by uploading a file. Supported formats are XML (FatturaPA) and P7M (signed). The invoice will be signed (if requested), validated (if requested), and queued for delivery to SDI. Status updates from SDI will be available in the `update` endpoint.  **Send** invoices are outbound sales invoices transmitted to customers through Italy's SDI (Sistema di Interscambio). Preserved for two years in the live environment and 15 days in the [Sandbox](https://invoicetronic.com/en/docs/sandbox/).  You can also upload invoices via the [Dashboard](https://dashboard.invoicetronic.com).  ### Idempotency  To protect against duplicate submissions caused by network retries, you can send an optional `Idempotency-Key` header with any unique, client-generated value (up to 255 characters).  - The first request with a given key is processed normally, and its response (status, body and `Location`) is stored for 24 hours. - Any subsequent request that reuses the same key within that window replays the original response instead of sending a second invoice to SDI. A replayed response carries the `Idempotent-Replayed: true` header, so you can tell it apart from a freshly processed one. - If a request with the same key is still being processed, the retry receives `409 Conflict`. - If the same key is reused with a **different** invoice payload, the request is rejected with `422 Unprocessable Entity`: a given key must always map to the same request.  Keys are scoped per account, so different accounts can use the same key value without interfering. If the idempotency store is temporarily unavailable, the request is processed normally without idempotency protection.
+Add a new invoice by uploading a file. Supported formats are XML (FatturaPA) and P7M (signed). The invoice will be signed (if requested), validated (if requested), and queued for delivery to SDI. Status updates from SDI will be available in the `update` endpoint.  **Send** invoices are outbound sales invoices transmitted to customers through Italy's SDI (Sistema di Interscambio). Preserved for two years in the live environment and 15 days in the [Sandbox](https://invoicetronic.com/en/docs/sandbox/).  You can also upload invoices via the [Dashboard](https://dashboard.invoicetronic.com).  ### Idempotency  To protect against duplicate submissions caused by network retries, you can send an optional `Idempotency-Key` header with any unique, client-generated value (up to 255 characters).  - The first request with a given key is processed normally, and its response (status, body and `Location`) is stored for 24 hours. - Any subsequent request that reuses the same key within that window replays the original response instead of sending a second invoice to SDI. A replayed response carries the `Idempotent-Replayed: true` header, so you can tell it apart from a freshly processed one. - If a request with the same key is still being processed, the retry receives `409 Conflict`. - If the same key is reused with a **different** invoice payload, the request is rejected with `422 Unprocessable Entity`: a given key must always map to the same request.  Keys are scoped per account, so different accounts can use the same key value without interfering. If the idempotency store is temporarily unavailable, the request is processed normally without idempotency protection.  ### Company registered under another account  The company issuing the invoice (or receiving it, for self-invoices) is created automatically on the first send. VAT numbers and fiscal codes are unique across the whole platform: if the company is already registered under another account, the request fails with `400 Bad Request` and `code` set to `company_already_registered`, the same code returned by `POST /company/`. To move the company to your account, ask support for a transfer: the transfer requires the written authorisation of the company being transferred.  ### Signature service unavailable  This is an unlikely event, as the signature service is normally always available. Should it be temporarily unavailable when an invoice has to be signed (see the `signature` parameter), the request fails with `503 Service Unavailable` and `code` set to `signature_unavailable`. The invoice is **not** saved: retry after the delay suggested by the `Retry-After` header. A retry with the same `Idempotency-Key` is processed again, not replayed. 
 
 ### Examples
 
@@ -201,7 +201,7 @@ end
 ### HTTP request headers
 
 - **Content-Type**: Not defined
-- **Accept**: application/json
+- **Accept**: application/json, application/problem+json
 
 
 ## send_id_get
@@ -418,7 +418,7 @@ end
 ### HTTP request headers
 
 - **Content-Type**: Not defined
-- **Accept**: application/json
+- **Accept**: application/json, application/problem+json
 
 
 ## send_json_post
@@ -427,7 +427,7 @@ end
 
 Add an invoice by json
 
-Add a new invoice using a FatturaPA JSON representation. Property names mirror the FatturaPA XML schema (PascalCase, e.g. `FatturaElettronicaHeader`). The invoice will be signed (if requested), validated (if requested), and queued for delivery to SDI. Status updates from SDI will be available in the `update` endpoint.  **Send** invoices are outbound sales invoices transmitted to customers through Italy's SDI (Sistema di Interscambio). Preserved for two years in the live environment and 15 days in the [Sandbox](https://invoicetronic.com/en/docs/sandbox/).  You can also upload invoices via the [Dashboard](https://dashboard.invoicetronic.com).  ### Idempotency  To protect against duplicate submissions caused by network retries, you can send an optional `Idempotency-Key` header with any unique, client-generated value (up to 255 characters).  - The first request with a given key is processed normally, and its response (status, body and `Location`) is stored for 24 hours. - Any subsequent request that reuses the same key within that window replays the original response instead of sending a second invoice to SDI. A replayed response carries the `Idempotent-Replayed: true` header, so you can tell it apart from a freshly processed one. - If a request with the same key is still being processed, the retry receives `409 Conflict`. - If the same key is reused with a **different** invoice payload, the request is rejected with `422 Unprocessable Entity`: a given key must always map to the same request.  Keys are scoped per account, so different accounts can use the same key value without interfering. If the idempotency store is temporarily unavailable, the request is processed normally without idempotency protection.
+Add a new invoice using a FatturaPA JSON representation. Property names mirror the FatturaPA XML schema (PascalCase, e.g. `FatturaElettronicaHeader`). The invoice will be signed (if requested), validated (if requested), and queued for delivery to SDI. Status updates from SDI will be available in the `update` endpoint.  **Send** invoices are outbound sales invoices transmitted to customers through Italy's SDI (Sistema di Interscambio). Preserved for two years in the live environment and 15 days in the [Sandbox](https://invoicetronic.com/en/docs/sandbox/).  You can also upload invoices via the [Dashboard](https://dashboard.invoicetronic.com).  ### Idempotency  To protect against duplicate submissions caused by network retries, you can send an optional `Idempotency-Key` header with any unique, client-generated value (up to 255 characters).  - The first request with a given key is processed normally, and its response (status, body and `Location`) is stored for 24 hours. - Any subsequent request that reuses the same key within that window replays the original response instead of sending a second invoice to SDI. A replayed response carries the `Idempotent-Replayed: true` header, so you can tell it apart from a freshly processed one. - If a request with the same key is still being processed, the retry receives `409 Conflict`. - If the same key is reused with a **different** invoice payload, the request is rejected with `422 Unprocessable Entity`: a given key must always map to the same request.  Keys are scoped per account, so different accounts can use the same key value without interfering. If the idempotency store is temporarily unavailable, the request is processed normally without idempotency protection.  ### Company registered under another account  The company issuing the invoice (or receiving it, for self-invoices) is created automatically on the first send. VAT numbers and fiscal codes are unique across the whole platform: if the company is already registered under another account, the request fails with `400 Bad Request` and `code` set to `company_already_registered`, the same code returned by `POST /company/`. To move the company to your account, ask support for a transfer: the transfer requires the written authorisation of the company being transferred.  ### Signature service unavailable  This is an unlikely event, as the signature service is normally always available. Should it be temporarily unavailable when an invoice has to be signed (see the `signature` parameter), the request fails with `503 Service Unavailable` and `code` set to `signature_unavailable`. The invoice is **not** saved: retry after the delay suggested by the `Retry-After` header. A retry with the same `Idempotency-Key` is processed again, not replayed. 
 
 ### Examples
 
@@ -505,7 +505,7 @@ end
 
 Add an invoice
 
-Add a new invoice using a structured Send object. The invoice will be signed (if requested), validated (if requested), and queued for delivery to SDI. Status updates from SDI will be available in the `update` endpoint.  **Send** invoices are outbound sales invoices transmitted to customers through Italy's SDI (Sistema di Interscambio). Preserved for two years in the live environment and 15 days in the [Sandbox](https://invoicetronic.com/en/docs/sandbox/).  You can also upload invoices via the [Dashboard](https://dashboard.invoicetronic.com).  ### Idempotency  To protect against duplicate submissions caused by network retries, you can send an optional `Idempotency-Key` header with any unique, client-generated value (up to 255 characters).  - The first request with a given key is processed normally, and its response (status, body and `Location`) is stored for 24 hours. - Any subsequent request that reuses the same key within that window replays the original response instead of sending a second invoice to SDI. A replayed response carries the `Idempotent-Replayed: true` header, so you can tell it apart from a freshly processed one. - If a request with the same key is still being processed, the retry receives `409 Conflict`. - If the same key is reused with a **different** invoice payload, the request is rejected with `422 Unprocessable Entity`: a given key must always map to the same request.  Keys are scoped per account, so different accounts can use the same key value without interfering. If the idempotency store is temporarily unavailable, the request is processed normally without idempotency protection.
+Add a new invoice using a structured Send object. The invoice will be signed (if requested), validated (if requested), and queued for delivery to SDI. Status updates from SDI will be available in the `update` endpoint.  **Send** invoices are outbound sales invoices transmitted to customers through Italy's SDI (Sistema di Interscambio). Preserved for two years in the live environment and 15 days in the [Sandbox](https://invoicetronic.com/en/docs/sandbox/).  You can also upload invoices via the [Dashboard](https://dashboard.invoicetronic.com).  ### Idempotency  To protect against duplicate submissions caused by network retries, you can send an optional `Idempotency-Key` header with any unique, client-generated value (up to 255 characters).  - The first request with a given key is processed normally, and its response (status, body and `Location`) is stored for 24 hours. - Any subsequent request that reuses the same key within that window replays the original response instead of sending a second invoice to SDI. A replayed response carries the `Idempotent-Replayed: true` header, so you can tell it apart from a freshly processed one. - If a request with the same key is still being processed, the retry receives `409 Conflict`. - If the same key is reused with a **different** invoice payload, the request is rejected with `422 Unprocessable Entity`: a given key must always map to the same request.  Keys are scoped per account, so different accounts can use the same key value without interfering. If the idempotency store is temporarily unavailable, the request is processed normally without idempotency protection.  ### Company registered under another account  The company issuing the invoice (or receiving it, for self-invoices) is created automatically on the first send. VAT numbers and fiscal codes are unique across the whole platform: if the company is already registered under another account, the request fails with `400 Bad Request` and `code` set to `company_already_registered`, the same code returned by `POST /company/`. To move the company to your account, ask support for a transfer: the transfer requires the written authorisation of the company being transferred.  ### Signature service unavailable  This is an unlikely event, as the signature service is normally always available. Should it be temporarily unavailable when an invoice has to be signed (see the `signature` parameter), the request fails with `503 Service Unavailable` and `code` set to `signature_unavailable`. The invoice is **not** saved: retry after the delay suggested by the `Retry-After` header. A retry with the same `Idempotency-Key` is processed again, not replayed. 
 
 ### Examples
 
@@ -643,7 +643,7 @@ nil (empty response body)
 ### HTTP request headers
 
 - **Content-Type**: multipart/form-data
-- **Accept**: application/json, application/problem+json
+- **Accept**: application/problem+json, application/json
 
 
 ## send_validate_json_post
@@ -712,7 +712,7 @@ nil (empty response body)
 ### HTTP request headers
 
 - **Content-Type**: application/json
-- **Accept**: application/json, application/problem+json
+- **Accept**: application/problem+json, application/json
 
 
 ## send_validate_post
@@ -781,7 +781,7 @@ nil (empty response body)
 ### HTTP request headers
 
 - **Content-Type**: application/json
-- **Accept**: application/json, application/problem+json
+- **Accept**: application/problem+json, application/json
 
 
 ## send_validate_xml_post
@@ -850,7 +850,7 @@ nil (empty response body)
 ### HTTP request headers
 
 - **Content-Type**: application/xml
-- **Accept**: application/json, application/problem+json
+- **Accept**: application/problem+json, application/json
 
 
 ## send_xml_post
@@ -859,7 +859,7 @@ nil (empty response body)
 
 Add an invoice by xml
 
-Add a new invoice using a raw XML document in FatturaPA format. The invoice will be signed (if requested), validated (if requested), and queued for delivery to SDI. Status updates from SDI will be available in the `update` endpoint.  **Send** invoices are outbound sales invoices transmitted to customers through Italy's SDI (Sistema di Interscambio). Preserved for two years in the live environment and 15 days in the [Sandbox](https://invoicetronic.com/en/docs/sandbox/).  You can also upload invoices via the [Dashboard](https://dashboard.invoicetronic.com).  ### Idempotency  To protect against duplicate submissions caused by network retries, you can send an optional `Idempotency-Key` header with any unique, client-generated value (up to 255 characters).  - The first request with a given key is processed normally, and its response (status, body and `Location`) is stored for 24 hours. - Any subsequent request that reuses the same key within that window replays the original response instead of sending a second invoice to SDI. A replayed response carries the `Idempotent-Replayed: true` header, so you can tell it apart from a freshly processed one. - If a request with the same key is still being processed, the retry receives `409 Conflict`. - If the same key is reused with a **different** invoice payload, the request is rejected with `422 Unprocessable Entity`: a given key must always map to the same request.  Keys are scoped per account, so different accounts can use the same key value without interfering. If the idempotency store is temporarily unavailable, the request is processed normally without idempotency protection.
+Add a new invoice using a raw XML document in FatturaPA format. The invoice will be signed (if requested), validated (if requested), and queued for delivery to SDI. Status updates from SDI will be available in the `update` endpoint.  **Send** invoices are outbound sales invoices transmitted to customers through Italy's SDI (Sistema di Interscambio). Preserved for two years in the live environment and 15 days in the [Sandbox](https://invoicetronic.com/en/docs/sandbox/).  You can also upload invoices via the [Dashboard](https://dashboard.invoicetronic.com).  ### Idempotency  To protect against duplicate submissions caused by network retries, you can send an optional `Idempotency-Key` header with any unique, client-generated value (up to 255 characters).  - The first request with a given key is processed normally, and its response (status, body and `Location`) is stored for 24 hours. - Any subsequent request that reuses the same key within that window replays the original response instead of sending a second invoice to SDI. A replayed response carries the `Idempotent-Replayed: true` header, so you can tell it apart from a freshly processed one. - If a request with the same key is still being processed, the retry receives `409 Conflict`. - If the same key is reused with a **different** invoice payload, the request is rejected with `422 Unprocessable Entity`: a given key must always map to the same request.  Keys are scoped per account, so different accounts can use the same key value without interfering. If the idempotency store is temporarily unavailable, the request is processed normally without idempotency protection.  ### Company registered under another account  The company issuing the invoice (or receiving it, for self-invoices) is created automatically on the first send. VAT numbers and fiscal codes are unique across the whole platform: if the company is already registered under another account, the request fails with `400 Bad Request` and `code` set to `company_already_registered`, the same code returned by `POST /company/`. To move the company to your account, ask support for a transfer: the transfer requires the written authorisation of the company being transferred.  ### Signature service unavailable  This is an unlikely event, as the signature service is normally always available. Should it be temporarily unavailable when an invoice has to be signed (see the `signature` parameter), the request fails with `503 Service Unavailable` and `code` set to `signature_unavailable`. The invoice is **not** saved: retry after the delay suggested by the `Retry-After` header. A retry with the same `Idempotency-Key` is processed again, not replayed. 
 
 ### Examples
 

data/docs/StatusApi.md

@@ -13,7 +13,7 @@ All URIs are relative to *http://localhost*
 
 Account status
 
-Retrieve the number of operations (invoices + validations) and signatures left on your account.  When `signature_left` is 0, you will receive a `403 Forbidden` response when trying to sign an invoice. Likewise, if `operation_left` is 0, you will receive a `403 Forbidden` response when storing or validating an invoice.  These responses carry a problem details body whose `code` member tells them apart from other `403 Forbidden` responses: `usage_limit_exceeded` when you are out of operations, `signature_limit_exceeded` when you are out of signatures. Branch on `code`, not on `detail`, which is localized according to the `Accept-Language` header.  You can also check your account status from the [Dashboard](https://dashboard.invoicetronic.com), where you can purchase additional operations and/or signatures.  **Please note** that these values are not enforced if you are on the [Sandbox](https://invoicetronic.com/en/docs/sandbox/).
+Retrieve the number of operations (invoices + validations) and signatures left on your account.  When `signature_left` is 0, you will receive a `403 Forbidden` response when trying to sign an invoice. Likewise, if `operation_left` is 0, you will receive a `403 Forbidden` response when storing or validating an invoice, or when retrieving incoming invoices. Webhooks can still be created and updated, but no notification is delivered until operations are available again.  These responses carry a problem details body whose `code` member tells them apart from other `403 Forbidden` responses: `usage_limit_exceeded` when you are out of operations, `signature_limit_exceeded` when you are out of signatures. Branch on `code`, not on `detail`, which is localized according to the `Accept-Language` header.  You can also check your account status from the [Dashboard](https://dashboard.invoicetronic.com), where you can purchase additional operations and/or signatures.  **Please note** that these values are not enforced if you are on the [Sandbox](https://invoicetronic.com/en/docs/sandbox/).
 
 ### Examples
 

data/docs/SubKey.md

@@ -0,0 +1,34 @@
+# Invoicetronic_Sdk::SubKey
+
+## Properties
+
+| Name | Type | Description | Notes |
+| ---- | ---- | ----------- | ----- |
+| **id** | **Integer** | Unique identifier. | [optional] |
+| **created** | **Time** | Creation date. | [optional][readonly] |
+| **version** | **Integer** | Row version, for optimistic concurrency. | [optional][readonly] |
+| **description** | **String** | Human-readable label. | [optional] |
+| **active** | **Boolean** | Whether the key can authenticate. | [optional] |
+| **permissions** | [**Permissions**](Permissions.md) |  | [optional] |
+| **company_ids** | **Array<Integer>** | Companies the key can access. Empty means all the companies of the account. | [optional] |
+| **cors_origins** | **Array<String>** | Browser origins allowed to call the API with this key (CORS). | [optional] |
+| **previous_key_expires_at** | **Time** | When the secrets replaced by the last roll stop working; null when there are none still valid. | [optional] |
+
+## Example
+
+```ruby
+require 'invoicetronic_sdk'
+
+instance = Invoicetronic_Sdk::SubKey.new(
+  id: null,
+  created: null,
+  version: null,
+  description: null,
+  active: null,
+  permissions: null,
+  company_ids: null,
+  cors_origins: null,
+  previous_key_expires_at: null
+)
+```
+

data/docs/SubKeyRequest.md

@@ -0,0 +1,26 @@
+# Invoicetronic_Sdk::SubKeyRequest
+
+## Properties
+
+| Name | Type | Description | Notes |
+| ---- | ---- | ----------- | ----- |
+| **description** | **String** | Human-readable label, e.g. the name of the tenant the key is for. |  |
+| **active** | **Boolean** | Whether the key can authenticate. Defaults to true. | [optional] |
+| **permissions** | [**Permissions**](Permissions.md) |  | [optional] |
+| **company_ids** | **Array<Integer>** | Companies the key can access. When omitted or empty, the key can access all the companies of the account, including the ones created later. | [optional] |
+| **cors_origins** | **Array<String>** | Browser origins allowed to call the API with this key (CORS), e.g. `https://app.example.com` or `*.example.com`. A key used from a browser is public: keep its permissions and companies minimal. | [optional] |
+
+## Example
+
+```ruby
+require 'invoicetronic_sdk'
+
+instance = Invoicetronic_Sdk::SubKeyRequest.new(
+  description: Studio Rossi Srl,
+  active: null,
+  permissions: null,
+  company_ids: null,
+  cors_origins: null
+)
+```
+

data/docs/SubKeyUpdate.md

@@ -0,0 +1,30 @@
+# Invoicetronic_Sdk::SubKeyUpdate
+
+## Properties
+
+| Name | Type | Description | Notes |
+| ---- | ---- | ----------- | ----- |
+| **description** | **String** | Human-readable label, e.g. the name of the tenant the key is for. |  |
+| **active** | **Boolean** | Whether the key can authenticate. Defaults to true. | [optional] |
+| **permissions** | [**Permissions**](Permissions.md) |  | [optional] |
+| **company_ids** | **Array<Integer>** | Companies the key can access. When omitted or empty, the key can access all the companies of the account, including the ones created later. | [optional] |
+| **cors_origins** | **Array<String>** | Browser origins allowed to call the API with this key (CORS), e.g. `https://app.example.com` or `*.example.com`. A key used from a browser is public: keep its permissions and companies minimal. | [optional] |
+| **id** | **Integer** | Id of the restricted key to update. | [optional] |
+| **version** | **Integer** | Row version read with the key, for optimistic concurrency: a stale version fails with 422. | [optional] |
+
+## Example
+
+```ruby
+require 'invoicetronic_sdk'
+
+instance = Invoicetronic_Sdk::SubKeyUpdate.new(
+  description: Studio Rossi Srl,
+  active: null,
+  permissions: null,
+  company_ids: null,
+  cors_origins: null,
+  id: null,
+  version: null
+)
+```
+

data/docs/SubKeyWithSecrets.md

@@ -0,0 +1,38 @@
+# Invoicetronic_Sdk::SubKeyWithSecrets
+
+## Properties
+
+| Name | Type | Description | Notes |
+| ---- | ---- | ----------- | ----- |
+| **id** | **Integer** | Unique identifier. | [optional] |
+| **created** | **Time** | Creation date. | [optional][readonly] |
+| **version** | **Integer** | Row version, for optimistic concurrency. | [optional][readonly] |
+| **description** | **String** | Human-readable label. | [optional] |
+| **active** | **Boolean** | Whether the key can authenticate. | [optional] |
+| **permissions** | [**Permissions**](Permissions.md) |  | [optional] |
+| **company_ids** | **Array<Integer>** | Companies the key can access. Empty means all the companies of the account. | [optional] |
+| **cors_origins** | **Array<String>** | Browser origins allowed to call the API with this key (CORS). | [optional] |
+| **previous_key_expires_at** | **Time** | When the secrets replaced by the last roll stop working; null when there are none still valid. | [optional] |
+| **test_key** | **String** | Sandbox secret. | [optional] |
+| **live_key** | **String** | Production secret. | [optional] |
+
+## Example
+
+```ruby
+require 'invoicetronic_sdk'
+
+instance = Invoicetronic_Sdk::SubKeyWithSecrets.new(
+  id: null,
+  created: null,
+  version: null,
+  description: null,
+  active: null,
+  permissions: null,
+  company_ids: null,
+  cors_origins: null,
+  previous_key_expires_at: null,
+  test_key: null,
+  live_key: null
+)
+```
+