@didit-protocol/sdk-node 2.13.1 → 2.14.0

package/dist/index.cjs

@@ -328,7 +328,7 @@ function decodeDates(value, plan, named, depth = 0) {
 }
 
 // src/core/version.ts
-var VERSION = "2.13.1";
+var VERSION = "2.14.0";
 
 // src/core/runtime.ts
 function processLike() {
@@ -1720,7 +1720,8 @@ var DATE_PLANS = {
       data_unmasked: "TravelRuleDataUnmasked",
       counterparty_vasp: { p: { dd_assessed_at: 1 } },
       delivery: "TravelRuleDelivery",
-      discovery: { i: "TravelRuleDiscoveryStep" }
+      discovery: { i: "TravelRuleDiscoveryStep" },
+      user_choice: "TravelRuleUserChoice"
     }
   },
   TransactionNote: { p: { created_at: 1 } },
@@ -1732,7 +1733,8 @@ var DATE_PLANS = {
       counterparty_vasp: { p: { dd_assessed_at: 1 } },
       delivery: "TravelRuleDelivery",
       discovery: { i: "TravelRuleDiscoveryStep" },
-      deliveries: { i: "TravelRuleDeliveryLogEntry" }
+      deliveries: { i: "TravelRuleDeliveryLogEntry" },
+      user_choice: "TravelRuleUserChoice"
     }
   },
   TransactionWalletOwnershipAction: { p: { expires_at: 1 } },
@@ -1826,12 +1828,15 @@ var DATE_PLANS = {
       created_at: 1,
       delivery: "TravelRuleDelivery",
       discovery: { i: "TravelRuleDiscoveryStep" },
-      deliveries: { i: "TravelRuleDeliveryLogEntry" }
+      deliveries: { i: "TravelRuleDeliveryLogEntry" },
+      user_choice: "TravelRuleUserChoice"
     }
   },
   TravelRuleTransferRow: { p: { txn_date: 1, deadline_at: 1, created_at: 1 } },
   TravelRuleTransfersListResponse: { p: { results: { i: "TravelRuleTransferRow" } } },
   TravelRuleUnmatchedDepositsListResponse: { p: { results: { i: "TravelRuleTransferRow" } } },
+  TravelRuleUserChoice: { p: { link_expires_at: 1 } },
+  TravelRuleUserLinkResponse: { p: { expires_at: 1 } },
   TravelRuleWalletAddressesListResponse: { p: { results: { i: "WalletAddressEntry" } } },
   TravelRuleWalletProofReview: { p: { method_chosen_at: 1, decided_at: 1, created_at: 1 } },
   TravelRuleWalletProofsListResponse: { p: { results: { i: "TravelRuleWalletProofReview" } } },
@@ -2833,6 +2838,12 @@ var Businesses = class extends APIResource {
 };
 
 // src/resources/cases.ts
+var CASES_BLUEPRINTS_AI_DRAFT = {
+  method: "POST",
+  path: "/v3/organization/{organization_id}/application/{application_id}/cases/blueprints/ai-draft/",
+  scope: "application",
+  body: "json"
+};
 var CASES_BLUEPRINTS_CREATE = {
   method: "POST",
   path: "/v3/organization/{organization_id}/application/{application_id}/cases/blueprints/",
@@ -3307,10 +3318,20 @@ var CASES_UPDATE = {
   dates: "CaseDetail"
 };
 var CasesBlueprints = class extends APIResource {
+  /**
+   * Draft case blueprint with AI
+   *
+   * Generate an unsaved blueprint proposal. Requires write:cases. Returns a draft object, not a blueprint UUID; no blueprint or saved policy draft is created. Review the proposal, choose assignees and any teams, approvals or routing, then create or update a blueprint separately. Invalid generated content or generation failure returns 503. See [blueprint AI drafts](/management-api/case-blueprints/ai-draft).
+   *
+   * `POST /v3/organization/{organization_id}/application/{application_id}/cases/blueprints/ai-draft/`
+   */
+  aiDraft(params, options) {
+    return this._client.request(CASES_BLUEPRINTS_AI_DRAFT, [], params, options);
+  }
   /**
    * Create blueprint
    *
-   * Create a case blueprint: general settings (assignment, escalation, transfer, 4-eyes pairing) plus content_config, the six sections that drive the case page. Set publish=false to create an unpublished draft; Publish creates its first live version. Discarding a never-published draft deletes it.
+   * Create a case blueprint: general settings (assignment, escalation, transfer, 4-eyes pairing) plus content_config, the six sections that drive the case page. Set publish=false to create an unpublished draft; Publish creates its first live version. Discarding a never-published draft deletes it. applies_to accepts the six case-type values. content_config.stages.items[].worked_by is an optional active review-team UUID from this application. These settings are preserved in case policy snapshots; later edits do not change existing snapshots.
    *
    * `POST /v3/organization/{organization_id}/application/{application_id}/cases/blueprints/`
    */
@@ -3424,7 +3445,7 @@ var CasesBlueprints = class extends APIResource {
   /**
    * Update blueprint
    *
-   * Partially update a blueprint's general settings or content_config.
+   * Partially update a blueprint's general settings or content_config. applies_to accepts the six case-type values. content_config.stages.items[].worked_by is an optional active review-team UUID from this application. These settings are preserved in case policy snapshots; later edits do not change existing snapshots.
    *
    * `PATCH /v3/organization/{organization_id}/application/{application_id}/cases/blueprints/{blueprint_uuid}/`
    *
@@ -3465,7 +3486,7 @@ var CasesLinks = class extends APIResource {
   /**
    * Add case link
    *
-   * Attach a session, business session, or transaction to the case. Rejected with 400 if the entity belongs to a different subject than the case.
+   * Attach a session, business session, transaction, or network to the case. Rejected with 400 if the entity belongs to a different subject than the case. Network links require write:cases plus read:networks, Networks access and investigation access for the network scope. The network must be visible and contain the case subject. Manually adding links to network-generated cases is not allowed.
    *
    * `POST /v3/organization/{organization_id}/application/{application_id}/cases/{case_uuid}/links/`
    *
@@ -3882,7 +3903,7 @@ var Cases = class extends APIResource {
   /**
    * Create case
    *
-   * Create a case anchored to exactly one subject (a user or a business), directly or by deriving the subject from an attached session/transaction link. Source is always `MANUAL` for API-created cases.
+   * Create a case anchored to exactly one subject (a user or a business), directly or by deriving the subject from an attached session/transaction link. Source is always `MANUAL` for API-created cases. Network links require write:cases plus read:networks, Networks access and investigation access for the network scope. The network must be visible and contain the case subject. Manually adding links to network-generated cases is not allowed. An explicit subject is required whenever links includes a network.
    *
    * `POST /v3/organization/{organization_id}/application/{application_id}/cases/`
    */
@@ -8110,6 +8131,12 @@ var TRANSACTIONS_TRAVEL_RULE_CREATE_MESSAGE = {
   body: "json",
   dates: "TravelRuleMessage"
 };
+var TRANSACTIONS_TRAVEL_RULE_CREATE_USER_LINK = {
+  method: "POST",
+  path: "/v3/transactions/{transaction_id}/travel-rule/user-link/",
+  body: "json",
+  dates: "TravelRuleUserLinkResponse"
+};
 var TRANSACTIONS_TRAVEL_RULE_LIST_DELIVERIES = {
   method: "GET",
   path: "/v3/transactions/{transaction_id}/travel-rule/deliveries/",
@@ -8361,6 +8388,23 @@ var TransactionsTravelRule = class extends APIResource {
       options
     );
   }
+  /**
+   * Create or email a Travel Rule end-user link
+   *
+   * Issue a new link and revoke previous open links for this transfer. Requires write access to transactions and an outbound transfer in AWAITING_COUNTERPARTY, COUNTERPARTY_VASP_NOT_FOUND, COUNTERPARTY_VASP_NOT_REACHABLE, UNCONFIRMED_OWNERSHIP or ON_HOLD. channel=email uses the end user's Didit-record email and verification-session language when available. A send failure returns the link with emailed_to empty; email_available reports address availability, not delivery. See [User links](/management-api/travel-rule/create-user-link).
+   *
+   * `POST /v3/transactions/{transaction_id}/travel-rule/user-link/`
+   *
+   * @param transactionId Didit-stable transaction UUID that owns the transfer.
+   */
+  createUserLink(transactionId, params = {}, options) {
+    return this._client.request(
+      TRANSACTIONS_TRAVEL_RULE_CREATE_USER_LINK,
+      [transactionId],
+      params,
+      options
+    );
+  }
   /**
    * List Travel Rule delivery history
    *
@@ -8411,9 +8455,9 @@ var TransactionsTravelRule = class extends APIResource {
     );
   }
   /**
-   * Finish, cancel, resend, or update the originator wallet of a Travel Rule transfer
+   * Update a Travel Rule transfer
    *
-   * Provide `payment_txn_id` to report the on-chain hash and move an outbound COMPLETED transfer to FINISHED (its INTERNAL-rail counterpart also moves to FINISHED), `{"action": "cancel"}` to cancel a non-terminal transfer, or `{"action": "resend"}` to route an outbound transfer stuck in COUNTERPARTY_VASP_NOT_FOUND, COUNTERPARTY_VASP_NOT_REACHABLE, or NOT_ENOUGH_COUNTERPARTY_DATA again (improve the counterparty data first, e.g. add a travel_address to the destination wallet entry). resend applies to outbound transfers only. `{"action": "update_compliance_email", "compliance_email": "desk@example.com"}` replaces the compliance email of an outbound transfer in one of those three statuses, the fix for `reason: email_undeliverable`: the status does not change, and the next `resend` sends the request to that address. A resend is queued, not run inside the request: the response shows the transfer back in AWAITING_COUNTERPARTY with a `resend queued` timeline entry and a queued `delivery`, and where it went arrives as a `travel_rule.status.updated` webhook. When the transfer went over GTR, VerifyVASP or Sygna Bridge, the network learns the on-chain hash or the cancellation after the response, with retries; `delivery` shows how that message stands. `{"action": "update_originator_wallet", "wallet_address": "..."}` records the wallet the funds actually left from on an outbound transfer, for example the address a UTXO withdrawal was broadcast from rather than the main wallet you declared. It changes the record only: nothing is sent to the counterparty again and the status stays. The originator becomes `chain_details.originator` with `source: updated`, the change is added to the `timeline` with the previous and the new wallet, and the INTERNAL-rail counterpart of the transfer is updated the same way. `{"action": "beneficiary_vasp", "beneficiary_vasp": "<directory VASP id>"}` names the counterparty yourself when discovery could not, on an outbound transfer in COUNTERPARTY_VASP_NOT_FOUND, COUNTERPARTY_VASP_NOT_REACHABLE or NOT_ENOUGH_COUNTERPARTY_DATA: the transfer is routed to that VASP and sent again.
+   * Provide `payment_txn_id` to report the on-chain hash and move an outbound COMPLETED transfer to FINISHED (its INTERNAL-rail counterpart also moves to FINISHED), `{"action": "cancel"}` to cancel a non-terminal transfer, or `{"action": "resend"}` to route an outbound transfer stuck in COUNTERPARTY_VASP_NOT_FOUND, COUNTERPARTY_VASP_NOT_REACHABLE, or NOT_ENOUGH_COUNTERPARTY_DATA again (improve the counterparty data first, e.g. add a travel_address to the destination wallet entry). resend applies to outbound transfers only. `{"action": "update_compliance_email", "compliance_email": "desk@example.com"}` replaces the compliance email of an outbound transfer in one of those three statuses, the fix for `reason: email_undeliverable`: the status does not change, and the next `resend` sends the request to that address. A resend is queued, not run inside the request: the response shows the transfer back in AWAITING_COUNTERPARTY with a `resend queued` timeline entry and a queued `delivery`, and where it went arrives as a `travel_rule.status.updated` webhook. When the transfer went over GTR, VerifyVASP or Sygna Bridge, the network learns the on-chain hash or the cancellation after the response, with retries; `delivery` shows how that message stands. `{"action": "update_originator_wallet", "wallet_address": "..."}` records the wallet the funds actually left from on an outbound transfer, for example the address a UTXO withdrawal was broadcast from rather than the main wallet you declared. It changes the record only: nothing is sent to the counterparty again and the status stays. The originator becomes `chain_details.originator` with `source: updated`, the change is added to the `timeline` with the previous and the new wallet, and the INTERNAL-rail counterpart of the transfer is updated the same way. `{"action": "beneficiary_vasp", "beneficiary_vasp": "<directory VASP id>"}` names the counterparty yourself when discovery could not, on an outbound transfer in COUNTERPARTY_VASP_NOT_FOUND, COUNTERPARTY_VASP_NOT_REACHABLE or NOT_ENOUGH_COUNTERPARTY_DATA: the transfer is routed to that VASP and sent again. Cancellation accepts an optional reason and returns cancel_reason and cancelled_by. Resend accepts notify_on_answer; omission preserves the saved preference, initially false. Resend invalidates the previous counterparty pickup link. action=add_vasp_hint requires name, accepts lei and country, saves the hint and re-runs discovery under the same outbound/status restrictions as resend. update_compliance_email also accepts vasp_name and saves the address as an application-private contact when the transfer has a known directory VASP.
    *
    * `PATCH /v3/transactions/{transaction_id}/travel-rule/`
    *
@@ -8600,6 +8644,7 @@ var TRAVEL_RULE_TRANSFERS_LIST = {
   method: "GET",
   path: "/v3/travel-rule/transfers/",
   query: [
+    "search",
     "direction",
     "status",
     "rail",
@@ -8713,6 +8758,12 @@ var TRAVEL_RULE_CLEAR_VASP_DECISION = {
   path: "/v3/travel-rule/vasps/{vasp_id}/decision/",
   dates: "TravelRuleCounterpartyDecisionResponse"
 };
+var TRAVEL_RULE_CREATE_VASP = {
+  method: "POST",
+  path: "/v3/travel-rule/vasps/",
+  body: "json",
+  dates: "VaspDirectoryEntry"
+};
 var TRAVEL_RULE_CREATE_WIDGET_SESSION = {
   method: "POST",
   path: "/v3/travel-rule/widget-session/",
@@ -9102,6 +9153,16 @@ var TravelRule = class extends APIResource {
   clearVaspDecision(vaspId, options) {
     return this._client.request(TRAVEL_RULE_CLEAR_VASP_DECISION, [vaspId], void 0, options);
   }
+  /**
+   * Create a private VASP directory entry
+   *
+   * Add a VASP privately to your application and optionally invite it. Requires write access to transactions. The response uses source=added_by_you. A matching visible name or LEI returns 409 with the existing vasp_id. See [Search the directory](/management-api/travel-rule/search-vasps).
+   *
+   * `POST /v3/travel-rule/vasps/`
+   */
+  createVasp(params, options) {
+    return this._client.request(TRAVEL_RULE_CREATE_VASP, [], params, options);
+  }
   /**
    * Mint a wallet-ownership widget session
    *
@@ -9127,7 +9188,7 @@ var TravelRule = class extends APIResource {
   /**
    * Search the VASP directory
    *
-   * Paginated, name-sorted search of the VASP directory: the shared directory entries, which Didit builds from the ESMA interim MiCA register, the public TRISA directory, the global LEI register and its own curation, plus the members of the Didit network. Each row carries the routes your application has to it today. Your own application's profile is never listed. Rows also carry the shared due-diligence assessment and your application's own decision, entity screening and questionnaires.
+   * Paginated, name-sorted search of the VASP directory: the shared directory entries, which Didit builds from the ESMA interim MiCA register, the public TRISA directory, the global LEI register and its own curation, plus the members of the Didit network. Each row carries the routes your application has to it today. Your own application's profile is never listed. Rows also carry the shared due-diligence assessment and your application's own decision, entity screening and questionnaires. Includes entries your application added privately. The optional source field distinguishes their provenance; kind=didit member results may omit source.
    *
    * `GET /v3/travel-rule/vasps/`
    */