QuickBooks Data Schema?

estou a tentar desenvolver uma aplicação simples para a minha equipa registar o seu tempo e despesas num banco de dados remoto (access), e depois sincronizar isso com o QuickbooksPro. Eu consegui obter QBFC para trabalhar, meu problema agora é compreender a estrutura de banco de dados subjacente (nomes de campos etc) em Quickbooks-por exemplo, eu sei que elementos para adicionar a consultas etc.

eu encontrei o seguinte (EntityRef, CustomerRef) por tentativa e erro, e olhando para uma tabela puxada usando QOBDC; no entanto, deve alguém sabe onde?

    TimeDataQry.IncludeRetElementList.Add("EntityRef")
    TimeDataQry.IncludeRetElementList.Add("CustomerRef")
    TimeDataQry.IncludeRetElementList.Add("TxnDate")
    TimeDataQry.IncludeRetElementList.Add("BillableStatus")
    TimeDataQry.IncludeRetElementList.Add("Duration")
    TimeDataQry.IncludeRetElementList.Add("TimeModified")
Author: user3142068, 2013-12-28
Source

3 answers

Use os QuickBooks OSR (funciona melhor no Chrome):

Escolha o tipo de pedido / objecto com que está a lidar na lista "Seleccionar mensagem" e carregue em qualquer um dos nós para ver a documentação no nó.

Por exemplo, o que você postou acima parece que você está olhando para entradas de tempo de rastreamento. Aqui está o que você recebe do OSR sobre EntityRef:

Entidade

Uma "entidade" QuickBooks é um cliente, vendedor, empregado ou pessoa na lista de "outros nomes" do QuickBooks. Casos especiais a ter em conta:
  • numa mensagem de BillToPayQuery, o EntityRef refere-se ao nome do vendedor.
  • em Mensagens jornalicreditline e JournalDebitLine para as contas a / R, EntityRef deve se referir a um cliente, ou então a transação não fique registado. Para as contas A / P, O Direito deve referir-se a um vendedor, ou caso contrário, a transacção não será registada.
  • numa mensagem de localização Temporal, O EntityRef não pode referir-se a um cliente, apenas a um empregado, vendedor, ou pessoa na lista de" outros nomes " cujo tempo está a ser localizado.
Muito simples, muito detalhado. Também vale a pena notar que a apologia dos QuickBooks é quase exatamente igual à GUI dos QuickBooks . Por exemplo, ao criar uma fatura na GUI QuickBooks, você verá campos tipo:
  • Cliente
  • Data
  • factura #
  • Item
  • Número PO

E então se você olhar para InvoiceAdd na API, você vai encontrar estes campos:

  • CustomerRef
  • TxnDate
  • Número de referência
  • ItemRef
  • PONumber
Não deve ser muito difícil juntar dois mais dois e descobrir que estes campos correspondem aos campos apresentados na interface gráfica.
 1
Author: Keith Palmer Jr., 2013-12-29 01:56:08
Para ser honesto, o esquema de dados QB é horrível, enorme e confuso. Não vale a pena tentar descobrir como interagir diretamente com a API deles. Essa é uma das razões pelas quais pessoas como a QODBC criaram formas mais simples de interagir com ela. Comprou a QODBC? Criei aplicativos usando o QODBC e o RSSBus, e gosto mais do RSSBus. Há muitas razões, mas para começar, QODBC é na verdade um driver que usa DNS, o que pode ser confuso e tem que ser configurado em cada computador que você quer usar isto enquanto RSSBus não tem nada disso. O que o QODBC e o RSSBus fazem é envolver o QB db numa espécie de db semelhante ao sqlserver, para que todas as estruturas de tabela que puxar da ferramenta QODBC provavelmente não tenham correlação com nada que possa usar através do QBFC.

Eu prefiro RSSBus agora, mas aqui estão links para documentação para ambos:

RSSBus - http://www.rssbus.com/kb/help/RQR3-A/pg_imetracking.rst

QODBC - http://doc.qodbc.com/qodbc/Qodbc_20_us.html

Também esta pergunta pode ajudar - QuickBooks qbfc explanation {[[9]}. Observe que ele diz que existem mais de 300 páginas de documentação para isso. Um pouco demais.

 0
Author: Ben Strombeck, 2017-05-23 11:54:10

Aqui está a documentação do QODBC nos esquemas da tabela: Todos Os Quadros . Se você quiser grupos de mesa relacionados com os EUA específicos como cliente e AR, em seguida, confira aqui: quadros por Grupo

 0
Author: vizyourdata, 2017-03-26 01:59:35