Detalhes da Conexão Acumatica¶

Introdução¶

Versão do conector

Esta documentação é baseada na versão 21.0.8257 do conector.

Começando¶

Suporte à versão Acumatica

Suporte total para recuperação de dados usando o Open Data Protocol (OData) 3.0, que é a versão mais recente suportada pelo Acumatica ERP.

Estabelecendo uma Conexão¶

Conectando a Acumatica¶

Para se conectar à fonte de dados Acumatica, primeiro você precisará especificar as propriedades de conexão abaixo.

• URL: (Obrigatório) A URL base para a instância Acumatica ERP. Por exemplo: https://domain.acumatica.com/entity/.
• Schema: (Opcional) Existem dois esquemas que contêm dados diferentes. O padrão é REST, que usa a API Acumatica REST Contract Based e o OData, que usa a API Acumatica OData. O esquema OData é usado para consultar Consultas Genéricas Acumatica.
• Company: (Parcialmente obrigatório) Defina como o nome da sua empresa ou inquilino. É necessário se Schema é definido como "OData".
• EndpointVersion: (Opcional) A versão do endpoint de Web Services. Por exemplo: 17.200.001. Isso é aplicável apenas para o esquema"REST".
• EndpointName: (Opcional) O nome do endpoint de Web Services. Por exemplo: Padrão. Isso é aplicável apenas para o esquema"REST".

Para saber o EndpointVersion e EndpointName para sua instância do Acumatica, faça login no Acumatica em um navegador da web e, em seguida, navegue até a tela 'Web Service Endpoints'. Se necessário, navegue até esta tela editando a URL do navegador da web e substituindo ScreenId=00000000 (a página inicial) por ScreenId=SM207060. Se você for redirecionado de volta para a página inicial, isso significa que seu usuário não possui as permissões necessárias para acessar os serviços da web. Em Endpoints properties, obtenha o nome do Endpoint e a versão do Endpoint.

Autenticação para Acumatica¶

Existem dois métodos de autenticação disponíveis para conexão com a fonte de dados Acumatica, Basic e OAuth.

Autenticação com Credenciais de Usuário¶

Colocou o AuthScheme para Basic e defina o User e Password às suas credenciais de login.

Autenticação com OAuth¶

A fonte de dados Acumatica também suporta o padrão de autenticação OAuth 2.0. Para autenticar usando OAuth, você precisará criar e configurar um aplicativo OAuth personalizado e definir AuthScheme para OAuth e preencha as credenciais OAuth. Consulte Usando autenticação OAuth Para maiores informações.

Usando Autenticação OAuth¶

OAuth requer que o usuário autenticado interaja com o Acumatica usando o navegador. O conector facilita isso de várias maneiras, conforme descrito abaixo.

Credenciais Personalizadas¶

Você precisará registrar um aplicativo para obter o OAuthClientId e OAuthClientSecret.

Criando um Aplicativo OAuth Personalizado¶

Consulte Criando um aplicativo OAuth personalizado para um procedimento.

Credenciais Personalizadas¶

Autenticação de Área de Trabalho com Seu Aplicativo OAuth¶

Siga as etapas abaixo para autenticar com as credenciais de um aplicativo OAuth personalizado. Consulte Criando um aplicativo OAuth personalizado para obter instruções sobre como criar um aplicativo oauth personalizado.

Obtenha um Token de Acesso OAuth¶

Depois de definir o seguinte, você está pronto para se conectar:

• OAuthClientId: Defina isso como o ID do cliente nas configurações do aplicativo.
• OAuthClientSecret: Defina isso como o segredo do cliente nas configurações do aplicativo.
• CallbackURL: Defina isso para o URL de redirecionamento nas configurações do aplicativo.
• InitiateOAuth: Defina como GETANDREFRESH. Você pode usar InitiateOAuth para evitar a repetição da troca OAuth e definir manualmente o OAuthAccessToken.

Quando você conecta, o conector abre o endpoint OAuth em seu navegador padrão. Faça login e conceda permissões ao aplicativo. O conector então conclui o processo OAuth:

1. Extrai o token de acesso da URL de retorno de chamada e autentica as solicitações.
2. Obtém um novo token de acesso quando o antigo expira.
3. Salva valores OAuth em OAuthSettingsLocation para ser persistido nas conexões.

Criando um Aplicativo OAuth Personalizado¶

A Acumatica usa o padrão de autenticação OAuth, que exige que o usuário autenticado interaja com a Acumatica por meio do navegador. O conector facilita a troca OAuth de várias maneiras, conforme descrito abaixo.

Registrar um Aplicativo OAuth¶

Você pode seguir o procedimento abaixo para obter as credenciais do cliente OAuth, o OAuthClientId e OAuthClientSecret.

1. Use o formulário Connected Applications (SM303010) para registrar um aplicativo cliente OAuth 2.0 ou OpenID Connect. Para cadastrar uma aplicação cliente no Acumatica ERP, você precisa conhecer o fluxo OAuth 2.0 que esta aplicação implementa.
2. Ao registrar o aplicativo cliente, você deve estar conectado ao inquilino cujos dados o aplicativo cliente precisa acessar.
3. Na aba Sistema, clique em Integração. No painel de navegação, navegue até Configurar > Aplicativos conectados.
4. Na caixa Nome do cliente, digite o nome do aplicativo registrado.
5. Na caixa OAuth 2.0 Flow, selecione Authorization Code.
6. Na aba Segredos, faça o seguinte para cada segredo do cliente que deseja adicionar:
   1. Na barra de ferramentas da aba, clique em Adicionar Segredo Compartilhado. A caixa de diálogo Adicionar Segredo Compartilhado é aberta.
   2. Na caixa Descrição, digite a descrição do segredo compartilhado.
   3. Opcional: na caixa Expira em (UTC), insira a data e a hora em que o segredo expira.
   4. Copie e salve o valor exibido na caixa Valor. O aplicativo cliente deve usar este segredo do cliente para autenticação no Acumatica ERP.
7. Clique em OK para salvar o segredo e fechar a caixa de diálogo.
8. Na aba URIs de redirecionamento, faça o seguinte para cada URI de redirecionamento que deseja adicionar: Na barra de ferramentas da aba, clique em Adicionar linha. Na coluna URI de redirecionamento da nova linha, digite o URI de redirecionamento exato para o qual o Acumatica ERP deve redirecionar o aplicativo cliente após a autorização do aplicativo cliente. O URI de redirecionamento deve ser absoluto e não deve ter a parte do fragmento (a parte precedida por #). Na barra de ferramentas do formulário, clique em Salvar. Observe que o ID do cliente foi gerado na caixa ID do cliente. O aplicativo cliente deve usar este ID de cliente junto com o segredo do cliente para autenticação no Acumatica ERP.

Autenticar para Acumatica¶

Para obter um token, o aplicativo cliente precisa chamar o endpoint Oauth2 usando várias concessões, dependendo dos cenários de autenticação necessários. O OAuthGrantType padrão é CODE, que exige que você siga as etapas abaixo. Depois de definir as seguintes propriedades de conexão, você está pronto para se conectar:

• OAuthClientId: Defina isso para o seu clientId.
• OAuthClientSecret: Defina isso como seu clientSecret.
• InitiateOAuth: Defina como GETANDREFRESH. Você pode usar InitiateOAuth para evitar repetir a troca de OAuth e configurar manualmente o OAuthAccessToken propriedade de conexão.
• CallbackURL: Defina isso para o URI de redirecionamento configurado no aplicativo oauth.

Quando você se conecta, o conector conclui o processo OAuth:

1. Extrai o token de acesso do CallbackURL.
2. Obtém um novo token de acesso quando o antigo expira.
3. Salva os valores OAuth juntamente com a geolocalização em OAuthSettingsLocation para ser persistido nas conexões.

Otimização Acumatica¶

Acumatica introduziu uma otimização na versão 3 da API baseada em contrato. Quando vários registros são recuperados do Acumatica ERP por meio de um endpoint, o sistema tenta otimizar a recuperação dos registros e obter todos os registros necessários em uma solicitação ao banco de dados. Caso a otimização falhe, o sistema retorna um erro, especificando as entidades ou campos que causaram a falha da requisição otimizada. Principalmente as visualizações de navegação quebram a otimização porque o Acumatica está tentando obter dados das tabelas vinculadas, por isso as consultas SELECT * das visualizações de navegação sem especificar a chave da tabela pai não são possíveis. Nossos drivers tentam remover as colunas que quebram a otimização das consultas SELECT *.

Algumas das visualizações que quebram a otimização quando selecionadas sem especificar os campos-chave são JournalVoucher_Details. Para consultar o JournalVoucher_Details, o ParentBatchNbr deve ser especificado.

SELECT * FROM JournalVoucher_Details where ParentBatchNbr = '0001'

A exibição pode ser consultada obtendo-se o campo-chave pai, neste caso, ParentBatchNbr, da tabela pai JournalVoucher.

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

Mais informações sobre como ignorar a otimização do Acumatica podem ser encontradas aqui: Limitações.

Anotações Importantes¶

Procedimentos Armazenados¶

• Os recursos de procedimentos armazenados descritos nesta documentação não são suportados no momento.
• Como os procedimentos armazenados não são suportados atualmente, qualquer recurso dependente de procedimentos armazenados também não é suportado atualmente.

Arquivos de Configuração e Seus Caminhos¶

• Todas as referências para adicionar arquivos de configuração e seus caminhos referem-se a arquivos e locais no Harmony Agente onde o conector está instalado. Esses caminhos devem ser ajustados conforme apropriado, dependendo do agente e do sistema operacional. Se vários agentes forem usados em um grupo de agentes, arquivos idênticos serão necessários em cada agente.

Características Avançadas¶

Esta seção detalha uma seleção de recursos avançados do conector Acumatica.

Visualizações definidas pelo usuário

O conector permite definir tabelas virtuais, denominadas visões definidas pelo usuário, cujo conteúdo é decidido por uma consultar pré-configurada. Essas exibições são úteis quando você não pode controlar diretamente as consultas enviadas aos drivers. Consulte Visualizações definidas pelo usuário para obter uma visão geral da criação e configuração de exibições personalizadas.

Configuração SSL

Use Configuração SSL para ajustar como o conector lida com as negociações de certificado TLS/SSL. Você pode escolher entre vários formatos de certificado; Veja o SSLServerCert propriedade em "Opções de cadeia de conexão" para obter mais informações.

Procurador

Para configurar o conector usando configurações de proxy do Agente Privado, selecione os Use Proxy Settings caixa de seleção na tela de configuração da conexão.

Visualizações Definidas pelo Usuário¶

O Jitterbit Connector for Acumatica permite definir uma tabela virtual cujo conteúdo é decidido por uma consultar pré-configurada. Elas são chamadas de Visualizações Definidas pelo Usuário, que são úteis em situações onde você não pode controlar diretamente a consultar que está sendo emitida para o driver, por exemplo, ao usar o driver do Jitterbit. As Visualizações Definidas pelo Usuário podem ser usadas para definir predicados que são sempre aplicados. Se você especificar predicados adicionais na consultar para a visualização, eles serão combinados com a consultar já definida como parte da visualização.

Há duas maneiras de criar exibições definidas pelo usuário:

• Crie um arquivo de configuração em formato JSON definindo as visualizações desejadas.
• declarações DDL.

Definindo Visualizações Usando um Arquivo de Configuração¶

As visualizações definidas pelo usuário são definidas em um arquivo de configuração formatado em JSON chamado UserDefinedViews.json. O conector detecta automaticamente as visualizações especificadas neste arquivo.

Você também pode ter várias definições de exibição e controlá-las usando o UserDefinedViews propriedade de conexão. Quando você usa essa propriedade, apenas as exibições especificadas são vistas pelo conector.

Este arquivo de configuração de exibição definida pelo usuário é formatado da seguinte forma:

• Cada elemento raiz define o nome de uma visualização.
• Cada elemento raiz contém um elemento filho, chamado query, que contém a consultar SQL personalizada para a exibição.

Por exemplo:

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

Use o UserDefinedViews propriedade de conexão para especificar a localização do seu arquivo de configuração JSON. Por exemplo:

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

Esquema para Exibições Definidas pelo Usuário¶

As visualizações definidas pelo usuário são expostas no UserViews esquema por padrão. Isso é feito para evitar que o nome da exibição entre em conflito com uma entidade real no modelo de dados. Você pode alterar o nome do esquema usado para UserViews definindo o UserViewsSchemaName propriedade.

Trabalhando com Exibições Definidas pelo Usuário¶

Por exemplo, uma instrução SQL com uma Visualização Definida pelo Usuário chamada UserViews.RCustomers lista apenas clientes em Raleigh:

SELECT * FROM Customers WHERE City = 'Raleigh';

Exemplo de consultar ao driver:

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

Resultando na consultar efetiva à fonte:

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

Esse é um exemplo muito simples de uma consultar a uma exibição definida pelo usuário que é efetivamente uma combinação da consultar de exibição e da definição de exibição. É possível compor essas consultas em padrões muito mais complexos. Todas as operações SQL são permitidas em ambas as consultas e são combinadas quando apropriado.

Configuração SSL¶

Personalizando a Configuração SSL¶

Por padrão, o conector tenta negociar SSL/TLS verificando o certificado do servidor em relação ao armazenamento de certificados confiáveis do sistema.

Para especificar outro certificado, consulte o SSLServerCert propriedade para os formatos disponíveis para fazê-lo.

Modelo de Dados REST¶

O conector modela a API Acumatica como tabelas relacionais. Quaisquer alterações nos dados remotos são refletidas imediatamente em suas consultas; as definições da tabela são recuperadas dinamicamente. Quando você se conecta, o conector se conecta ao Acumatica e obtém a lista de tabelas e os metadados das tabelas chamando os serviços da Web apropriados.

As limitações e requisitos da API estão documentados nesta seção; você pode usar o SupportEnhancedSQL recurso, definido por padrão, para contornar a maioria dessas limitações.

Mesas

Mostra as definições de tabela padrão do Acumatica. Suas tabelas reais podem diferir dependendo de suas personalizações. Essas tabelas foram gravadas a partir da versão 17.200.001, mas as versões posteriores podem incluir mais tabelas e campos do que os exibidos aqui. O Jitterbit Connector for Acumatica lê os metadados de tabela e coluna dinamicamente, portanto, incluirá suas personalizações e quaisquer novos recursos adicionados às entidades padrão do Acumatica no futuro. Você só precisa definir o URL propriedade de conexão para a versão mais recente para obter as alterações.

Procedimentos armazenados

NOTE: Procedimentos armazenados não são suportados atualmente. Veja a nota para detalhes.

Procedimentos armazenados são interfaces semelhantes a funções para o Acumatica. Eles podem ser usados para executar tarefas extras que não se encaixam na operação padrão de interagir diretamente com uma tabela.

Limitações¶

Os Campos Personalizados¶

Por padrão, os esquemas de tabela e exibição descrevem o comportamento da coluna dos campos do sistema, bem como dos campos personalizados. Você pode definir o IncludeCustomFields propriedade para false se você quiser trabalhar apenas com campos do sistema. Em uma consultar SELECT * FROM EntityName, os campos personalizados não serão retornados, embora IncludeCustomFields é definido como verdadeiro. Os campos personalizados serão retornados somente quando forem especificados nas projeções. Por exemplo:

SELECT Custom_FieldA, Custom_FieldB, Custom_FieldC FROM EntityName

O requisito para selecionar explicitamente os campos personalizados é devido a uma limitação da API Acumatica. Ele não retornará resultados quando muitos dados gerais forem selecionados por registro. Não é possível calcular dinamicamente em que ponto o Acumatica cortará os resultados. Você deve selecionar apenas as colunas necessárias e não tudo para manter as coisas funcionando sem problemas.

Caso um grupo de campos personalizados seja importante para o seu caso de uso e a API Acumatica não possa retorná-los em uma única resposta, é recomendável configurar um endpoint estendido e incluir os campos personalizados nele. Após essa alteração, você poderá recuperá-los como campos não personalizados do endpoint estendido.

Uma alternativa para estender um endpoint existente é dividir a consultar principal em duas ou mais subconsultas e distribuir os campos personalizados selecionados entre elas. Por fim, você pode juntar as subconsultas na coluna de chave primária como no exemplo abaixo.

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 e Detalhadas¶

As entidades vinculadas e detalhadas para a entidade principal são expostas na tabela da entidade principal como colunas agregadas começando com o prefixo 'vinculado'. Eles também são expostos como exibições separadas usando o formato de nomenclatura 'MainEntityName_LinkedEntityName'. Por exemplo, o Cliente expõe a entidade vinculada 'Contatos' como o campo agregado 'LinkedContacts'. A entidade vinculada Contatos também é exposta como a visualização separada Customer_Contacts.

Devido às limitações da Acumatica REST API, as entidades Linked e Detail não podem ser recuperadas ao solicitar vários registros da entidade principal. Por esse motivo, ao consultar a entidade principal, sem especificar a chave primária nas condições da cláusula WHERE, os campos agregados vinculados são retornados como nulos. Por exemplo, para recuperar os valores agregados da entidade vinculada Contatos no Cliente tabela, você pode executar uma das consultas abaixo.

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

Você também pode usar o operador IN e as subconsultas abaixo, para recuperar as entidades vinculadas e detalhadas para vários registros pai.

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

Além disso, para consultar as entidades vinculadas e detalhadas expostas, é necessário especificar a chave primária da entidade pai nas condições da cláusula WHERE. Por exemplo:

SELECT * from Customer_Contacts where ParentCustomerID = '100009'

Colunas Excluídas¶

Acumatica introduziu uma otimização na versão 3 da API baseada em contratos. Quando vários registros são recuperados do Acumatica ERP por meio de um endpoint, o sistema tenta otimizar a recuperação dos registros e obter todos os registros necessários em uma solicitação ao banco de dados. Caso a otimização falhe, o sistema retorna um erro, especificando as entidades ou campos que causaram a falha da requisição otimizada. Para evitar que o erro ocorra, precisamos fazer o seguinte:

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

Crie o esquema chamando o método CreateSchema caso ainda não o tenha feito.

Adicione os parâmetros adicionais nos arquivos de esquema .rsd abaixo.

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

Esses dois parâmetros são necessários para que as novas entidades não lancem um erro nas consultas SELECT * FROM Table. O exemplo abaixo é um trecho rsd que mostra como esses parâmetros são usados.

No exemplo Contact.rsd, Duplicate e AddressValidated são campos que quebram a otimização do Acumatica para que tenham o parâmetro adicional other:exclude="true". Quando uma consultar SELECT * FROM Contact é feita, o driver obterá todos os campos, exceto aqueles com o other:exclude="true" parâmetro. No entanto, os campos omitidos ainda aparecerão em seu conjunto de resultados como nulos. O provedor de dados solicitará os campos excluídos do endpoint somente se eles forem explicitamente declarados na cláusula SELECT ou se a(s) coluna(s) de chave primária for(em) especificada(s).

No exemplo Contact.rsd, ContactID é a chave primária, então o parâmetro adicional key="true" Está adicionado. Quando um SELECT * FROM Contact WHERE ContactID='contactid' é feito, o driver obterá todos os campos da API, incluindo Duplicate e 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>

Criando Exibições Definidas pelo Usuário¶

Uma maneira simples e eficaz de automatizar o processo de obtenção de todos os registros, um por um, especificando os campos-chave, são as Visualizações definidas pelo usuário. Visualizações definidas pelo usuário são consultas predefinidas armazenadas em um arquivo JSON local, que podem ser consultadas no driver da mesma forma que as visualizações existentes.

Conforme declarado na seção acima, os campos excluídos serão recuperados se a chave primária for especificada. Você pode usar o suporte SQL aprimorado do driver para fazer isso automaticamente para cada registro anexando uma subconsulta IN à sua consultar principal. Na subconsulta, você deve selecionar apenas a coluna de chave primária, como no exemplo abaixo.

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

Você pode então adicionar esta consultar no campo "consultar" de um arquivo JSON criado localmente (ex. 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 fim, você pode consultar diretamente as exibições definidas (AllContacts e AllCustomers) depois de informar o local do arquivo de exibições personalizadas na propriedade UserDefinedViews no parâmetro de conexão Other.

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

Você também pode executar uma consultar na exibição sys_tables para verificar se as exibições personalizadas foram adicionadas. Você deve ser capaz de encontrá-los no esquema UserViews.

SELECT * FROM sys_tables where TableType='view'

Tabelas¶

O conector modela os dados no Acumatica em uma lista de tabelas que podem ser consultadas usando instruções SQL padrão.

Geralmente, consultar tabelas Acumatica é o mesmo que consultar uma tabela em um banco de dados relacional. Às vezes, há casos especiais, por exemplo, incluir uma determinada coluna na cláusula WHERE pode ser necessário para obter dados para determinadas colunas na tabela. Isso geralmente é necessário para situações em que uma solicitação separada deve ser feita para cada linha para obter determinadas colunas. Esses tipos de situações estão claramente documentados na parte superior da página da tabela vinculada abaixo.

Conector Jitterbit para Tabelas Acumatica¶

Conta¶

A conta é uma tabela gerada automaticamente.

Colunas¶

ConsultaContaPorPeríodo¶

AccountByPeriodInquiry é uma tabela gerada automaticamente.

Colunas¶

ContaPorSubcontaConsulta¶

AccountBySubaccountInquiry é uma tabela gerada automaticamente.

Colunas¶

Detalhes da ContaConsulta¶

AccountDetailsInquiry é uma tabela gerada automaticamente.

Colunas¶

Localização da Conta¶

AccountLocation é uma tabela gerada automaticamente.

Colunas¶

AccountSummaryInquérito¶

AccountSummaryInquiry é uma tabela gerada automaticamente.

Colunas¶

Ajustamento¶

O ajuste é uma tabela gerada automaticamente.

Colunas¶

Definição de Atributo¶

AttributeDefinition é uma tabela gerada automaticamente.

Colunas¶

Conta¶

Bill é uma tabela gerada automaticamente.

Colunas¶

Conta de Negócios¶

BusinessAccount é uma tabela gerada automaticamente.

Colunas¶

Operadora¶

Carrier é uma tabela gerada automaticamente.

Colunas¶

Caso¶

Case é uma tabela gerada automaticamente.

Colunas¶

Venda à Vista¶

CashSale é uma tabela gerada automaticamente.

Colunas¶

Verificar¶

Cheque é uma tabela gerada automaticamente.

Colunas¶

Contato¶

Contato é uma tabela gerada automaticamente.

Colunas¶

Moeda¶

Moeda é uma tabela gerada automaticamente.

Colunas¶

Cliente¶

Cliente é uma tabela gerada automaticamente.

Colunas¶

ClienteClasse¶

CustomerClass é uma tabela gerada automaticamente.

Colunas¶

Localização do Cliente¶

CustomerLocation é uma tabela gerada automaticamente.

Colunas¶

ClientePagamentoMétodo¶

CustomerPaymentMethod é uma tabela gerada automaticamente.

Colunas¶

CustomerPriceClass¶

CustomerPriceClass é uma tabela gerada automaticamente.

Colunas¶

Desconto¶

Desconto é uma tabela gerada automaticamente.

Colunas¶

Código de Desconto¶

DiscountCode é uma tabela gerada automaticamente.

Colunas¶

E-mail¶

E-mail é uma tabela gerada automaticamente.

Colunas¶

Funcionário¶

Employee é uma tabela gerada automaticamente.

Colunas¶

Evento¶

Evento é uma tabela gerada automaticamente.

Colunas¶

Período Financeiro¶

FinancialPeriod é uma tabela gerada automaticamente.

Colunas¶

Ponto FOB¶

FOBPoint é uma tabela gerada automaticamente.

Colunas¶

Mapeamento de Contas Entre Filiais¶

InterBranchAccountMapping é uma tabela gerada automaticamente.

Colunas¶

Consulta de Alocação de Estoque¶

InventoryAllocationInquiry é uma tabela gerada automaticamente.

Colunas¶

Recibo de Estoque¶

InventoryReceipt é uma tabela gerada automaticamente.

Colunas¶

InventárioResumoConsulta¶

InventorySummaryInquiry é uma tabela gerada automaticamente.

Colunas¶

Fatura¶

A fatura é uma tabela gerada automaticamente.

Colunas¶