conductor-node 11.6.11 → 11.6.13
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/dist/package.json
CHANGED
|
@@ -862,6 +862,67 @@ export default class QbdIntegration extends BaseIntegration {
|
|
|
862
862
|
*/
|
|
863
863
|
query: (endUserId: string, params?: QbdTypes.CustomerTypeQueryRq) => Promise<NonNullable<QbdTypes.CustomerTypeQueryRs["CustomerTypeRet"]>>;
|
|
864
864
|
};
|
|
865
|
+
/**
|
|
866
|
+
* A data extension is a custom field that you can add to a list object,
|
|
867
|
+
* transaction, or transaction line item.
|
|
868
|
+
*/
|
|
869
|
+
dataExt: {
|
|
870
|
+
/**
|
|
871
|
+
* Writes data to one data extension (i.e., custom field in QuickBooks).
|
|
872
|
+
* This request can only be invoked if a data extension definition has
|
|
873
|
+
* already been defined for the target object type. That is, before you can
|
|
874
|
+
* perform the `DataExtAdd` on a particular customer, say John Henry, the
|
|
875
|
+
* data extension must already be defined for the `Customer` object. Notice
|
|
876
|
+
* that a data extension definition can be defined in either of two ways:
|
|
877
|
+
* via `DataExtDefAdd` as already described, or via the QuickBooks UI by the
|
|
878
|
+
* user specifying a custom field. Only custom fields can be defined through
|
|
879
|
+
* the UI, not private data extensions.
|
|
880
|
+
*
|
|
881
|
+
* `DataExtAdd` adds a custom field (if `OwnerID` is set to 0) or a private
|
|
882
|
+
* data extension (if `OwnerID` is set to a GUID) containing the specified
|
|
883
|
+
* value. The custom field or private data extension and value is added to
|
|
884
|
+
* the specified list object, or transaction, or transaction line item.
|
|
885
|
+
*
|
|
886
|
+
* `DataExtAdd` will return error 3180 if you invoke this on a custom data
|
|
887
|
+
* ext definition that has been deleted and then re-added from the UI. (You
|
|
888
|
+
* can’t re-add a deleted data ext def via the SDK.) However, you can use
|
|
889
|
+
* `DataExtMod` to write data to that re-added data ext def.
|
|
890
|
+
*
|
|
891
|
+
* Important: If you want to perform a `DataExtAdd` on a transaction line
|
|
892
|
+
* item, you should use custom fields instead of private data extensions
|
|
893
|
+
* because only custom field data will be returned in queries. Currently,
|
|
894
|
+
* private data is not returned.
|
|
895
|
+
*
|
|
896
|
+
* Both `DataExtAdd` and `DataExtMod` cause a Modify event to be generated
|
|
897
|
+
* for the parent object. For example invoking one of these on a `Customer`
|
|
898
|
+
* causes a `Customer` Modify event. The Time Modified value for that parent
|
|
899
|
+
* object is also updated.
|
|
900
|
+
*
|
|
901
|
+
* See more: https://developer.intuit.com/app/developer/qbdesktop/docs/api-reference/qbdesktop/DataExtAdd
|
|
902
|
+
*/
|
|
903
|
+
add: (endUserId: string, params: QbdTypes.DataExtAddRq["DataExtAdd"]) => Promise<NonNullable<QbdTypes.DataExtAddRs["DataExtRet"]>>;
|
|
904
|
+
/**
|
|
905
|
+
* This request can only be invoked if a data extension definition has
|
|
906
|
+
* already been added to the target object (for example, the customer John
|
|
907
|
+
* Henry) by a `DataExtDefAdd` or by the user specifying a custom field
|
|
908
|
+
* value for that object via the QuickBooks UI.
|
|
909
|
+
*
|
|
910
|
+
* If you want to clear the data extension value (to make the custom field
|
|
911
|
+
* or private extension blank), you must use `DataExtDel`. The `DataExtMod`
|
|
912
|
+
* request cannot be used to clear the field.
|
|
913
|
+
*
|
|
914
|
+
* Both `DataExtAdd` and `DataExtMod` cause a Modify event to be generated
|
|
915
|
+
* for the parent object. For example invoking one of these on a `Customer`
|
|
916
|
+
* causes a `Customer` Modify event. The Time Modified value for that parent
|
|
917
|
+
* object is also updated.
|
|
918
|
+
*
|
|
919
|
+
* Notice that the Mod operation does not support macros like `DataExtAdd`
|
|
920
|
+
* does.
|
|
921
|
+
*
|
|
922
|
+
* See more: https://developer.intuit.com/app/developer/qbdesktop/docs/api-reference/qbdesktop/DataExtMod
|
|
923
|
+
*/
|
|
924
|
+
mod: (endUserId: string, params: QbdTypes.DataExtModRq["DataExtMod"]) => Promise<NonNullable<QbdTypes.DataExtModRs["DataExtRet"]>>;
|
|
925
|
+
};
|
|
865
926
|
/**
|
|
866
927
|
* Date-driven terms show the day of the month by which payment is due and can
|
|
867
928
|
* include a discount for early payment. Payments with standard terms, on the
|
|
@@ -867,6 +867,67 @@ class QbdIntegration extends BaseIntegration_1.default {
|
|
|
867
867
|
*/
|
|
868
868
|
query: async (endUserId, params = {}) => this.sendRequestWrapper(endUserId, { CustomerTypeQueryRq: params }, "CustomerTypeQueryRs", "CustomerTypeRet"),
|
|
869
869
|
};
|
|
870
|
+
/**
|
|
871
|
+
* A data extension is a custom field that you can add to a list object,
|
|
872
|
+
* transaction, or transaction line item.
|
|
873
|
+
*/
|
|
874
|
+
dataExt = {
|
|
875
|
+
/**
|
|
876
|
+
* Writes data to one data extension (i.e., custom field in QuickBooks).
|
|
877
|
+
* This request can only be invoked if a data extension definition has
|
|
878
|
+
* already been defined for the target object type. That is, before you can
|
|
879
|
+
* perform the `DataExtAdd` on a particular customer, say John Henry, the
|
|
880
|
+
* data extension must already be defined for the `Customer` object. Notice
|
|
881
|
+
* that a data extension definition can be defined in either of two ways:
|
|
882
|
+
* via `DataExtDefAdd` as already described, or via the QuickBooks UI by the
|
|
883
|
+
* user specifying a custom field. Only custom fields can be defined through
|
|
884
|
+
* the UI, not private data extensions.
|
|
885
|
+
*
|
|
886
|
+
* `DataExtAdd` adds a custom field (if `OwnerID` is set to 0) or a private
|
|
887
|
+
* data extension (if `OwnerID` is set to a GUID) containing the specified
|
|
888
|
+
* value. The custom field or private data extension and value is added to
|
|
889
|
+
* the specified list object, or transaction, or transaction line item.
|
|
890
|
+
*
|
|
891
|
+
* `DataExtAdd` will return error 3180 if you invoke this on a custom data
|
|
892
|
+
* ext definition that has been deleted and then re-added from the UI. (You
|
|
893
|
+
* can’t re-add a deleted data ext def via the SDK.) However, you can use
|
|
894
|
+
* `DataExtMod` to write data to that re-added data ext def.
|
|
895
|
+
*
|
|
896
|
+
* Important: If you want to perform a `DataExtAdd` on a transaction line
|
|
897
|
+
* item, you should use custom fields instead of private data extensions
|
|
898
|
+
* because only custom field data will be returned in queries. Currently,
|
|
899
|
+
* private data is not returned.
|
|
900
|
+
*
|
|
901
|
+
* Both `DataExtAdd` and `DataExtMod` cause a Modify event to be generated
|
|
902
|
+
* for the parent object. For example invoking one of these on a `Customer`
|
|
903
|
+
* causes a `Customer` Modify event. The Time Modified value for that parent
|
|
904
|
+
* object is also updated.
|
|
905
|
+
*
|
|
906
|
+
* See more: https://developer.intuit.com/app/developer/qbdesktop/docs/api-reference/qbdesktop/DataExtAdd
|
|
907
|
+
*/
|
|
908
|
+
add: async (endUserId, params) => this.sendRequestWrapper(endUserId, { DataExtAddRq: { DataExtAdd: params } }, "DataExtAddRs", "DataExtRet"),
|
|
909
|
+
/**
|
|
910
|
+
* This request can only be invoked if a data extension definition has
|
|
911
|
+
* already been added to the target object (for example, the customer John
|
|
912
|
+
* Henry) by a `DataExtDefAdd` or by the user specifying a custom field
|
|
913
|
+
* value for that object via the QuickBooks UI.
|
|
914
|
+
*
|
|
915
|
+
* If you want to clear the data extension value (to make the custom field
|
|
916
|
+
* or private extension blank), you must use `DataExtDel`. The `DataExtMod`
|
|
917
|
+
* request cannot be used to clear the field.
|
|
918
|
+
*
|
|
919
|
+
* Both `DataExtAdd` and `DataExtMod` cause a Modify event to be generated
|
|
920
|
+
* for the parent object. For example invoking one of these on a `Customer`
|
|
921
|
+
* causes a `Customer` Modify event. The Time Modified value for that parent
|
|
922
|
+
* object is also updated.
|
|
923
|
+
*
|
|
924
|
+
* Notice that the Mod operation does not support macros like `DataExtAdd`
|
|
925
|
+
* does.
|
|
926
|
+
*
|
|
927
|
+
* See more: https://developer.intuit.com/app/developer/qbdesktop/docs/api-reference/qbdesktop/DataExtMod
|
|
928
|
+
*/
|
|
929
|
+
mod: async (endUserId, params) => this.sendRequestWrapper(endUserId, { DataExtModRq: { DataExtMod: params } }, "DataExtModRs", "DataExtRet"),
|
|
930
|
+
};
|
|
870
931
|
/**
|
|
871
932
|
* Date-driven terms show the day of the month by which payment is due and can
|
|
872
933
|
* include a discount for early payment. Payments with standard terms, on the
|
|
@@ -2742,9 +2803,8 @@ class QbdIntegration extends BaseIntegration_1.default {
|
|
|
2742
2803
|
* See more: https://developer.intuit.com/app/developer/qbdesktop/docs/api-reference/qbdesktop/TxnDel
|
|
2743
2804
|
*/
|
|
2744
2805
|
delete: async (endUserId, params) =>
|
|
2745
|
-
// Call `this.sendRequest()`
|
|
2746
|
-
//
|
|
2747
|
-
// output structure.
|
|
2806
|
+
// Call `this.sendRequest()` instead of `this.sendRequestWrapper()`
|
|
2807
|
+
// because `TxnDel` has a unique input and output structure.
|
|
2748
2808
|
this.sendRequest(endUserId, "quickbooks_desktop", {
|
|
2749
2809
|
TxnDelRq: params,
|
|
2750
2810
|
}),
|
|
@@ -2768,9 +2828,8 @@ class QbdIntegration extends BaseIntegration_1.default {
|
|
|
2768
2828
|
* See more: https://developer.intuit.com/app/developer/qbdesktop/docs/api-reference/qbdesktop/TxnVoid
|
|
2769
2829
|
*/
|
|
2770
2830
|
void: async (endUserId, params) =>
|
|
2771
|
-
// Call `this.sendRequest()`
|
|
2772
|
-
//
|
|
2773
|
-
// output structure.
|
|
2831
|
+
// Call `this.sendRequest()` instead of `this.sendRequestWrapper()`
|
|
2832
|
+
// because `TxnVoid` has a unique input and output structure.
|
|
2774
2833
|
this.sendRequest(endUserId, "quickbooks_desktop", {
|
|
2775
2834
|
TxnVoidRq: params,
|
|
2776
2835
|
}),
|
|
@@ -3646,6 +3646,60 @@ export interface DataExt {
|
|
|
3646
3646
|
/** The data in this field. The maximum length of `DataExtValue` will depend on the `DataExtType` of this data extension. For example, if `DataExtType` is `STR255TYPE`, the maximum length of `DataExtValue` is 255 characters. If `DataExtType` is `STR1024TYPE`, the maximum size of `DataExtValue` is `1KB`. */
|
|
3647
3647
|
DataExtValue: string;
|
|
3648
3648
|
}
|
|
3649
|
+
export interface DataExtAdd {
|
|
3650
|
+
/** `OwnerID` refers to the owner of a data extension, and must be 0 or a valid GUID. (Custom fields, which are visible in the QuickBooks UI, always have an `OwnerID` of 0. ) Usually you would keep your application’s GUID confidential to prevent other applications from accessing your data extensions. But if you want to share data extensions with another application, the applications need to use the same GUID. In this case, each application could use two GUIDs, one for shared data extensions and one for confidential data extensions. (An application can have any number of GUIDs.) When you share a data extension with another application, the other application must know both the `OwnerID` and the `DataExtName`, as these together form a data extension’s unique name. */
|
|
3651
|
+
OwnerID: string;
|
|
3652
|
+
/** The name of the data extension. If this is a custom field, `DataExtName` will be visible as a label in the QuickBooks user interface. Also because `OwnerID` and `DataExtName` together make the data extension unique, and because custom fields all have the same `OwnerID` of zero, the `DataExtName` must be a unique value among existing custom fields. In contrast, the `DataExtName` for private data extensions must be unique only for the specified `OwnerID` GUID. */
|
|
3653
|
+
DataExtName: string;
|
|
3654
|
+
/** The type of list object (e.g. Customer) that this data extension is attached to. */
|
|
3655
|
+
ListDataExtType?: ListDataExtType;
|
|
3656
|
+
/** Refers to a list object. In a `DataExtAdd` request, the list object ref must be the same type as the type specified in `ListDataExtType`.If a `ListObjRef` aggregate includes both `FullName` and `ListID`, `FullName` will be ignored. */
|
|
3657
|
+
ListObjRef?: ListObjRef;
|
|
3658
|
+
/** The type of transaction that the data extension belongs to. */
|
|
3659
|
+
TxnDataExtType?: TxnDataExtType;
|
|
3660
|
+
/** QuickBooks generates a unique `TxnID` for each transaction that is added to QuickBooks. A `TxnID` returned from a request can be used to refer to the transaction in subsequent requests. Notice that you cannot supply the `TxnID` of a `TimeTracking` transaction to `TransactionQueryRq` requests. If you do, you get an error stating that no such record could be found, even though the transaction is in QuickBooks. This behavior reflects the behavior in the QuicKBooks UI in the Find window. */
|
|
3661
|
+
TxnID?: string;
|
|
3662
|
+
/** Identification number of the transaction line. (`TxnLineID` is supported as of v2.0 of the SDK. With qbXML v1.0 and v1.1, `TxnLineID` is always returned as zero.) If you need to add a new transaction line in a transaction Mod request, you can do so by setting the `TxnLineID` to -1. */
|
|
3663
|
+
TxnLineID?: string;
|
|
3664
|
+
/** Not supported. */
|
|
3665
|
+
OtherDataExtType?: OtherDataExtType;
|
|
3666
|
+
/** The data in this field. The maximum length of `DataExtValue` will depend on the `DataExtType` of this data extension. For example, if `DataExtType` is `STR255TYPE`, the maximum length of `DataExtValue` is 255 characters. If `DataExtType` is `STR1024TYPE`, the maximum size of `DataExtValue` is `1KB`. */
|
|
3667
|
+
DataExtValue: string;
|
|
3668
|
+
}
|
|
3669
|
+
export interface DataExtAddRq {
|
|
3670
|
+
DataExtAdd: DataExtAdd;
|
|
3671
|
+
}
|
|
3672
|
+
export interface DataExtAddRs {
|
|
3673
|
+
DataExtRet?: DataExtRet;
|
|
3674
|
+
ErrorRecovery?: ErrorRecovery;
|
|
3675
|
+
}
|
|
3676
|
+
export interface DataExtMod {
|
|
3677
|
+
/** `OwnerID` refers to the owner of a data extension, and must be 0 or a valid GUID. (Custom fields, which are visible in the QuickBooks UI, always have an `OwnerID` of 0. ) Usually you would keep your application’s GUID confidential to prevent other applications from accessing your data extensions. But if you want to share data extensions with another application, the applications need to use the same GUID. In this case, each application could use two GUIDs, one for shared data extensions and one for confidential data extensions. (An application can have any number of GUIDs.) When you share a data extension with another application, the other application must know both the `OwnerID` and the `DataExtName`, as these together form a data extension’s unique name. */
|
|
3678
|
+
OwnerID: string;
|
|
3679
|
+
/** The name of the data extension. If this is a custom field, `DataExtName` will be visible as a label in the QuickBooks user interface. Also because `OwnerID` and `DataExtName` together make the data extension unique, and because custom fields all have the same `OwnerID` of zero, the `DataExtName` must be a unique value among existing custom fields. In contrast, the `DataExtName` for private data extensions must be unique only for the specified `OwnerID` GUID. */
|
|
3680
|
+
DataExtName: string;
|
|
3681
|
+
/** The type of list object (e.g. Customer) that this data extension is attached to. */
|
|
3682
|
+
ListDataExtType?: ListDataExtType;
|
|
3683
|
+
/** Refers to a list object. In a `DataExtAdd` request, the list object ref must be the same type as the type specified in `ListDataExtType`.If a `ListObjRef` aggregate includes both `FullName` and `ListID`, `FullName` will be ignored. */
|
|
3684
|
+
ListObjRef?: ListObjRef;
|
|
3685
|
+
/** The type of transaction that the data extension belongs to. */
|
|
3686
|
+
TxnDataExtType?: TxnDataExtType;
|
|
3687
|
+
/** QuickBooks generates a unique `TxnID` for each transaction that is added to QuickBooks. A `TxnID` returned from a request can be used to refer to the transaction in subsequent requests. Notice that you cannot supply the `TxnID` of a `TimeTracking` transaction to `TransactionQueryRq` requests. If you do, you get an error stating that no such record could be found, even though the transaction is in QuickBooks. This behavior reflects the behavior in the QuicKBooks UI in the Find window. */
|
|
3688
|
+
TxnID?: string;
|
|
3689
|
+
/** Identification number of the transaction line. (`TxnLineID` is supported as of v2.0 of the SDK. With qbXML v1.0 and v1.1, `TxnLineID` is always returned as zero.) If you need to add a new transaction line in a transaction Mod request, you can do so by setting the `TxnLineID` to -1. */
|
|
3690
|
+
TxnLineID?: string;
|
|
3691
|
+
/** Not supported. */
|
|
3692
|
+
OtherDataExtType?: OtherDataExtType;
|
|
3693
|
+
/** The data in this field. The maximum length of `DataExtValue` will depend on the `DataExtType` of this data extension. For example, if `DataExtType` is `STR255TYPE`, the maximum length of `DataExtValue` is 255 characters. If `DataExtType` is `STR1024TYPE`, the maximum size of `DataExtValue` is `1KB`. */
|
|
3694
|
+
DataExtValue: string;
|
|
3695
|
+
}
|
|
3696
|
+
export interface DataExtModRq {
|
|
3697
|
+
DataExtMod: DataExtMod;
|
|
3698
|
+
}
|
|
3699
|
+
export interface DataExtModRs {
|
|
3700
|
+
DataExtRet?: DataExtRet;
|
|
3701
|
+
ErrorRecovery?: ErrorRecovery;
|
|
3702
|
+
}
|
|
3649
3703
|
export interface DataExtRet {
|
|
3650
3704
|
/** `OwnerID` refers to the owner of a data extension, and must be 0 or a valid GUID. (Custom fields, which are visible in the QuickBooks UI, always have an `OwnerID` of 0. )
|
|
3651
3705
|
|
|
@@ -8930,6 +8984,7 @@ export interface LinkToTxn {
|
|
|
8930
8984
|
TxnLineID: string;
|
|
8931
8985
|
}
|
|
8932
8986
|
export type LinkType = "AMTTYPE" | "QUANTYPE";
|
|
8987
|
+
export type ListDataExtType = "Account" | "Customer" | "Employee" | "Item" | "OtherName" | "Vendor";
|
|
8933
8988
|
export interface ListDeletedQueryRq {
|
|
8934
8989
|
/** A list of enum values showing which types of deleted lists the query will return. */
|
|
8935
8990
|
ListDelType: ListDelType | ListDelType[];
|
|
@@ -8954,6 +9009,12 @@ export interface ListDeletedRet {
|
|
|
8954
9009
|
FullName?: string;
|
|
8955
9010
|
}
|
|
8956
9011
|
export type ListDelType = "Account" | "BillingRate" | "Class" | "Currency" | "Customer" | "CustomerMsg" | "CustomerType" | "DateDrivenTerms" | "Employee" | "InventorySite" | "ItemDiscount" | "ItemFixedAsset" | "ItemGroup" | "ItemInventory" | "ItemInventoryAssembly" | "ItemNonInventory" | "ItemOtherCharge" | "ItemPayment" | "ItemSalesTax" | "ItemSalesTaxGroup" | "ItemService" | "ItemSubtotal" | "JobType" | "OtherName" | "PaymentMethod" | "PayrollItemNonWage" | "PayrollItemWage" | "PriceLevel" | "SalesRep" | "SalesTaxCode" | "ShipMethod" | "StandardTerms" | "ToDo" | "UnitOfMeasureSet" | "Vehicle" | "Vendor" | "VendorType" | "WorkersCompCode";
|
|
9012
|
+
export interface ListObjRef {
|
|
9013
|
+
/** Along with `FullName`, `ListID` is a way to identify a list object. When a list object is added to QuickBooks through the SDK or through the QuickBooks user interface, the server assigns it a `ListID`. A `ListID` is not unique across lists, but it is unique across each particular type of list. For example, two customers could not have the same `ListID`, and a customer could not have the same `ListID` as an employee (because Customer and Employee are both name lists). But a customer could have the same `ListID` as a non-inventory item. */
|
|
9014
|
+
ListID?: string;
|
|
9015
|
+
/** `FullName` (along with `ListID`) is a way to identify a list object. The `FullName` is the name prefixed by the names of each ancestor, for example `Jones:Kitchen:Cabinets`. `FullName` values are not case-sensitive. */
|
|
9016
|
+
FullName?: string;
|
|
9017
|
+
}
|
|
8957
9018
|
export interface Locations {
|
|
8958
9019
|
/** Where the asset is located or has been placed into service. */
|
|
8959
9020
|
Location: string;
|
|
@@ -9023,6 +9084,7 @@ export interface NameRangeFilter {
|
|
|
9023
9084
|
export type OnFile = "No" | "Yes";
|
|
9024
9085
|
export type Operator = "Equal" | "GreaterThan" | "GreaterThanEqual" | "LessThan" | "LessThanEqual";
|
|
9025
9086
|
export type OptionForPriceRuleConflict = "BasePrice" | "Zero";
|
|
9087
|
+
export type OtherDataExtType = "Company";
|
|
9026
9088
|
export interface OtherNameAdd {
|
|
9027
9089
|
/** The case-insensitive name of a list object, not including the names of its ancestors. `Name` must be unique, unless it is the `Name` of a “hierarchical” list object. List objects in different hierarchies can have duplicate names because their `FullNames` will still be unique. For example, two objects could both have the `Name` kitchen, but they could have unique `FullNames`, such as Job12:kitchen and Baker:kitchen. For built-in currencies, `Name` is the internationally accepted currency name and is not editable. */
|
|
9028
9090
|
Name: string;
|
|
@@ -12773,6 +12835,7 @@ export interface TransferToAccountRef {
|
|
|
12773
12835
|
/** `FullName` (along with `ListID`) is a way to identify a list object. The `FullName` is the name prefixed by the names of each ancestor, for example `Jones:Kitchen:Cabinets`. `FullName` values are not case-sensitive. */
|
|
12774
12836
|
FullName?: string;
|
|
12775
12837
|
}
|
|
12838
|
+
export type TxnDataExtType = "ARRefundCreditCard" | "Bill" | "BillPaymentCheck" | "BillPaymentCreditCard" | "BuildAssembly" | "Charge" | "Check" | "CreditCardCharge" | "CreditCardCredit" | "CreditMemo" | "Deposit" | "Estimate" | "InventoryAdjustment" | "Invoice" | "ItemReceipt" | "JournalEntry" | "PurchaseOrder" | "ReceivePayment" | "SalesOrder" | "SalesReceipt" | "SalesTaxPaymentCheck" | "VendorCredit";
|
|
12776
12839
|
export interface TxnDateRangeFilter {
|
|
12777
12840
|
/** Selects transactions created on or after this date. Both `FromTxnDate` and `ToTxnDate` must be between 01/01/1901 and 12/31/9999.
|
|
12778
12841
|
|