Histórico da Página

...

Observar a Tabela de Legendas, constante do tópico II.6, e as regras de preenchimento descritas abaixo pois, o preenchimento incorreto dos campos provocará a rejeição do(s) registro(s).1) Código do Item e Número do

...

Os campos devem ser preenchidos até o tamanho configurado no sistema, com alinhamento à esquerda, sem os caracteres especiais que fizerem parte da máscara e completados com espaços à direita.
Ex:
Colunas..............: 1             15              30
Máscara do Item: AAA-9999/999
campo gravado : BCA1234567
Máscara do P.O.: 99/99999-AAAA
campo gravado : 9512345-XYZK

2) Campos Numéricos

Completá-los com zeros não significativos ou com espaços à esquerda para os inteiros e à direita para os decimais. É obrigatório informar o caracter “.” (ponto) como separador de casas decimais.
Exemplos de entradas válidas para se gravar o campo Preço Unitário com 5.762,31 (9 inteiros e 5 decimais, com tamanho total de 15 posições). Observar que o “ponto” sempre ocupa a mesma posição dentro do campo.

...

- completar com zeros significativos à esquerda (Ex.: 040396)
- datas inválidas provocarão a rejeição do registro (Ex.: 311195)

4) Campos no formato caracter

. completar tamanho dos campos com espaços : chr(20) .

5) Campos sem Informação

No caso de inclusão (vide tópico II.4), os campos que não possuírem informação devem conter espaços e o sistema procurará pela informação no “Modelo de S.I./P.O” (vide tópico II.2) através do código do modelo no arquivo de entrada. Caso este não tenha sido informado, o registro será rejeitado.
Para os casos de alteração e de exclusão estes campos serão desprezados.

6) Códigos sem Cadastro no Sistema

Poderá ser indicado através da função “Parâmetros da Integração” (vide tópico II.3) se o sistema deve incluir automaticamente um código que não esteja previamente cadastrado no sistema. Pôr exemplo, se o código do item não estiver cadastrado, o sistema, de acordo com o informado na tabela de parâmetros poderá incluí-lo no Cadastro de Itens ou rejeitar o registro. Vale lembrar que, devido a falta de informação adicional, alguns campos serão preenchidos com asteriscos (descrição do item, unidade de medida, nome do fornecedor, etc).

É importante salientar que o cadastramento automático não poderá ser efetuado para códigos externos ao sistema (determinados pelo DECEX ou outro órgão oficial) ou cujo cadastramento completo é imprescindível ao acompanhamento dos processos, como pôr exemplo: Condição de Pagamento, Símbolo da Moeda, Via de Transporte, Origem/Destino das mercadorias.

...

Para contornar os casos em que não se possuem todos os dados, ou em que estes são idênticos em todos os processos, como pôr exemplo, na hipótese de se trabalhar com apenas um Agente Embarcador, poderá ser utilizada a função “Modelo de S.I. ou P.O.”, também constante da opção “3- Rotinas Especiais”. A partir daí, o arquivo de Capa informará o código do modelo a ser utilizado no caso da ausência de algum dado e o sistema assumirá o que estiver cadastrado no Modelo de S.I./P.O (vide tópico II.6). 

Vale lembrar que é possível que o arquivo de Capa possua vários códigos de modelo para diferentes S.I.s / P.O.s.

II.3 Parâmetros da Integração

Nesta função pode-se informar os nomes dos arquivos de entrada e optar pelo cadastramento automático de códigos não existentes no sistema, além de serem controladas a datas da últimas integrações. Ver tópico II.6 com a estrutura deste arquivo.
Quando no nome do arquivo de entrada for informada a sequência de caracteres DD, MM e/ou AA, o sistema automaticamente os substituirá pelo dia, mês e ano da data corrente no processamento da integração.

...

1) Código do Item e Número do P.O.

Os campos devem ser preenchidos até o tamanho configurado no sistema, com alinhamento à esquerda, sem os caracteres especiais que fizerem parte da máscara e completados com espaços à direita.
Ex:
Colunas..............: 1             15              30
Máscara do Item: AAA-9999/999
campo gravado : BCA1234567
Máscara do P.O.: 99/99999-AAAA
campo gravado : 9512345-XYZK

2) Campos Numéricos

Completá-los com zeros não significativos ou com espaços à esquerda para os inteiros e à direita para os decimais. É obrigatório informar o caracter “.” (ponto) como separador de casas decimais.
Exemplos de entradas válidas para se gravar o campo Preço Unitário com 5.762,31 (9 inteiros e 5 decimais, com tamanho total de 15 posições). Observar que o “ponto” sempre ocupa a mesma posição dentro do campo.

3) Campos de data

- completar com zeros significativos à esquerda (Ex.: 040396)
- datas inválidas provocarão a rejeição do registro (Ex.: 311195)

4) Campos no formato caracter

. completar tamanho dos campos com espaços : chr(20) .

5) Campos sem Informação

No caso de inclusão (vide tópico II.4), os campos que não possuírem informação devem conter espaços e o sistema procurará pela informação no “Modelo de S.I./P.O” (vide tópico II.2) através do código do modelo no arquivo de entrada. Caso este não tenha sido informado, o registro será rejeitado.
Para os casos de alteração e de exclusão estes campos serão desprezados.

6) Códigos sem Cadastro no Sistema

Poderá ser indicado através da função “Parâmetros da Integração” (vide tópico II.3) se o sistema deve incluir automaticamente um código que não esteja previamente cadastrado no sistema. Pôr exemplo, se o código do item não estiver cadastrado, o sistema, de acordo com o informado na tabela de parâmetros poderá incluí-lo no Cadastro de Itens ou rejeitar o registro. Vale lembrar que, devido a falta de informação adicional, alguns campos serão preenchidos com asteriscos (descrição do item, unidade de medida, nome do fornecedor, etc).

É importante salientar que o cadastramento automático não poderá ser efetuado para códigos externos ao sistema (determinados pelo DECEX ou outro órgão oficial) ou cujo cadastramento completo é imprescindível ao acompanhamento dos processos, como pôr exemplo: Condição de Pagamento, Símbolo da Moeda, Via de Transporte, Origem/Destino das mercadorias.

II.2 Modelo de S.I. ou P.O.

Para contornar os casos em que não se possuem todos os dados, ou em que estes são idênticos em todos os processos, como pôr exemplo, na hipótese de se trabalhar com apenas um Agente Embarcador, poderá ser utilizada a função “Modelo de S.I. ou P.O.”, também constante da opção “3- Rotinas Especiais”. A partir daí, o arquivo de Capa informará o código do modelo a ser utilizado no caso da ausência de algum dado e o sistema assumirá o que estiver cadastrado no Modelo de S.I./P.O (vide tópico II.6). 

Vale lembrar que é possível que o arquivo de Capa possua vários códigos de modelo para diferentes S.I.s / P.O.s.

II.3 Parâmetros da Integração

Nesta função pode-se informar os nomes dos arquivos de entrada e optar pelo cadastramento automático de códigos não existentes no sistema, além de serem controladas a datas da últimas integrações. Ver tópico II.6 com a estrutura deste arquivo.
Quando no nome do arquivo de entrada for informada a sequência de caracteres DD, MM e/ou AA, o sistema automaticamente os substituirá pelo dia, mês e ano da data corrente no processamento da integração.

                  Ex: integração efetuada em 01/03/96.
                  Siddmmaa => SI010396
                  ITEMaamm => ITEM9603

II.4 Tipos de Integração

Na integração são permitidas três ações:

                  1) Inclusão: inclui novos registros no sistema;

                  2) Alteração: altera registros já existentes no sistema (na integração de “cadastros”, a Alteração pode equivaler a uma Inclusão — ver tópico II.4.3);

                  3) Exclusão: elimina registros do sistema.

Cabe ressaltar que os campos que controlam a sequência da execução no caso de integração de SI/PO,
permitem que um mesmo item, seja tratado mais de uma vez na mesma integração.

II.4.1 Integração de S.I.

1) Inclusão:

• é incluída uma nova S.I. e os itens correspondentes. Caso a S.I. já exista o registro será rejeitado;
• é obrigatório que existam dois arquivos de entrada: Capa e Detalhe;
• todos os itens do Detalhe serão inclusos;
• para se incluir um item numa S.I. já existente no sistema vide item 2) Alteração.

2) Alteração:

• a S.I. somente poderá ser alterada se não estiver alocada em algum P.O., nem tampouco sofrido alterações nas quantidades originalmente informadas;
• este tipo de integração é utilizado basicamente para se fazer inclusões ou exclusões de itens sem alterar a própria Capa da S.I. pois, o sistema excluirá todos os itens informados anteriormente e incluirá os novos itens informados;
• para se incluir ou excluir um item numa S.I., reinformar todos os itens que se deseja manter no Detalhe, deixando de informar aqueles que se deseja excluir e acrescentando aqueles que se deseja incluir;
• para a Capa basta informar apenas os campos chave da S.I. (vide coluna ALT na estrutura da Capa da S.I.).

3) Exclusão:

• a S.I. deve existir no sistema e será excluída junto com os itens correspondentes, desde que a S.I. não tenha sido alocada em algum P.O. e nem sofrido alterações nas quantidades originalmente informadas para os itens;
• neste tipo de integração o sistema não lerá o Detalhe, uma vez que os itens já estão no sistema
• para se excluir um item de uma S.I., sem excluir a própria S.I., vide item 2) Alteração.
  
  

II.4.2 Integração de P.O.

Sempre será necessário a existência de um arquivo para capa e outro para detalhe.
Os campos requeridos na capa, só são obrigatórios na inclusão, com exceção do nº PO, tipo e data.

1) Inclusão:

                  O pedido e os seus itens serão inclusos no arquivo de pedidos e de solicitações.

2) Alteração:

Capa

II.4 Tipos de Integração

Na integração são permitidas três ações:

                  1) Inclusão: inclui novos registros no sistema;

                  2) Alteração: altera registros já existentes no sistema (na integração de “cadastros”, a Alteração pode equivaler a uma Inclusão — ver tópico II.4.3);

                  3) Exclusão: elimina registros do sistema.

Cabe ressaltar que os campos que controlam a sequência da execução no caso de integração de SI/PO,
permitem que um mesmo item, seja tratado mais de uma vez na mesma integração.

...

1) Inclusão:

• é incluída uma nova S.I. e os itens correspondentes. Caso a S.I. já exista o registro será rejeitado;
• é obrigatório que existam dois arquivos de entrada: Capa e Detalhe;
• todos os itens do Detalhe serão inclusos;
• para se incluir um item numa S.I. já existente no sistema vide item 2) Alteração.

2) Alteração:

• a S.I. somente poderá ser alterada se não estiver alocada em algum P.O., nem tampouco sofrido alterações nas quantidades originalmente informadas;
• este tipo de integração é utilizado basicamente para se fazer inclusões ou exclusões de itens sem alterar a própria Capa da S.I. pois, o sistema excluirá todos os itens informados anteriormente e incluirá os novos itens informados;
• para se incluir ou excluir um item numa S.I., reinformar todos os itens que se deseja manter no Detalhe, deixando de informar aqueles que se deseja excluir e acrescentando aqueles que se deseja incluir;
• para a Capa basta informar apenas os campos chave da S.I. (vide coluna ALT na estrutura da Capa da S.I.).

3) Exclusão:

...

II.4.2 Integração de P.O.

...

1) Inclusão:

                  O pedido e os seus itens serão inclusos no arquivo de pedidos e de solicitações.

2) Alteração:

Capa:

• o P.O. deve existir no sistema e será alterado a capa do P.O. e os detalhes se houver;
• Qualquer campo que não deve ser alterado, deixar em branco.

Itens:

• o Item do P.O. somente poderá ser alterado se não estiver alocado em algum P.L.I., nem tampouco sofrido um embarque;
• para a Capa basta informar apenas os campos chave do P.O.

3) Exclusão:

Capa:

• será excluído junto com a S.I. e os itens correspondentes, desde que os itens do P.O. não tenham sofrido embarques, ou tenham P.L.I.;

Item:

• o P.O. deve existir no sistema e será excluído junto o Item da S.I., desde que o item alterado a capa do P.O. e os detalhes se houver;
• Qualquer campo que não deve ser alterado, deixar em branco.

Itens:

• o Item do P.O. não tenha sofrido embarques, ou tenham somente poderá ser alterado se não estiver alocado em algum P.L.I.

II.4.3 Integração de Cadastros

...

• , nem tampouco sofrido um embarque;
• para a Capa basta informar apenas os campos chave do P.O.

3) Exclusão:

Capa:

• será excluído junto com a S.I. e os itens correspondentes, desde que os itens do P.O. não tenham sofrido embarques, ou tenham P.L.I.;

Item:

• o P.O. deve existir no sistema e será excluído junto o Item da S.I., desde que o item do P.O. não tenha sofrido embarques, ou tenham P.L.I.

II.4.3 Integração de Cadastros

1) Inclusão:

Serão inclusos registros ainda não existentes no sistema. A inclusão de um cadastro específico pode ocasionar também a inclusão em outros cadastros, desde que a opção “Inclusão Automática”, tenha sido parametrizada como verdadeira no Arquivo de Parâmetros. Pôr exemplo, a inclusão de registros no Cadastro de Itens pode provocar a inclusão no Cadastro de Famílias e no de NBMs, assim como a inclusão do Cadastro de Ligação Item/Fabricante/Fornecedor pode efetuar a inclusão nestes três cadastros.

2) Alteração

O registro deve existir no sistema e será efetuada a alteração dos campos preenchidos no registro de alteração, sendo necessário o preenchimento do campo chave e somente os campos que se deseja alterar.

OBSERVAÇÃO: Na Integração de Cadastros, se o registro a ser alterado não existir no sistema, a “alteração” será tratada como “inclusão”.

3) Exclusão

Elimina registros do sistema, desde que estes não pertençam a nenhum processo em aberto ou mesmo encerrado. Se, pôr exemplo, for solicitada a exclusão de um Item que esteja alocado em qualquer fase de um determinado processo (S.I., P.O., G.I., etc), esta será rejeitada. Analogamente somente será excluído um registro da Ligação Item/Fabricante/Fornecedor, se esta não estiver presente em algum processo.

A exclusão de Fabricantes/Fornecedores somente será aceita se não houver nenhuma ligação no Cadastro de Ligação Item/Fabricante/Fornecedor. Neste caso, deve-se primeiro excluir todas as ligações do Fabricante/Fornecedor em questão.

Pôr outro lado, quando da exclusão de um item no Cadastro de Itens, todos os respectivos registros da Ligação Item/Fabricante/Fornecedor também serão excluídos.

II 4.4. Integração de Despesas do Despachante.

1) Inclusão / Alteração :

Para a integração das Despesas do Despachante não é necessário ter dois arquivos ( Capa - Detalhe ), basta ter um só contendo os dois tipos, com “identificadores” indicando se a informação é de capa ou de detalhe (vide tópico II 6.7), na coluna “OBS”, é onde se encontra o “identificador”, usa-se “D.I.”, quando a informação for de Capa e “D.E.”, quando a informação for de Detalhe.

São inclusas novas despesas para aquele Conhecimento ao qual o despachante pertence e alteradas algumas informações do próprio Conhecimento.

II.5 Processamento da Integração

Para qualquer das etapas, sempre que o usuário acionar a função de integração, será exibida uma tela “browse” com o resultado da última integração efetuada. O usuário tem a opção de efetuar uma prévia,
a fim de

Serão inclusos registros ainda não existentes no sistema. A inclusão de um cadastro específico pode ocasionar também a inclusão em outros cadastros, desde que a opção “Inclusão Automática”, tenha sido parametrizada como verdadeira no Arquivo de Parâmetros. Pôr exemplo, a inclusão de registros no Cadastro de Itens pode provocar a inclusão no Cadastro de Famílias e no de NBMs, assim como a inclusão do Cadastro de Ligação Item/Fabricante/Fornecedor pode efetuar a inclusão nestes três cadastros.

2) Alteração

O registro deve existir no sistema e será efetuada a alteração dos campos preenchidos no registro de alteração, sendo necessário o preenchimento do campo chave e somente os campos que se deseja alterar.

OBSERVAÇÃO: Na Integração de Cadastros, se o registro a ser alterado não existir no sistema, a “alteração” será tratada como “inclusão”.

3) Exclusão

Elimina registros do sistema, desde que estes não pertençam a nenhum processo em aberto ou mesmo encerrado. Se, pôr exemplo, for solicitada a exclusão de um Item que esteja alocado em qualquer fase de um determinado processo (S.I., P.O., G.I., etc), esta será rejeitada. Analogamente somente será excluído um registro da Ligação Item/Fabricante/Fornecedor, se esta não estiver presente em algum processo.

A exclusão de Fabricantes/Fornecedores somente será aceita se não houver nenhuma ligação no Cadastro de Ligação Item/Fabricante/Fornecedor. Neste caso, deve-se primeiro excluir todas as ligações do Fabricante/Fornecedor em questão.

Pôr outro lado, quando da exclusão de um item no Cadastro de Itens, todos os respectivos registros da Ligação Item/Fabricante/Fornecedor também serão excluídos.

II 4.4. Integração de Despesas do Despachante.

1) Inclusão / Alteração :

Para a integração das Despesas do Despachante não é necessário ter dois arquivos ( Capa - Detalhe ), basta ter um só contendo os dois tipos, com “identificadores” indicando se a informação é de capa ou de detalhe (vide tópico II 6.7), na coluna “OBS”, é onde se encontra o “identificador”, usa-se “D.I.”, quando a informação for de Capa e “D.E.”, quando a informação for de Detalhe.

São inclusas novas despesas para aquele Conhecimento ao qual o despachante pertence e alteradas algumas informações do próprio Conhecimento.

II.5 Processamento da Integração

Para qualquer das etapas, sempre que o usuário acionar a função de integração, será exibida uma tela “browse” com o resultado da última integração efetuada. O usuário tem a opção de efetuar uma prévia,
a fim de verificar as ocorrências que serão encontradas quando da integração. Esta opção não irá atualizar nenhum arquivo do sistema.

...

II. 7.4. SCHEDULE

Para utilização da rotina de importação de arquivos via schedule são necessárias algumas configurações para o correto funcionamento. Será necessário a criação de uma função e um ponto de entrada, a seguir segue exemplo da parametrização do sistema.

- É necessário a criação de um agendamento via configurador para que execute a nova rotina responsável pela abertura do ambiente no sistema e pela busca dos arquivos a serem processados pela rotina de integração.
- Configure o parâmetro "MV_PATH_IN" com o caminho dos arquivos a serem processados.
- O agendamento de schedule efetuará a chamada da rotina que deverá preparar o ambiente (environment) a ser usado, e através dela será executada a rotina de Integração de Arquivos EICIN100() para cada arquivo a ser processado.

Segue exemplo de um RdMake  de como utilizar a rotina de importação de arquivos sendo chamada através de um agendamento (schedule) no Protheus. 

#INCLUDE "PROTHEUS.CH"
#INCLUDE "TOTVS.CH"
#INCLUDE "TBICONN.CH"

/*/
@Função ImpArqs
Função a ser chamado pelo agendamento do Protheus e tem como objetivo ler e importar todos os arquivos de uma pasta
@type  User Function
@author Miguel Prado Gontijo
@since 14/11/2019
/*/
User Function ImpArqs() // U_ImpArqs()

Local bGrava := {|| cNameH := ALLTRIM(Int_Param->NPAARQ_DE) }
Local nx := 1
Local nOpc := 10
Private aArqs := {}
Private cArqImp := ""

PREPARE ENVIRONMENT EMPRESA '99' FILIAL '01' USER 'Administrador' PASSWORD '' MODULO "EIC"

cPath := AllTrim(EasyGParam("MV_PATH_IN"))
aArqs := directory(cPath+"*.txt")

   for nx := 1 to len(aArqs)
      
      cArqImp := aArqs[nx][1]
      EICIN100(nOpc,bGrava,,.T.)

//A rotina de integração de arquivos EICIN100 tem quatro parâmetros e no caso vamos informar apenas três, onde o primeiro é a opção de integração, o segundo que informa um bloco de código e o terceiro e quarto parâmetros que são do tipo lógico e somente o quarto será usado que é o que informa para a rotina que o processo está sendo executado por um agendamento do Protheus.

   next

//Para chamadas via ponto de entrada, o fechamento do ambiente deve ser ignorado
RESET ENVIRONMENT

Return

/*/
@Função IN100CLI()
ponto de entrada da rotina de integração de arquivos usadas no momento em que passa pelo parâmetros da rotina 
@type  User Function
@author Miguel Prado Gontijo
@since 14/11/2019
/*/
User Function IN100CLI()

if PARAMIXB == "APPEND"

   if !empty(cPath) .and. file(cPath+cArqImp)
      // campo do nome de arquivos de despachante
      int_param->NPAARQ_DE := RetFileName(cArqImp) //Atribui para o campo somente o nome do arquivo.
   endif

endif

Return

Regras básicas:

• Os arquivos só poderão ter até oito caracteres.
• O bloco de código deve ser sempre o mesmo conforme RDMake.
• Nos parâmetros da rotina EICIN100 somente o primeiro e o segundo parâmetro podem ser alterados.
• Os arquivos a serem integrados devem estar pasta do parâmetro "MV_PATH_IN".

No ponto de entrada IN100CLI:

• O parâmetro deve ser sempre o APPEND.
• O campo a receber o nome do arquivo deve ser respeitado de acordo com cada opção de integração.

Lista de opções para cada módulo do Comex e seus repesctivos nomes de campos da Work (int_param) a ser gravado pelo ponto de entrada e bloco de código BGrava.

EIC

EDC

* Caso a tabela ED9 contenha os seguintes campos e o índice 4:

Campos: ED9_VAL_SE, ED9_VALORI, ED9_QTDNCM, ED9_DTAVRB, ED9_SALISE, ED9_DT_INT, ED9_VALCOM, ED9_UMNCM, ED9_TX_USS, ED9_ISENTO, ED9_FASEDR

Índice: ED9_FILIAL+ED9_RE+ED9_POSICA

EEC

** Caso a tabela EX5 e EX6 contenha os seguintes campos:

EX5_DTINI, EX5_DTFIM, EX6_DTINI, EX6_DTFIM