Detalles de Conexión de Dynamics GP¶

Introducción¶

Versión del conector

Esta documentación se basa en la versión 21.0.8361 del conector.

Empezando¶

Compatibilidad con la versión de Dynamics GP

El conector admite el acceso de lectura a Dynamics GP 2010, 2013 y 2015 a través de las APIs de servicios web de Dynamics GP. Los servicios web deben estar habilitados para su instancia.

Establecer una Conexión¶

Conexión a Dynamics GP¶

Para conectar establecer el URL al extremo de los servicios web; Por ejemplo, http://{servername}:{port}/Dynamics/GPService. Además, establezca CompanyId; puede obtener este valor en la ventana de configuración de la empresa: Haga clic en Herramientas -> Configuración -> Compañía.

Autenticación a Dynamics GP¶

El origen de datos de Dynamics GP admite los siguientes métodos de autenticación: autenticación anónima, autenticación WS-Security (WSS), autenticación básica, autenticación de usuario NTLM, resumen y negociación (Kerberos).

Autenticación Anónima¶

En algunas situaciones, se puede conectar Dynamics GP sin establecer ninguna propiedad de conexión de autenticación. Para hacerlo, simplemente configure AuthScheme a "Ninguno", y ya está listo para conectarse.

Autenticar Usando la Autenticación WS-Security (wss)¶

Selecciona el User y Password para conectar y configurar AuthScheme a "WSS".

Nota: La autenticación WSS es el esquema de autenticación predeterminado.

Autenticar Utilizando la Autenticación Básica¶

Selecciona el User y Password para conectar y configurar AuthScheme a "Básico".

Autenticar Usando Windows (ntlm)¶

Configurar las Windows User y Password para conectar y configurar AuthScheme a "NTLM".

Autenticar Mediante Autenticación Implícita¶

Selecciona el User y Password para conectar y configurar AuthScheme digerir".

Autenticarse Mediante la Autenticación Kerberos¶

Consulte Uso de Kerberos para obtener detalles sobre cómo autenticarse con Kerberos.

Ajuste Fino del Acceso a Datos¶

El conector devuelve resúmenes de datos de forma predeterminada para ahorrar rendimiento. Colocar LookupIds a true para devolver detalles como elementos de línea; sin embargo, tenga en cuenta que las entidades deben recuperarse de una en una.

Uso de Kerberos¶

Esta sección muestra cómo usar el conector para autenticarse en Dynamics GP mediante Kerberos.

Autenticación con Kerberos¶

Para autenticarse en Dynamics GP mediante Kerberos, establezca las siguientes propiedades:

• AuthScheme: Establézcalo en NEGOTIATE.
• KerberosKDC: Establézcalo en host name or IP Address de su máquina Kerberos KDC.
• KerberosRealm: Establézcalo en the realm of the Dynamics GP Kerberos principal. Este será el valor después del símbolo '@' (por ejemplo, EXAMPLE.COM) de principal value (por ejemplo, ServiceName/MyHost@EXAMPLE.COM).
• KerberosSPN: Establézcalo en service and host of the Dynamics GP Kerberos Principal. Este será el valor antes del símbolo '@' (por ejemplo, ServiceName/MyHost) de principal value (por ejemplo, ServiceName/MyHost@EXAMPLE.COM).

Recuperar el Ticket de Kerberos¶

Puede utilizar una de las siguientes opciones para recuperar el vale de Kerberos necesario.

Archivo de Caché de Credenciales MIT Kerberos¶

Esta opción le permite utilizar el administrador de tickets MIT Kerberos o el comando kinit para obtener tickets. Tenga en cuenta que usted no necesitará configurar el User o Password propiedades de conexión con esta opción.

1. Asegúrese de tener una variable de ambiente creada llamada KRB5CCNAME.
2. Configure el KRB5CCNAME variable de ambiente a una ruta que apunta a su credential cache file (por ejemplo, C:\krb_cache\krb5cc_0 o /tmp/krb5cc_0). Este archivo se creará al generar su ticket con MIT Kerberos Ticket Manager.
3. Para obtener un ticket, abra la aplicación MIT Kerberos Ticket Manager, haga clic en Get Ticket, enter your principal name and password, then click OK. Si tiene éxito, la información del ticket aparecerá en Kerberos Ticket Manager y ahora se almacenará en el archivo de caché de credenciales.
4. Ahora que se ha creado el archivo de caché de credenciales, el conector usará el archivo de caché para obtener el vale kerberos para conectarse a Dynamics GP.

Como alternativa a la configuración de KRB5CCNAME variable de ambiente, puede establecer directamente la ruta del archivo usando KerberosTicketCache propiedad. Cuando se configura, el conector usará el archivo de caché especificado para obtener el vale de Kerberos para conectarse a Dynamics GP.

Archivo de Tabla de Claves¶

Si no se ha configurado la variable de entorno KRB5CCNAME, puede recuperar un ticket de Kerberos usando un Keytab File. Para hacer esto, configure User propiedad al nombre de usuario deseado y configure KerberosKeytabFile propiedad a una ruta de archivo que apunta al archivo keytab asociado con el usuario.

Usuario y Contraseña¶

Si no se han establecido ni la variable de entorno KRB5CCNAME ni la propiedad KerberosKeytabFile, puede recuperar un boleto usando un User and Password combination. Para hacer esto, configure User y Password propiedades a la combinación de usuario/contraseña que usa para autenticarse con Dynamics GP.

Autenticación Entre Reinos¶

Los ambientes de Kerberos más complejos pueden requerir la autenticación entre dominios donde se utilizan múltiples dominios y servidores KDC (por ejemplo, donde se usa un dominio/KDC para la autenticación del usuario y otro dominio/KDC para obtener el ticket de servicio).

En tal ambiente, el KerberosRealm y KerberosKDC las propiedades se pueden establecer en los valores necesarios para la autenticación del usuario. El KerberosServiceRealm y KerberosServiceKDC las propiedades se pueden configurar a los valores requeridos para obtener el ticket de servicio.

Notas Importantes¶

Procedimientos Almacenados¶

• Las funciones de procedimientos almacenados descritas en esta documentación no se admiten actualmente.
• Debido a que los procedimientos almacenados no se admiten actualmente, cualquier característica que dependa de los procedimientos almacenados tampoco se admite actualmente.

Archivos de Configuración y Sus Rutas¶

• Todas las referencias a la adición de archivos de configuración y sus rutas se refieren a archivos y ubicaciones en Harmony Agente donde está instalado el conector. Estas rutas deben ajustarse según corresponda según el agente y el sistema operativo. Si se utilizan varios agentes en un grupo de agentes, se requerirán archivos idénticos en cada agente.

Características Avanzadas¶

Esta sección detalla una selección de funciones avanzadas del conector Dynamics GP.

Vistas definidas por el usuario

El conector le permite definir tablas virtuales, llamadas vistas definidas por el usuario, cuyo contenido se decide mediante una consultar preconfigurada. Estas vistas son útiles cuando no puede controlar directamente las consultas que se envían a los controladores. Consulte Vistas definidas por el usuario para obtener una descripción general de la creación y configuración de vistas personalizadas.

Configuración SSL

Usar Configuración SSL para ajustar cómo el conector maneja las negociaciones de certificados TLS/SSL. Puede elegir entre varios formatos de certificado; ver el SSLServerCert propiedad en "Opciones de cadena de conexión" para obtener más información.

Apoderado

Para configurar el conector mediante Configuración de proxy de Agente Privado, Selecciona el Use Proxy Settings casilla de verificación en la pantalla de configuración de la conexión.

Vistas Definidas por el Usuario¶

El conector Jitterbit para Dynamics GP le permite definir una tabla virtual cuyo contenido se decide mediante una consultar preconfigurada. Estas se denominan Vistas definidas por el usuario, que son útiles en situaciones en las que no puede controlar directamente la consultar que se envía al controlador, por ejemplo, cuando se utiliza el controlador de Jitterbit. Las vistas definidas por el usuario se pueden utilizar para definir predicados que siempre se aplican. Si especifica predicados adicionales en la consultar a la vista, se combinan con la consultar ya definida como parte de la vista.

Hay dos formas de crear vistas definidas por el usuario:

• Cree un archivo de configuración con formato JSON que defina las vistas que desea.
• Declaraciones DDL.

Definición de Vistas Utilizando un Archivo de Configuración¶

Las vistas definidas por el usuario se definen en un archivo de configuración con formato JSON llamado UserDefinedViews.json. El conector detecta automáticamente las vistas especificadas en este archivo.

También puede tener múltiples definiciones de vista y controlarlas usando UserDefinedViews propiedad de conexión. Cuando utiliza esta propiedad, el conector solo ve las vistas especificadas.

Este archivo de configuración de vista definida por el usuario tiene el siguiente formato:

• Cada elemento raíz define el nombre de una vista.
• Cada elemento raíz contiene un elemento hijo, llamado query, que contiene la consultar SQL personalizada para la vista.

Por ejemplo:

{
    "MyView": {
        "query": "SELECT * FROM Customer WHERE MyColumn = 'value'"
    },
    "MyView2": {
        "query": "SELECT * FROM MyTable WHERE Id IN (1,2,3)"
    }
}

Utilizar el UserDefinedViews propiedad de conexión para especificar la ubicación de su archivo de configuración JSON. Por ejemplo:

"UserDefinedViews", "C:\Users\yourusername\Desktop\tmp\UserDefinedViews.json"

Esquema para Vistas Definidas por el Usuario¶

Las vistas definidas por el usuario se exponen en UserViews esquema por defecto. Esto se hace para evitar que el nombre de la vista entre en conflicto con una entidad real en el modelo de datos. Puede cambiar el nombre del esquema utilizado para UserViews configurando UserViewsSchemaName propiedad.

Trabajar con Vistas Definidas por el Usuario¶

Por ejemplo, una instrucción SQL con una vista definida por el usuario llamada UserViews.RCustomers solo enumera clientes en Raleigh:

SELECT * FROM Customers WHERE City = 'Raleigh';

Un ejemplo de una consultar al controlador:

SELECT * FROM UserViews.RCustomers WHERE Status = 'Active';

Dando como resultado la consultar efectiva a la fuente:

SELECT * FROM Customers WHERE City = 'Raleigh' AND Status = 'Active';

Ese es un ejemplo muy simple de una consultar a una vista definida por el usuario que es efectivamente una combinación de la consultar de vista y la definición de vista. Es posible componer estas consultas en patrones mucho más complejos. Todas las operaciones de SQL están permitidas en ambas consultas y se combinan cuando corresponde.

Configuración SSL¶

Personalización de la Configuración SSL¶

De forma predeterminada, el conector intenta negociar SSL/TLS comparando el certificado del servidor con el almacén de certificados de confianza del sistema.

Para especificar otro certificado, consulte SSLServerCert propiedad de los formatos disponibles para hacerlo.

Modelo de Datos¶

El conector Jitterbit para Dynamics GP modela entidades de Dynamics GP en vistas relacionales o tablas de solo lectura. Las tablas se determinan automáticamente en función de los metadatos que recupera el conector cuando se conecta. Cualquier cambio que realice en su cuenta de Dynamics GP, como crear un campo personalizado o cambiar su tipo de datos, se refleja en la reconexión.

Puntos de vista muestra algunas definiciones de vista de muestra incluidas en el ambiente de desarrollo de Dynamics GP. Las vistas reales disponibles dependerán de su cuenta.

Ejecución de inserciones

Algunas de las entidades que se exponen como tablas admiten operaciones de inserción. Por ejemplo, para insertar un nuevo Cliente en el Cliente table ejecutamos la siguiente consultar:

INSERT INTO Customer(Id, Name, Comment1, Comment2) VALUES('TEST_CST', 'Name', 'Comment1', 'Comment2')

Ejecución de Inserciones Utilizando Tablas Temporales¶

Al insertar, puede encontrar columnas que terminan con la palabra clave "Agregado". Estas columnas solo aceptarán valores de tabla temporales. Si usa tablas temporales, deben definirse e insertarse dentro de la misma conexión. Cerrar la conexión borrará cualquier tabla temporal en la memoria. Por ejemplo, al insertar una nueva factura de ventas, también se deben insertar las líneas de ventas. Las líneas de venta están expuestas en SalesInvoice tabla como la columna LinesAggregate. Primero tenemos que encontrar la vista secundaria que corresponde a la columna LinesAggregate. En este caso, la vista es SalesInvoiceLines. Utilizando el nombre de la vista de nuestra tabla temporal y sus columnas como referencia a los atributos de las líneas de ventas, primero insertaremos las líneas de ventas en la tabla temporal. Siga las consultas sql a continuación:

INSERT INTO SalesInvoiceLines#TEMP(LinesItemId, LinesWarehouseId, LinesQuantity, LinesUnitPrice, LinesUnitPriceCurrency) VALUES('100XLG', 'WAREHOUSE', '1', '30', 'USD')
INSERT INTO SalesInvoiceLines#TEMP(LinesItemId, LinesWarehouseId, LinesQuantity, LinesUnitPrice, LinesUnitPriceCurrency) VALUES('M1700', 'WAREHOUSE', '1', '30', 'USD')
INSERT INTO SalesInvoice(BatchId, CustomerId, DocumentTypeKeyType, DocumentTypeId, LinesAggregate) VALUES('CONTRACTS', 'PLAZAONE0001', 'Invoice', 'STDINV', 'SalesInvoiceLines#TEMP')

Primero agregamos 2 líneas de ventas en la tabla temporal con el nombre "SalesInvoiceLines#TEMP". Luego, podemos crear una nueva factura de ventas utilizando el nombre de la tabla temporal como valor para la columna LinesAggregate. Nota: Las columnas LinesItemId, LinesWarehouseId, LinesQuantity, LinesUnitPrice, LinesUnitPriceCurrency en el ejemplo anterior deben corresponder a columnas reales en la tabla secundaria; de lo contrario, no funcionará.

A continuación, puede encontrar otros ejemplos de consultar con o sin el uso de tablas temporales.

INSERT INTO Customer(Id, Name) VALUES('TEST_CST', 'Name')

INSERT INTO CustomerAddress(SalespersonId, SalesTerritoryId, Id, KeyCustomerId, Line1, Line2, City, State, CountryRegion, Fax, Phone1, Phone2, PostalCode) VALUES('PAUL W.', 'TERRITORY 1', 'WAREHOUSE', 'TEST_CST', '11403 45 St. South', 'Billing Dept.', 'Chicago', 'IL', 'USA', '31255501010000', '42555501010000', '00000000000000', '98052-6399')

INSERT INTO Vendor(Id, Name, Comment1, Comment2) VALUES('test11', 'Name', 'Comment1', 'Comment2')

INSERT INTO VendorAddress(SalespersonId, SalesTerritoryId, Id, KeyVendorId, Line1, Line2, City, State, CountryRegion, Fax, Phone1, Phone2, PostalCode) VALUES('PAUL W.', 'TERRITORY 1', 'PRIMARY', 'test11', '11403 45 St. South', 'Billing Dept.', 'Chicago', 'IL', 'USA', '31255501010000', '42555501010000', '00000000000000', '98052-6399')

INSERT INTO PayablesCreditMemo(BatchId, Id, VendorId, PurchaseAmount, PurchaseAmountCurrency, VendorDocumentNumber) VALUES('JAN-98', 'DM6502', 'CENTRALC0001',  '100', 'USD', 'DOCUMENT 42')

INSERT INTO ApplicantApplications#TEMP(ApplicationsDateApplied, ApplicationsLastModifiedDate) VALUES('2021-01-07T00:00:00+01:00','2021-01-07T00:00:00+01:00')
INSERT INTO Applicant(FirstName, LastName, ApplicationsAggregate) VALUES('Test', 'Applicant', 'ApplicantApplications#TEMP')

INSERT INTO PurchaseOrderLines#TEMP(LinesQuantityOrdered, LinesVendorItemNumber, LinesWarehouseId) VALUES('1', '100XLG', 'WAREHOUSE')
INSERT INTO PurchaseOrder(LinesAggregate, Id, VendorId) VALUES('PurchaseOrderLines#TEMP', 'PO4056', 'ACETRAVE0001')

INSERT INTO SalesReturnLines#TEMP(LinesItemId, LinesWarehouseId, LinesQuantity, LinesUnitPrice, LinesUnitPriceCurrency) VALUES('100XLG', 'WAREHOUSE', '1', '30', 'USD');
INSERT INTO SalesReturnLines#TEMP(LinesItemId, LinesWarehouseId, LinesQuantity, LinesUnitPrice, LinesUnitPriceCurrency) VALUES('M1700', 'WAREHOUSE', '1', '30', 'USD');
INSERT INTO SalesReturn(BatchId, CustomerId, DocumentTypeKeyType, DocumentTypeId, LinesAggregate) VALUES('SALES RETURNS', 'PLAZAONE0001', 'Return', 'RTN', 'SalesReturnLines#TEMP');

Ejecutando Eliminar

Algunas de las entidades que se exponen como tablas admiten operaciones de eliminación. Por ejemplo, para eliminar un Cliente del Cliente table ejecutamos la siguiente consultar:

DELETE FROM Customer WHERE Id='TEST_CST'

Ejecutar Eliminar Usando Varias Teclas¶

Algunas operaciones de eliminación requieren varias claves para que la consultar se realice correctamente. Por ejemplo, para eliminar una dirección de cliente de CustomerAddresses la tabla requiere que se configuren ambas columnas clave, el ID y los valores KeyCustomerId, por ejemplo:

DELETE FROM CustomerAddress WHERE Id='WAREHOUSE' AND KeyCustomerId='TEST2'

A continuación puede encontrar otros ejemplos de consultar con o sin claves múltiples.

DELETE FROM Applicant WHERE ApplicantId='2'

DELETE FROM SalesInvoice WHERE Id='STDINV2262'

DELETE FROM ApplicantApplication WHERE ApplicantApplicationKeyApplicantId='3' AND ApplicantApplicationKeySequenceId='1'

Ejecutando actualización

Algunas de las entidades que se exponen como tablas admiten operaciones de actualización. Por ejemplo, para actualizar un Cliente desde el Cliente table ejecutamos la siguiente consultar:

UPDATE Customer SET Name='new test name',Comment1='new comment 1', Comment2='new comment 2' WHERE Id='TEST1'

Ejecutar Actualización Usando Varias Teclas¶

Algunas operaciones de actualización requieren varias claves para que la consultar se realice correctamente. Por ejemplo, para actualizar una dirección de cliente desde CustomerAddresses la tabla requiere que se configuren ambas columnas clave, el ID y los valores KeyCustomerId, por ejemplo:

UPDATE CustomerAddress SET Line1='new line 1', Line2='new line 2', City='new city', State='new state', Fax='111111111', Phone1='222222222', Phone2='3333333', PostalCode='235-325' WHERE KeyCustomerId='TEST1234' AND Id='WAREHOUSE'
UPDATE SalesInvoice SET CustomerId='AARONFIT0001', Date='2021-01-07T00:00:00+01:00' WHERE Id='STDINV2300' AND BatchId='CONTRACTS'

Nota: Al actualizar las tablas SalesInvoice, Órdenes de venta, Cotización de ventas, RetornoVentas, Pedido pendiente de ventas, Pedido de cumplimiento de ventas la columna Fecha debe establecerse para una consultar exitosa .

Ejecutando Update Usando Tablas Temporales¶

Como se explica en Executing Inserts using Temporary Tables las tablas temporales también se pueden utilizar en operaciones de actualización. Eche un vistazo a la consultar a continuación que actualiza la cantidad de artículos existentes en nuestra factura:

INSERT INTO SalesInvoiceLines#TEMP(LinesItemId, LinesWarehouseId, LinesQuantity, LinesUnitPrice, LinesUnitPriceCurrency) VALUES('100XLG', 'WAREHOUSE', '2', '30', 'USD')
INSERT INTO SalesInvoiceLines#TEMP(LinesItemId, LinesWarehouseId, LinesQuantity, LinesUnitPrice, LinesUnitPriceCurrency) VALUES('M1700', 'WAREHOUSE', '2', '30', 'USD')

UPDATE SalesInvoice SET Date='2021-01-07T00:00:00+01:00', LinesAggregate='SalesInvoiceLines#TEMP' WHERE Id='STDINV2300' AND BatchId='CONTRACTS'

A continuación puede encontrar otros ejemplos de consultar.

UPDATE SalesOrder SET CustomerId='AARONFIT0001', Date='2021-01-07T00:00:00+01:00' WHERE Id='ORDST2225' AND BatchId='SOP ORDERS'

INSERT INTO ApplicantApplications#TEMP(ApplicationsDateApplied, ApplicationsLastModifiedDate) VALUES('2021-01-05T00:00:00+01:00','2021-01-07T00:00:00+01:00')
UPDATE Applicant SET FirstName='New Test Name', LastName='New Applicant Name', ApplicationsAggregate='ApplicantApplications#TEMP' WHERE ApplicantId='3'

UPDATE SalesQuote SET CustomerId='BAKERSEM0001', Date='2021-01-07T00:00:00+01:00' WHERE Id='QTEST1022' AND BatchId='SALES QUOTES'

UPDATE Vendor SET Name='new test name',Comment1='new comment 1', Comment2='new comment 2' WHERE Id='ACETRAVE0001'
UPDATE VendorAddress SET Line1='new line 1', Line2='new line 2', City='new city', State='new state', Fax='111111111', Phone1='222222222', Phone2='3333333', PostalCode='235-325' WHERE KeyVendorId='ACETRAVE0001' AND Id='PRIMARY'

Mesas¶

El conector modela los datos en Dynamics GP en una lista de tablas que se pueden consultar mediante instrucciones SQL estándar.

Generalmente, consultar tablas de Dynamics GP es lo mismo que consultar una tabla en una base de datos relacional. A veces hay casos especiales, por ejemplo, incluir una determinada columna en la cláusula WHERE puede ser necesario para obtener datos para ciertas columnas de la tabla. Esto suele ser necesario para situaciones en las que se debe realizar una solicitud separada para cada fila para obtener ciertas columnas. Estos tipos de situaciones están claramente documentados en la parte superior de la página de la tabla vinculada a continuación.

Conector Jitterbit para Tablas de Dynamics GP¶

Solicitante¶

Devolver una lista de: Solicitante

Columnas¶

Pseudo-Columnas¶

Los campos de pseudocolumna se usan en la cláusula WHERE de las declaraciones SELECT y ofrecen un control más granular sobre las tuplas que se devuelven desde la fuente de datos.

SolicitanteEducación¶

Devolver una lista de: SolicitanteEducación

Columnas¶

Pseudo-Columnas¶

Los campos de pseudocolumna se usan en la cláusula WHERE de las declaraciones SELECT y ofrecen un control más granular sobre las tuplas que se devuelven desde la fuente de datos.

SolicitanteEntrevista¶

Devolver una lista de: ApplicantInterview

Columnas¶

Pseudo-Columnas¶

Los campos de pseudocolumna se usan en la cláusula WHERE de las declaraciones SELECT y ofrecen un control más granular sobre las tuplas que se devuelven desde la fuente de datos.

SolicitanteReferencia¶

Devuelve una lista de: ApplicantReference

Columnas¶

Pseudo-Columnas¶

Los campos de pseudocolumna se usan en la cláusula WHERE de las declaraciones SELECT y ofrecen un control más granular sobre las tuplas que se devuelven desde la fuente de datos.

SolicitanteHabilidad¶

Devuelve una lista de: ApplicantSkill

Columnas¶

Pseudo-Columnas¶

Los campos de pseudocolumna se usan en la cláusula WHERE de las declaraciones SELECT y ofrecen un control más granular sobre las tuplas que se devuelven desde la fuente de datos.

SolicitantePrueba¶

Devuelve una lista de: ApplicantTest

Columnas¶

Pseudo-Columnas¶

Los campos de pseudocolumna se usan en la cláusula WHERE de las declaraciones SELECT y ofrecen un control más granular sobre las tuplas que se devuelven desde la fuente de datos.

Historial de Trabajo del Solicitante¶

Devolver una lista de: ApplicantWorkHistory

Columnas¶

Pseudo-Columnas¶

Los campos de pseudocolumna se usan en la cláusula WHERE de las declaraciones SELECT y ofrecen un control más granular sobre las tuplas que se devuelven desde la fuente de datos.

Asignación de Roles de BackOffice¶

Devolver una lista de: BackOfficeRoleAssignment

Columnas¶

Pseudo-Columnas¶

Los campos de pseudocolumna se usan en la cláusula WHERE de las declaraciones SELECT y ofrecen un control más granular sobre las tuplas que se devuelven desde la fuente de datos.

Asignación de Usuario de BusinessObject¶

Devolver una lista de: BusinessObjectUserAssignment

Columnas¶

Pseudo-Columnas¶

Los campos de pseudocolumna se usan en la cláusula WHERE de las declaraciones SELECT y ofrecen un control más granular sobre las tuplas que se devuelven desde la fuente de datos.

Recibo de Caja¶

Devolver una lista de: CashReceipt

Columnas¶

Pseudo-Columnas¶

Los campos de pseudocolumna se usan en la cláusula WHERE de las declaraciones SELECT y ofrecen un control más granular sobre las tuplas que se devuelven desde la fuente de datos.

Cliente¶

Devolver una lista de: Cliente

Columnas¶

Pseudo-Columnas¶

Los campos de pseudocolumna se usan en la cláusula WHERE de las declaraciones SELECT y ofrecen un control más granular sobre las tuplas que se devuelven desde la fuente de datos.

Dirección del Cliente¶

Devolver una lista de: CustomerAddress

Columnas¶

Pseudo-Columnas¶

Los campos de pseudocolumna se usan en la cláusula WHERE de las declaraciones SELECT y ofrecen un control más granular sobre las tuplas que se devuelven desde la fuente de datos.

Empleado¶

Devolver una lista de: Empleado

Columnas¶

Pseudo-Columnas¶

Los campos de pseudocolumna se usan en la cláusula WHERE de las declaraciones SELECT y ofrecen un control más granular sobre las tuplas que se devuelven desde la fuente de datos.

Dirección del Empleado¶

Devolver una lista de: EmployeeAddress

Columnas¶

Pseudo-Columnas¶

Los campos de pseudocolumna se usan en la cláusula WHERE de las declaraciones SELECT y ofrecen un control más granular sobre las tuplas que se devuelven desde la fuente de datos.

CódigoPagoEmpleado¶

Devolver una lista de: EmployeePayCode

Columnas¶

Pseudo-Columnas¶

Los campos de pseudocolumna se usan en la cláusula WHERE de las declaraciones SELECT y ofrecen un control más granular sobre las tuplas que se devuelven desde la fuente de datos.

Tarifa¶

Devolver una lista de: Cuota

Columnas¶

Pseudo-Columnas¶

Los campos de pseudocolumna se usan en la cláusula WHERE de las declaraciones SELECT y ofrecen un control más granular sobre las tuplas que se devuelven desde la fuente de datos.

GLFixedAsignationAccount¶

Devuelve una lista de: GLFixedAllocationAccount

Columnas¶

Pseudo-Columnas¶

Los campos de pseudocolumna se usan en la cláusula WHERE de las declaraciones SELECT y ofrecen un control más granular sobre las tuplas que se devuelven desde la fuente de datos.

GLContabilizaciónCuenta¶

Devolver una lista de: GLPostingAccount

Columnas¶

Pseudo-Columnas¶

Los campos de pseudocolumna se usan en la cláusula WHERE de las declaraciones SELECT y ofrecen un control más granular sobre las tuplas que se devuelven desde la fuente de datos.

GLTransacción¶

Devolver una lista de: GLTransaction

Columnas¶

Pseudo-Columnas¶

Los campos de pseudocolumna se usan en la cláusula WHERE de las declaraciones SELECT y ofrecen un control más granular sobre las tuplas que se devuelven desde la fuente de datos.

CuentaUnidadGL¶

Devolver una lista de: GLUnitAccount

Columnas¶

Pseudo-Columnas¶

Los campos de pseudocolumna se usan en la cláusula WHERE de las declaraciones SELECT y ofrecen un control más granular sobre las tuplas que se devuelven desde la fuente de datos.

GLVariableAsignaciónCuenta¶

Devuelve una lista de: GLVariableAllocationAccount

Columnas¶

Pseudo-Columnas¶

Los campos de pseudocolumna se usan en la cláusula WHERE de las declaraciones SELECT y ofrecen un control más granular sobre las tuplas que se devuelven desde la fuente de datos.

Requisición de Recursos Humanos¶

Devolver una lista de: HRRequisition

Columnas¶

Pseudo-Columnas¶

Los campos de pseudocolumna se usan en la cláusula WHERE de las declaraciones SELECT y ofrecen un control más granular sobre las tuplas que se devuelven desde la fuente de datos.

Ajuste de Inventario¶

Devolver una lista de: InventoryAdjustment

Columnas¶

Pseudo-Columnas¶

Los campos de pseudocolumna se usan en la cláusula WHERE de las declaraciones SELECT y ofrecen un control más granular sobre las tuplas que se devuelven desde la fuente de datos.

Transferencia de Inventario¶

Devuelve una lista de: InventoryTransfer

Columnas¶

Pseudo-Columnas¶

Los campos de pseudocolumna se usan en la cláusula WHERE de las declaraciones SELECT y ofrecen un control más granular sobre las tuplas que se devuelven desde la fuente de datos.

Variación de Inventario¶

Devolver una lista de: InventoryVariance

Columnas¶

Pseudo-Columnas¶

Los campos de pseudocolumna se usan en la cláusula WHERE de las declaraciones SELECT y ofrecen un control más granular sobre las tuplas que se devuelven desde la fuente de datos.

ArtículoMoneda¶

Devuelve una lista de: ItemCurrency

Columnas¶

Pseudo-Columnas¶

Los campos de pseudocolumna se usan en la cláusula WHERE de las declaraciones SELECT y ofrecen un control más granular sobre las tuplas que se devuelven desde la fuente de datos.

ArtículoVendor¶

Devolver una lista de: ItemVendor

Columnas¶

Pseudo-Columnas¶

Los campos de pseudocolumna se usan en la cláusula WHERE de las declaraciones SELECT y ofrecen un control más granular sobre las tuplas que se devuelven desde la fuente de datos.

Almacén de Artículos¶

Devolver una lista de: ItemWarehouse

Columnas¶

Pseudo-Columnas¶

Los campos de pseudocolumna se usan en la cláusula WHERE de las declaraciones SELECT y ofrecen un control más granular sobre las tuplas que se devuelven desde la fuente de datos.

PayablesCreditMemo¶

Devolver una lista de: PayablesCreditMemo

Columnas¶

Pseudo-Columnas¶

Los campos de pseudocolumna se usan en la cláusula WHERE de las declaraciones SELECT y ofrecen un control más granular sobre las tuplas que se devuelven desde la fuente de datos.

Cuentas Por PagarFinanzas¶

Devolver una lista de: PayablesFinanceCharge

Columnas¶