Detalles de Conexión de Acumatica¶

Introducción¶

Versión del conector

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

Empezando¶

Compatibilidad con la versión de Acumatica

Compatibilidad total para recuperar datos mediante el protocolo de datos abiertos (OData) 3.0, que es la última versión admitida por Acumatica ERP.

Establecer una Conexión¶

Conexión a Acumatica¶

Para conectarse a la fuente de datos de Acumatica, primero deberá especificar las siguientes propiedades de conexión.

• URL: (Obligatorio) La URL base para la instancia de Acumatica ERP. Por ejemplo: https://domain.acumatica.com/entity/.
• Schema: (Opcional) Hay dos esquemas que contienen datos diferentes. El predeterminado es REST, que usa la API basada en contrato REST de Acumatica y OData, que usa la API OData de Acumatica. El esquema OData se utiliza para consultar consultas genéricas de Acumatica.
• Company: (Parcialmente requerido) Configure esto con el nombre de su empresa o arrendatario. Se requiere si Schema se establece en "OData".
• EndpointVersion: (opcional) la versión del extremo de servicios web. Por ejemplo: 17.200.001. Esto es aplicable solo para el esquema"REST".
• EndpointName: (opcional) el nombre del extremo de servicios web. Por ejemplo: Predeterminado. Esto es aplicable solo para el esquema"REST".

Para saber el EndpointVersion y EndpointName para su instancia de Acumatica, inicie sesión en Acumatica en un navegador web y luego vaya a la pantalla ' Extremos del servicio web'. Si es necesario, navegue a esta pantalla editando la URL del navegador web y reemplazando ScreenId=00000000 (la página de inicio) con ScreenId=SM207060. Si se le redirige a la página de inicio, significa que su usuario no tiene los permisos necesarios para acceder a los servicios web. En las propiedades de Extremos, obtenga el Nombre del Extremo y la Versión del Extremo.

Autenticación a Acumatica¶

Hay dos métodos de autenticación disponibles para conectarse a la fuente de datos de Acumatica, Básico y OAuth.

Autenticación con Credenciales de Usuario¶

Selecciona el AuthScheme a Basic y establecer el User y Password a sus credenciales de inicio de sesión.

Autenticación con OAuth¶

La fuente de datos de Acumatica también es compatible con el estándar de autenticación OAuth 2.0. Para autenticarse mediante OAuth, deberá crear y configurar una aplicación OAuth personalizada y luego configurar AuthScheme a OAuth y complete las credenciales de OAuth. Consulte Uso de la autenticación OAuth para más información.

Uso de la Autenticación OAuth¶

OAuth requiere que el usuario que se autentica interactúe con Acumatica usando el navegador. El conector facilita esto de varias maneras, como se describe a continuación.

Credenciales Personalizadas¶

Deberá registrar una aplicación para obtener el OAuthClientId y OAuthClientSecret.

Creación de una Aplicación OAuth Personalizada¶

Consulte Crear una aplicación OAuth personalizada para un procedimiento.

Credenciales Personalizadas¶

Autenticación de Escritorio con Su Aplicación OAuth¶

Siga los pasos a continuación para autenticarse con las credenciales de una aplicación OAuth personalizada. Consulte Crear una aplicación OAuth personalizada para obtener instrucciones sobre cómo crear una aplicación de autenticación personalizada.

Obtenga un Token de Acceso OAuth¶

Después de configurar lo siguiente, está listo para conectarse:

• OAuthClientId: establezca esto en la ID del cliente en la configuración de su aplicación.
• OAuthClientSecret: establezca esto en el secreto del cliente en la configuración de su aplicación.
• CallbackURL: establezca esto en la URL de redireccionamiento en la configuración de su aplicación.
• InitiateOAuth: Establézcalo en GETANDREFRESH. Puede usar InitiateOAuth para evitar repetir el intercambio de OAuth y configurar manualmente OAuthAccessToken.

Cuando se conecta, el conector abre el extremo de OAuth en su navegador predeterminado. Inicie sesión y otorgue permisos a la aplicación. Luego, el conector completa el proceso de OAuth:

1. Extrae el token de acceso de la URL de devolución de llamada y autentica las solicitudes.
2. Obtiene un nuevo token de acceso cuando caduca el antiguo.
3. Guarda los valores de OAuth en OAuthSettingsLocation para persistir a través de las conexiones.

Creación de una Aplicación OAuth Personalizada¶

Acumatica utiliza el estándar de autenticación OAuth, que requiere que el usuario que se autentica interactúe con Acumatica a través del navegador. El conector facilita el intercambio de OAuth de varias maneras, como se describe a continuación.

Registrar una Aplicación OAuth¶

Puede seguir el procedimiento a continuación para obtener las credenciales del cliente OAuth, el OAuthClientId y OAuthClientSecret.

1. Utilice el formulario Aplicaciones conectadas (SM303010) para registrar una aplicación cliente OAuth 2.0 u OpenID Connect. Para registrar una aplicación cliente en Acumatica ERP, debe conocer el flujo de OAuth 2.0 que implementa esta aplicación.
2. Cuando registre la aplicación cliente, debe iniciar sesión en el arrendatario a cuyos datos necesita acceder la aplicación cliente.
3. En la pestaña Sistema, haga clic en Integración. En el panel de navegación, vaya a Configurar > Aplicaciones conectadas.
4. En el cuadro Nombre del cliente, escriba el nombre de la aplicación registrada.
5. En el cuadro Flujo de OAuth 2.0, seleccione Código de autorización.
6. En la pestaña Secretos, haga lo siguiente para cada secreto de cliente que desee agregar:
   1. En la barra de herramientas de la pestaña, haga clic en Agregar secreto compartido. Se abre el cuadro de diálogo Agregar secreto compartido.
   2. En el cuadro Descripción, escriba la descripción del secreto compartido.
   3. Opcional: en el cuadro Caduca el (UTC), ingrese la fecha y la hora en que caduca el secreto.
   4. Copie y guarde el valor que se muestra en el cuadro Valor. La aplicación cliente debe usar este secreto de cliente para la autenticación en Acumatica ERP.
7. Haga clic en Aceptar para guardar el secreto y cerrar el cuadro de diálogo.
8. En la pestaña URI de redirección, haga lo siguiente para cada URI de redirección que desee agregar: En la barra de herramientas de la pestaña, haga clic en Agregar fila. En la columna Redirigir URI de la nueva fila, escriba el URI de redirección exacto al que Acumatica ERP debe redirigir la aplicación cliente después de que se haya autorizado la aplicación cliente. El URI de redirección debe ser absoluto y no debe tener la parte del fragmento (la parte precedida de #). En la barra de herramientas del formulario, haga clic en Guardar. Observe que el ID de cliente se ha generado en el cuadro ID de cliente. La aplicación del cliente debe usar este ID de cliente junto con el secreto del cliente para la autenticación en Acumatica ERP.

Autenticarse en Acumatica¶

Para obtener un token, la aplicación cliente debe llamar al extremo de Oauth2 utilizando varias concesiones según los escenarios de autenticación requeridos. El OAuthGrantType predeterminado es CÓDIGO, lo que requiere que siga los pasos a continuación. Después de configurar las siguientes propiedades de conexión, está listo para conectarse:

• OAuthClientId: establezca esto en su ID de cliente.
• OAuthClientSecret: establezca esto en su clientSecret.
• InitiateOAuth: Establézcalo en GETANDREFRESH. Puede usar InitiateOAuth para evitar repetir el intercambio de OAuth y configurar manualmente OAuthAccessToken propiedad de conexión.
• CallbackURL: establezca esto en el URI de redirección configurado en la aplicación oauth.

Cuando te conectas, el conector completa el proceso de OAuth:

1. Extrae el token de acceso del CallbackURL.
2. Obtiene un nuevo token de acceso cuando caduca el anterior.
3. Guarda los valores de OAuth junto con la geolocalización en OAuthSettingsLocation para persistir a través de las conexiones.

Optimización de Acumatica¶

Acumatica ha introducido una optimización en la versión 3 de la API basada en contratos. Cuando se recuperan varios registros de Acumatica ERP a través de un extremo, el sistema intenta optimizar la recuperación de los registros y obtener todos los registros necesarios en una solicitud a la base de datos. Si la optimización falla, el sistema devuelve un error, especificando las entidades o campos que causaron la falla de la solicitud optimizada. En su mayoría, las vistas de navegación rompen la optimización porque Acumatica está tratando de obtener datos de las tablas vinculadas, debido a esto, las consultas SELECT * de las vistas de navegación sin especificar la clave de la tabla principal no son posibles. Nuestros controladores intentan eliminar las columnas que rompen la optimización de las consultas SELECT *.

Algunas de las vistas que interrumpen la optimización cuando se seleccionan sin especificar los campos clave son JournalVoucher_Details. Para consultar JournalVoucher_Details, debe especificarse ParentBatchNbr.

SELECT * FROM JournalVoucher_Details where ParentBatchNbr = '0001'

La vista se puede consultar obteniendo el campo clave principal en este caso ParentBatchNbr de la tabla principal JournalVoucher.

SELECT * FROM JournalVoucher_Details where ParentBatchNbr IN (SELECT BatchNbr FROM JournalVoucher)

Puede encontrar más información sobre cómo omitir la optimización de Acumatica aquí: Limitaciones.

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 Acumatica.

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 Acumatica le permite definir una tabla virtual cuyos contenidos se deciden 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 Events 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 REST¶

El conector modela la API de Acumatica como tablas relacionales. Cualquier cambio en los datos remotos se refleja inmediatamente en sus consultas; las definiciones de la tabla se recuperan dinámicamente. Cuando se conecta, el conector se conecta a Acumatica y obtiene la lista de tablas y los metadatos de las tablas llamando a los servicios web correspondientes.

Las limitaciones y los requisitos de la API se documentan en esta sección; puedes usar el SupportEnhancedSQL función, configurada de forma predeterminada, para eludir la mayoría de estas limitaciones.

Mesas

Muestra definiciones de tablas predeterminadas de Acumatica. Sus tablas reales pueden diferir dependiendo de sus personalizaciones. Estas tablas se registraron a partir de la versión 17.200.001, pero las versiones posteriores pueden incluir más tablas y campos que los que se muestran aquí. Jitterbit Connector for Acumatica lee metadatos de tablas y columnas de forma dinámica, por lo que incluirá tanto sus personalizaciones como cualquier función nueva que se agregue a las entidades estándar de Acumatica en el futuro. Solo necesita configurar URL propiedad de conexión a la última versión para obtener los cambios.

Procedimientos almacenados

NOTE: Los procedimientos almacenados no se admiten actualmente. Consulte la nota anterior para detalles.

Procedimientos almacenados son interfaces similares a funciones para Acumatica. Se pueden usar para realizar tareas adicionales que no encajan en la operación estándar de interactuar directamente con una mesa.

Limitaciones¶

Campos Personalizados¶

De forma predeterminada, los esquemas de tabla y vista describen el comportamiento de las columnas de los campos del sistema, así como los campos personalizados. Puede configurar el IncludeCustomFields propiedad a falso si desea trabajar solo con campos del sistema. En una consultar SELECT * FROM EntityName, los campos personalizados no se devolverán aunque IncludeCustomFields se establece en verdadero. Los campos personalizados se devolverán solo cuando se especifiquen en las proyecciones. Por ejemplo:

SELECT Custom_FieldA, Custom_FieldB, Custom_FieldC FROM EntityName

El requisito de seleccionar explícitamente los campos personalizados se debe a una limitación con la API de Acumatica. No devolverá resultados cuando se seleccionen demasiados datos generales por registro. No es posible calcular dinámicamente en qué punto Acumatica cortará los resultados. Solo debe seleccionar las columnas que necesita y no todo para que todo funcione sin problemas.

En caso de que un grupo de campos personalizados sea importante para su caso de uso y la API de Acumatica no pueda devolverlos en una sola respuesta, se recomienda configurar un extremo extendido e incluir los campos personalizados en él. Después de este cambio, debería poder recuperarlos como campos no personalizados desde el extremo extendido.

Una alternativa a la ampliación de un extremo existente es dividir la consultar principal en dos o más subconsultas y distribuir los campos personalizados seleccionados entre ellas. Por último, puede unir las subconsultas en la columna de clave principal como en el ejemplo a continuación.

SELECT Customer_1.CustomerID, Customer_1.Custom_Timezone, Customer_1.Custom_ProductGroup, Customer_2.Custom_ContactCategory, Customer_2.Custom_DiscountGroup
FROM Customer Customer_1 JOIN Customer Customer_2 
ON Customer_1.CustomerID = Customer_2.CustomerID

Entidades Vinculadas y de Detalle¶

Las entidades vinculadas y detalladas a la entidad principal se exponen en la tabla de entidades principales como columnas agregadas que comienzan con el prefijo "vinculado". También se exponen como vistas separadas utilizando el formato de nomenclatura 'MainEntityName_LinkedEntityName'. Por ejemplo, el Cliente expone la entidad vinculada 'Contactos' como el campo agregado 'LinkedContacts'. La entidad vinculada Contactos también se expone como la vista separada Customer_Contacts.

Debido a las limitaciones de la API REST de Acumatica, las entidades vinculadas y detalladas no se pueden recuperar cuando se solicitan varios registros de entidades principales. Por esta razón, al consultar la entidad principal, sin especificar la clave principal en las condiciones de la cláusula WHERE, los campos agregados vinculados se devuelven como nulos. Por ejemplo, para recuperar los valores agregados de los contactos de la entidad vinculada en el Cliente, puede ejecutar una de las siguientes consultas.

SELECT CustomerID, LinkedContacts FROM Customer WHERE customerId = '100009'

También puede utilizar el operador IN y las subconsultas, como se muestra a continuación, para recuperar las entidades vinculadas y detalladas para varios registros principales.

SELECT CustomerID, LinkedContacts FROM Customer WHERE CustomerId IN (SELECT CustomerId FROM Customer)

Además, para consultar las entidades vinculadas y detalladas expuestas, se requiere especificar la clave principal de la entidad principal en las condiciones de la cláusula WHERE. Por ejemplo:

SELECT * from Customer_Contacts where ParentCustomerID = '100009'

Columnas Excluidas¶

Acumatica ha introducido una optimización en la versión 3 de la API basada en contratos. Cuando se recuperan varios registros de Acumatica ERP a través de un extremo, el sistema intenta optimizar la recuperación de los registros y obtener todos los registros necesarios en una solicitud a la base de datos. Si la optimización falla, el sistema devuelve un error, especificando las entidades o campos que causaron la falla de la solicitud optimizada. Para evitar que ocurra el error, debemos hacer una de las siguientes cosas:

• Get all the records one by one by specifying the key fields.
• Get only the fields that don't break the optimization.

Cree el esquema llamando a CreateSchema si aún no lo ha hecho.

Agregue los parámetros adicionales en los archivos de esquema .rsd a continuación.

• key="true"
• other:exclude="true"

Estos dos parámetros son necesarios para que las nuevas entidades no arrojen un error en las consultas SELECT * FROM Table. El siguiente ejemplo es un fragmento RSD que muestra cómo se utilizan estos parámetros.

En el ejemplo Contact.rsd, Duplicate y AddressValidated son campos que rompen la optimización de Acumatica, por lo que tienen el parámetro adicional other:exclude="true". Cuando se realiza una consultar SELECT * FROM Contact, el controlador obtendrá todos los campos excepto aquellos con other:exclude="true" parámetro. Sin embargo, los campos omitidos seguirán apareciendo en su conjunto de resultados como nulos. El proveedor de datos solicitará los campos excluidos del extremo solo si se indican explícitamente en la cláusula SELECT o si se especifican las columnas de clave principal.

En el ejemplo Contact.rsd, ContactID es la clave principal, por lo que el parámetro adicional key="true" está agregado. Cuando se realiza SELECT * FROM Contact WHERE ContactID='contactid', el controlador obtendrá todos los campos de la API, incluidos Duplicate y AddressValidated.

<rsb:script xmlns:rsb="http://www.rssbus.com/ns/rsbscript/2">
  <rsb:info title="Contact" description="Contact is an auto-generated table." other:tablehref="https://try.acumatica.com/ISV/entity/Default/17.200.001/Contact" other:tablekind="EntitySet"/>
    <attr name="LanguageOrLocale" xs:type="string" columnsize="2000" readonly="false" description="null" other:entityname="Contact" other:schemanamespace="Contact" other:internalcolumnname="LanguageOrLocale"/>
    <attr name="DuplicateFound" xs:type="bool" readonly="false" description="null" other:internalcolumnname="DuplicateFound"/>
    <attr name="JobTitle" xs:type="string" columnsize="2000" readonly="false" description="null" other:internalcolumnname="JobTitle"/>
    <attr name="ContactID" xs:type="int" key="true" readonly="false" description="null" other:queue="0" other:internalkey="ContactID" other:internalcolumnname="ContactID"/>
    .......
    <attr name="Duplicate" xs:type="string" columnsize="2000" readonly="false" description="null" other:exclude="true" other:internalcolumnname="Duplicate"/>
    .......
    <attr name="AddressValidated" xs:type="bool" readonly="false" description="null" other:exclude="true" other:internalcolumnname="AddressValidated"/>
    .......
      <rsb:set attr="other:tablekind" value="EntitySet" />
  <rsb:set attr="tablename" value="Contact" />
  <rsb:set attr="description" value="Contact is an auto-generated table." />
  <rsb:set attr="entity" value="Contact" />
  <rsb:set attr="other:tablehref" value="https://try.acumatica.com/ISV/entity/Default/17.200.001/Contact" />
  <rsb:set attr="supportgetdeleted" value="true" />

  <rsb:script method="GET">
    <rsb:call op="acumaticaadoExecuteSearch">
      <rsb:push/>
    </rsb:call>
  </rsb:script>

  <rsb:script method="POST">
    <rsb:call op="acumaticaadoExecuteInsert">
      <rsb:push/>
    </rsb:call>
  </rsb:script>

  <rsb:script method="MERGE">
    <rsb:call op="acumaticaadoExecuteUpdate">
      <rsb:push/>
    </rsb:call>
  </rsb:script>

  <rsb:script method="DELETE">
    <rsb:call op="acumaticaadoExecuteDelete">
      <rsb:push/>
    </rsb:call>
  </rsb:script>
</rsb:script>

Creación de Vistas Definidas por el Usuario¶

Una forma simple y efectiva de automatizar el proceso de obtener todos los registros uno por uno especificando los campos clave son las Vistas definidas por el usuario. Las vistas definidas por el usuario son consultas predefinidas almacenadas en un archivo JSON local, que se puede consultar desde el controlador al igual que las vistas existentes.

Como se indicó en la sección anterior, los campos excluidos se recuperarán si se especifica la clave principal. Puede usar la compatibilidad con SQL mejorada del controlador para hacer esto automáticamente para cada registro agregando una subconsulta IN a su consultar principal. De la subconsulta, debe seleccionar solo la columna de clave principal como en el ejemplo a continuación.

SELECT * FROM Contact WHERE ContactId IN (SELECT ContactId FROM Contact)

A continuación, puede agregar esta consultar en el campo "consultar" de un archivo JSON creado localmente (por ejemplo, C:\Users\user\Desktop\CustomViews.json).

{
    "AllContacts": {
        "query": "SELECT * FROM Contact WHERE ContactId IN (SELECT ContactId FROM Contact)"
    },
    "AllCustomers": {
        "query": "SELECT * FROM Customer WHERE CustomerId IN (SELECT CustomerId FROM Customer)"
    }
}

Por último, puede consultar directamente las vistas definidas (AllContacts y AllCustomers) después de indicar la ubicación del archivo Custom Views en la propiedad UserDefinedViews en el parámetro de conexión Other.

Other='UserDefinedViews=C:\Users\User\Desktop\CustomViews.json;'

También puede ejecutar una consultar a la vista sys_tables para verificar si se agregaron las vistas personalizadas. Debería poder encontrarlos en el esquema UserViews.

SELECT * FROM sys_tables where TableType='view'

Mesas¶

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

En general, consultar las tablas de Acumatica 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 Mesas Acumatica¶

Cuenta¶

La cuenta es una tabla generada automáticamente.

Columnas¶

Consulta de Cuenta por Período¶

AccountByPeriodInquiry es una tabla generada automáticamente.

Columnas¶

Consulta de Cuenta por Subcuenta¶

AccountBySubaccountInquiry es una tabla generada automáticamente.

Columnas¶

CuentaDetallesConsulta¶

AccountDetailsInquiry es una tabla generada automáticamente.

Columnas¶

CuentaUbicación¶

AccountLocation es una tabla generada automáticamente.

Columnas¶

Consulta de Resumen de Cuenta¶

AccountSummaryInquiry es una tabla generada automáticamente.

Columnas¶

Ajustamiento¶

El ajuste es una tabla generada automáticamente.

Columnas¶

Definición de Atributo¶

AttributeDefinition es una tabla generada automáticamente.

Columnas¶

Factura¶

Bill es una tabla generada automáticamente.

Columnas¶

Cuenta de Negocios¶

BusinessAccount es una tabla generada automáticamente.

Columnas¶

Transportador¶

Carrier es una tabla generada automáticamente.

Columnas¶

Caso¶

Case es una tabla generada automáticamente.

Columnas¶

Venta en Efectivo¶

CashSale es una tabla generada automáticamente.

Columnas¶

Controlar¶

Check es una tabla generada automáticamente.

Columnas¶

Contacto¶

El contacto es una tabla generada automáticamente.

Columnas¶

Divisa¶

La moneda es una tabla generada automáticamente.

Columnas¶

Cliente¶

El cliente es una tabla generada automáticamente.

Columnas¶

ClaseCliente¶

CustomerClass es una tabla generada automáticamente.

Columnas¶

Ubicación del Cliente¶

CustomerLocation es una tabla generada automáticamente.

Columnas¶

CustomerPaymentMethod¶

CustomerPaymentMethod es una tabla generada automáticamente.

Columnas¶

ClasePrecioCliente¶

CustomerPriceClass es una tabla generada automáticamente.

Columnas¶

Descuento¶

El descuento es una tabla generada automáticamente.

Columnas¶

Código de Descuento¶

DiscountCode es una tabla generada automáticamente.

Columnas¶

Correo¶

El Correo es una tabla generada automáticamente.

Columnas¶

Empleado¶

El empleado es una tabla generada automáticamente.

Columnas¶

Evento¶

El evento es una tabla generada automáticamente.

Columnas¶

Período Financiero¶

FinancialPeriod es una tabla generada automáticamente.

Columnas¶

FOBPunto¶

FOBPoint es una tabla generada automáticamente.

Columnas¶

InterBranchAccountMapping¶

InterBranchAccountMapping es una tabla generada automáticamente.

Columnas¶

InventarioAsignaciónConsulta¶

InventoryAllocationInquiry es una tabla generada automáticamente.

Columnas¶

InventarioRecibo¶

InventoryReceipt es una tabla generada automáticamente.

Columnas¶

Resumen de Inventarioconsulta¶

InventorySummaryInquiry es una tabla generada automáticamente.

Columnas¶

Factura¶

La factura es una tabla generada automáticamente.

Columnas¶