Transações/Entidades/Mensagens únicas
Estão detalhadas aqui as entidades e transações que serão enviadas no documento XML de pedido de compra, não serão replicados cadastros de uma ponta a outra de forma integrada, para que a integração seja concretizada de forma correta os cadastros base deverão existir nas duas pontas. Segue considerações:
Vínculos feitos a partir do CNPJ (ERP que recebe o documento XML deve encontrar as informações baseado no CNPJ):
- Cadastro de Estabelecimento – Folder “Endereço”.
- Cadastro de Fornecedores – Folder “Fiscal”.
- Cadastro de Transportadores – Folder “Fiscal”.
Entidade Item (identificação do Produto):
Para o envio da tag <itemcode>, o sistema irá realizar a seguinte validação: Caso exista código EAN cadastrado na manutenção de itens materiais (CC0103), ele será enviado ao fornecedor, caso contrário, será enviado o código de item interno do EMS.
No caso da tag <prodcodsuplli>, será enviado sempre o código de item do fornecedor, cadastrado na manutenção item fornecedor (CC0105).
Outras entidades/cadastros:
Moeda – Caso a moeda seja Real, será enviado o código 1 na tag <CurrencyId>, caso contrário, será enviado 6 e a descrição da moeda na tag <Currencydesc>.
Unidade de Medida – Será enviada a unidade de medida interna do ERP na tag <internalmensuunit> e a unidade de medida do fornecedor (CC0105) na tag <supllimensuunit>.
Programação de Entrega – Envio
Na tag referente à quantidade da entrega (quantrequest) sempre será enviado o saldo da parcela da ordem de compra. Conforme consta no manual do produto: “As quantidades e datas da programação de entrega serão parcelas não recebidas dos pedidos de compra selecionados”.
Estrutura da mensagem única de pedido de compra (Order) que será trafegada:
Estrutura da mensagem única de programação de entrega (DeliverySchedule) que será trafegada:
Importante: A equipe de suporte do TSS mantém o documento detalhado com as informações dos Layouts padrões TOTVS Colaboração que são utilizados por todos os produtos TOTVS. Acima consta apenas a estrutura da mensagem, não estão contempladas todas as tags da cada mensagem.
Estrutura da mensagem única do aviso do envio de embarque (tss_tc_tipos_aviso) que será trafegada:
Pedido de Venda
Para o recebimento de pedido de venda será necessário o cadastramento de Engine de Regras para que as informações padrão do XML sejam recebidas e transformadas em valores equivalentes na base do cliente. Informações como moeda, condição de pagamento, tipo de frete e tipo de preço:
Deve-se utilizar o Engine de Regras para adequar aos dados da base do fornecedor as seguintes informações padronizadas pela EANCOM para integrações entre sistemas. Para que as informações a seguir listadas sejam alteradas foram criados tipos de operação para transformação, (citados ao lado de cada campo) que deverão ser cadastradas no Engine de Regras:
- Moeda (tipo de operação so-moeda):
Código | Descrição |
1 | Real |
2 | Dólar |
3 | UFIR |
4 | EURO |
5 | IENE |
6 | Outras |
- Condição de Pagamento (tipo de operação so-cond):·
Código | Descrição |
1 | Básico |
3 | Data Fixa (Pagamento realizado na data ou período estipulado no pedido) |
20 | Multa |
21 | Pagamento Parcelado |
22 | Desconto por antecipação de Pagamento |
B01 | Pagamento com Data de Concentração |
JRM | Juros de Mora |
- Tipo de Frete (tipo de operação so-frete):
Código | Descrição |
1 | CIF – Custo, Seguro, Frete por conta do vendedor até o destino designado. |
2 | FOB – Posto a bordo. Porto de embarque designado |
3 | SFT - Sem Frete |
- Tipo de Preço (tipo de operação so-preço):
Código | Descrição |
1 | Preço Informado |
2 | Preço Data de Implantação |
3 | Preço Data de Faturamento |
Para o cadastramento das regras no Engine de Regras é necessário utilizar os programas a seguir apresentados:
- CDP/CD0025.W – Cadastro de Tipo de Operação
- CDP/CD0024.W – Configurador de Regras
Observação: Para cada tipo de operação, será necessária uma variável com a mesma nomenclatura.
Programação de Entrega
Para o recebimento da programação de entrega será necessário o cadastramento de Engine de Regras para que as informações padrão do XML sejam recebidas e transformadas em valores equivalentes na base do cliente. Informações como frequência do fornecimento:
Deve-se utilizar o Engine de Regras para adequar aos dados da base do fornecedor as seguintes informações padronizadas pela EANCOM para integrações entre sistemas. Para que as informações a seguir listadas sejam alteradas foram criados tipos de operação para transformação, (citados ao lado de cada campo) que deverão ser cadastradas no Engine de Regras:
- Frequência de fornecimento:
Código | Descrição |
A | Anual (ano calendário). Código definindo uma previsão anual. |
F | Intervalo flexível (da data X até a data Y). Código definindo uma previsão de utilização planejada entre duas datas especificadas. |
M | Mensal (meses calendário). Código definindo uma previsão mensal. |
Q | Trimestral (trimestres calendário). Código definindo uma previsão trimestral. Por exemplo: Jan-Mar, Abr- Jun, Jul-Set, Out-Dez. |
S | Semestral (ano calendário). Código definindo uma previsão para os 1ºs ou últimos seis meses do ano. |
W | Semanal. Código definindo uma previsão para intervalos semanais. |
Y | Diário. Código definindo uma previsão para intervalos diários. |
T | Quinzenal |
D | Descêndial |
Para o cadastramento das regras no Engine de Regras, é necessário utilizar os programas a seguir apresentados:
- CDP/CD0025.W – Cadastro de Tipo de Operação
- CDP/CD0024.W – Configurador de Regras
Observação: Para cada tipo de operação, será necessária uma variável com a mesma nomenclatura.