O processamento universal "Carregamento e carregamento de dados XML" realiza o descarregamento total ou parcial dos dados da infobase em um arquivo no formato XML. Posteriormente, este arquivo pode ser carregado na infobase usando o mesmo processamento. O formato do arquivo de upload difere do formato de arquivo criado durante o upload de acordo com um plano de troca na parte do cabeçalho.

O processamento só pode ser utilizado nos casos em que a infobase em que os dados foram carregados e aquela em que os dados foram carregados sejam homogêneas (as configurações são idênticas, os dados podem ser diferentes), ou todos os objetos carregados são quase completamente idênticos em composição e tipos de detalhes e partes da tabela, propriedades do objeto de metadados “principal” e assim por diante.

A utilização deste processamento é possível, por exemplo, para criar um backup total ou parcial dos dados, trocar dados entre infobases e também como ferramenta auxiliar na restauração de infobases defeituosas.

O processamento oferece suporte ao upload de dados com a capacidade de especificar a seleção por período. Também foi implementada a verificação de objetos quanto à presença de caracteres inválidos quando trocados via XML.

Atenciosamente, (professor e desenvolvedor).

Cada plano possui uma lista específica de elementos nos quais pode armazenar informações sobre alterações. Esta lista é chamada de “Conteúdo do Plano de Troca”. A composição pode ser expandida, mas o suporte à configuração foi removido.

O “Layout do Plano” armazena as próprias regras com base nas quais a sincronização funciona. É precisamente deste pacote de conversão (Regras de Registo, Regras de Câmbio, Regras de Câmbio de Correspondentes) que necessitamos para um estudo mais aprofundado.

Consideremos um exemplo de sincronização de dados entre as configurações “1C: Salário e RH 3” (ZUP) e “1C: Enterprise Accounting 3” (BP). Notemos desde já que nesta tarefa teremos que retirar a configuração do suporte. Isso é necessário de acordo com a condição.

Um exemplo vivo da necessidade de refinar as regras cambiais padrão

Por exemplo, um cliente nos contatou com o seguinte problema: ao sincronizar entre ZUP e BP, não é possível transferir os dados do diretório “Registro no Fisco”, necessário para o preenchimento do documento “Reflexo de salários em contabilidade." Agora, a parte tabular deste documento no lado do receptor BP contém um “Registro...” vazio e os usuários devem criar manualmente tais entradas no diretório. Concordo, isso é inconveniente. Podemos melhorar este ponto.

Solução para o problema: vamos finalizar o pacote de conversão do plano de câmbio ExchangeSalary3Accounting3. Vamos adicionar ao padrão “Regras de Troca 1C” uma nova “Regra de Conversão de Objetos” (PKO) para o diretório “Registro na Autoridade Tributária” e, consequentemente, “Conversão de Propriedade” deste diretório (PCS). Com certeza finalizaremos o padrão “Regras para cadastro de objetos”, pois houve necessidade de registrar alterações de diretório no site da exchange. E revisaremos as “Regras de Exchange 1C” do banco de dados do correspondente.

Onde vamos editar tudo isso? Para escrever e alterar as regras, precisamos da configuração “1C: Data Conversion 2”.

Finalização das regras de conversão padrão do Plano de Câmbio ZUP - BP

Assim, começaremos a finalizar as regras de troca 1C adicionando um novo elemento ao configurador do plano de troca ExchangeSalary3Accounting3 - o diretório Cadastro na Autoridade Tributária. Faremos essa alteração nas configurações “1C: Salários e Gestão Empresarial 3” e “1C: Contabilidade Empresarial 3”.

Vamos salvar e atualizar as configurações.

No modo empresarial, para cada banco de dados carregaremos uma descrição da estrutura de metadados usando o processamento MD83Exp.epf para a plataforma 1C:Enterprise 8.3. O processamento pode ser encontrado no pacote “1C: Conversão de Dados”.

Na próxima etapa, descarregaremos o pacote de conversão do ZUP e BP. O pacote deve consistir em 3 arquivos: Regras de Registro, Regras de Troca, Regras de Troca Correspondente.

Este artigo não descreverá como a sincronização de dados é configurada; você pode ler isso no site da Coderline na seção “Artigos de especialistas” ou assistir às gravações do webinar. Agora esta opção já está configurada nos bancos de dados. Portanto, vá até as configurações de sincronização (Administração -> Sincronização de dados -> Configurações de sincronização de dados), clique no botão “Carregar regras”. O formulário “Regras para sincronização” será aberto diante de nós. Clique no botão “Mais” e selecione a opção “Salvar regras em arquivo”.

Este é o pacote que devemos receber após o descarregamento.

Realizaremos ações semelhantes para outra base de informações “1C: Enterprise Accounting”.
Com isso, todo o trabalho preparatório para edição das regras está pronto. Nós temos:

Descrição da estrutura de metadados para carregamento em “1C: Data Conversion 2” (para ZUP e BP);

Pacote de conversão, que contém regras de troca 1C e regras de registro necessárias para carregar em “1C: Data Conversion 2” (para ZUP e BP).

Vá para “1C: Conversão de Dados 2”. Vamos realizar as seguintes etapas em ordem para ambas as infobases:

Carregando as estruturas de metadados de nossas configurações;

Criamos conversões e carregamos regras de troca de dados 1C de pacotes de conversão (o arquivo de regras é chamado ExchangeRules);

Criamos registros e carregamos regras de registro de pacotes de conversão (o arquivo de regras é chamado RegistrationRules).

Vamos passar para nossa revisão. Estamos adicionando uma nova regra de conversão de objetos (PKO) às regras de troca 1C - o diretório “Registros na autoridade fiscal”. Adicionamos uma regra de conversão de propriedade (PCR) para este diretório e uma regra de upload de dados (DRU). Este tipo de modificação deve ser realizada tanto para as regras do pacote ZUP quanto para as regras de exchange do pacote BP. Carregamos nossas regras de troca nos arquivos ExchangeRules correspondentes.

Passemos às regras para registrar um novo elemento. Estamos adicionando um livro de referência “Registos na autoridade fiscal”. Carregamos as regras de registro no arquivo apropriado do pacote RegistrationRules. Também realizamos esta ação para ambos os bancos de dados.

As regras de câmbio revisadas e as regras de registro estão prontas. Agora copiamos o conteúdo das regras de troca (ExchangeRules) do pacote BP para as regras correspondentes (CorrespondentExchangeRules) do pacote ZUP. Nas regras correspondentes (CorrespondentExchangeRules) do pacote BP, copiamos o conteúdo das regras de troca (ExchangeRules) do pacote ZUP.

O resultado deve ser o seguinte:

Isso conclui o trabalho em “1C: Conversão de Dados 2”. Os pacotes modificados de regras de conversão estão prontos, resta carregá-los de volta nos bancos de dados de informações e verificar a sincronização.

Arquivamos os arquivos dos pacotes em um arquivo ZIP e carregamos nossos pacotes de conversão no ZUP e BP.

Tudo está pronto. Resta testar.

Recordemos as condições do problema. Foi necessário cadastrar o diretório “Cadastro no Fisco” para download e verificar como é preenchido o TC do documento “Reflexo dos salários na contabilidade” do lado “1C: Contabilidade Empresarial 3”.

Na fonte “1C: Salários e Gestão Empresarial 3” cadastramos nosso diretório para download. Realizamos sincronização. Vamos ao banco de dados do receptor e também realizamos a sincronização para receber os dados. Observe que agora o plano de intercâmbio conta com o livro de referência necessário para registro de alterações.

Verificamos no lado “1C: Enterprise Accounting 3”:

Resumir. O resultado da tarefa foi concluído com sucesso. Finalizamos o plano de troca ZUP - BP, adicionando um novo elemento para registro de alterações e adicionadas regras de conversão para sincronização de dados.

Muitas vezes, no trabalho de grandes empresas e redes de varejo, há necessidade de troca de dados entre bancos de dados. Cada programador e administrador resolve esse problema de maneira diferente. Alguns gravam uploads e downloads por meio de arquivos de tabelas intermediárias, outros usam o modo de conexão COM para se conectar ao banco de dados de origem. No entanto, recentemente, o próprio mecanismo 1C chamado “Troca Universal de Dados em Formato XML” tornou-se cada vez mais popular.

Aparência do processamento

Na interface Completa, você pode abrir o processamento em Serviço->Outras trocas de dados->Troca universal de dados em formato XML.

O formulário de processamento (Fig. 1) contém quatro abas:

A interface de cada uma das guias está repleta de elementos e, portanto, requer consideração separada.

Fazendo upload de dados

No topo da guia há um campo para selecionar um arquivo de regras de troca. Para bancos de dados e trocas não padrão, você mesmo terá que criar o arquivo de troca.

Na próxima linha do formulário existem dois botões de opção:

1. Fazendo upload para um arquivo de troca (Fig. 2);
2. Conectando e enviando dados para segurança da informação (Fig. 3).

Como você pode ver nas fotos acima, a aparência do formulário difere dependendo do switch. Se a opção de compartilhamento de arquivos for selecionada, o usuário será solicitado a selecionar o local do arquivo onde será carregado e a possibilidade de compactá-lo para economizar espaço e protegê-lo com senha.

A opção de conexão direta com a base receptora suporta os modos de operação arquivo e cliente-servidor. Neste caso, será necessário inserir o endereço do banco de dados e preencher os campos “Usuário” e “Senha”. Antes de iniciar a troca de dados, é aconselhável testar a conexão.

A seção tabular abaixo permite configurar seleções e outros parâmetros de descarregamento.

Para depurar algoritmos e corrigir erros, você pode usar o mecanismo integrado ao processamento de troca. Ele é ativado marcando a caixa de seleção correspondente na parte inferior do formulário. Clicar no botão “Configurações de depuração…” abre uma janela (Fig. 4).

Figura 4

Uma característica distintiva deste formulário é a ajuda informativa no lado esquerdo do layout, que descreve cada um dos três modos de depuração possíveis. Qualquer arquivo no formato epf pode servir como arquivo de processamento externo para o módulo.

Clicar no botão “Concluir” verifica a exatidão e integridade dos dados preenchidos.

Ao contrário de “Upload”, esta aba (Fig. 5) não possui uma parte tabular, mas existem muito mais caixas de seleção que permitem ajustar os parâmetros de gravação de objetos novos e alterados.

Figura 5

Em primeiro lugar, é necessário selecionar um arquivo que servirá como fonte de informação. Isso pode ser feito no campo de entrada “Nome do arquivo para upload”. Se os dados foram carregados para um arquivo protegido por senha, eles deverão ser inseridos no campo apropriado.

As caixas de seleção correspondentes permitem configurar:

• Transação ao escrever objetos (isso às vezes acelera o processo);
• Carregamento de dados em modo exchange (neste caso, todas as verificações da plataforma, com exceção da verificação no lançamento de documentos, serão ignoradas na gravação);
• Substituindo elementos alterados;
• Definir uma marca de exclusão para itens baixados;
• O modo de gravação de novos dados no registrador (um de cada vez ou em conjunto);
• Corte de caracteres insignificantes (espaços e tabulações) para valores de string.

Configurações adicionais

Como o nome do marcador indica, ele contém ferramentas cuja utilização permite personalizar com mais precisão o processo de troca. Em particular:

1. Ativa o modo de depuração;
2. Permite a utilização de uma transação durante o processo de descarregamento;
3. Otimiza a troca entre bancos de dados da versão 8 do 1C;
4. Carregue apenas os objetos permitidos para uso pelo usuário atual;
5. Habilite o registro do processo de troca entre bancos de dados.

Estas e algumas outras funções são habilitadas marcando as caixas apropriadas no formulário (Fig. 6).

Figura 6

Excluindo dados

Esta guia é usada apenas por desenvolvedores no modo de depuração. Permite remover objetos desnecessários do banco de dados.

Resumidamente sobre como configurar regras de câmbio

Usar um manipulador padrão simplifica muito a vida dos programadores. Ao mesmo tempo, um dos momentos mais difíceis para quem encontrou pela primeira vez o “Intercâmbio Universal de Dados em Formato XML” é a pergunta: “Onde posso obter o arquivo de regras de troca?”

Em primeiro lugar, para criar regras de troca de forma independente, é necessária uma configuração especial chamada “Conversão de Dados”. Ele contém vários arquivos interessantes que permitem configurar quase qualquer troca entre vários bancos de dados 1C versões 7 e 8:

1. epf – necessário para baixar a estrutura de metadados para bancos de dados 1C 8;
2. epf – se a configuração 1C 8 for autoescrita ou não padrão, pode não ter o processamento “Universal Data Exchange”, este arquivo é este processamento;
3. ert – arquivo contém código para download da estrutura de metadados das configurações do 1C versões 7.7;
4. ert – arquivo para processamento de upload e download de dados para os sete.

Iniciado o processamento adequado, é necessário descarregar as estruturas de metadados dos bancos de dados de origem e destino. Em seguida, na configuração “Conversão”, você precisa inserir informações sobre as configurações de origem e destino no diretório “Configurações”.

Em seguida, um elemento é criado no diretório Conversion contendo informações sobre a direção da troca de dados. Você pode configurar regras do Exchange para isso.

Mecanismo universal de troca de dados destina-se tanto à criação de sistemas distribuídos geograficamente baseados em 1C:Enterprise 8, quanto à organização da troca de dados com outros sistemas de informação não baseados em 1C:Enterprise 8.

Este mecanismo permite transferir apenas dados 1C:Enterprise; transferir informações de configuração e administrativas de 1C:Enterprise 8 usando este mecanismo é impossível.

Possibilidades

• a troca de dados pode ser implementada tanto com bancos de dados de informações 1C:Enterprise quanto com outros sistemas de informação;
• organizar diferentes estratégias de mensagens;
• implementação de vários métodos para resolver colisões enquanto altera simultaneamente dados em diferentes nós de um sistema distribuído;
• implementação de restauração de troca de dados em casos como restauração de bases de informações de backups, etc.

Peculiaridades

• Documentos XML são usados ​​como formato de troca;
• ao trocar dados entre bases de informações 1C:Enterprise 8, nenhuma restrição é imposta à identidade da configuração e estrutura de objetos específicos;
• numa configuração podem ser criados vários esquemas de troca independentes com diferentes sistemas de informação;
• Ao organizar um esquema de troca, nenhuma restrição é imposta à estrutura do sistema distribuído. Tanto uma estrutura clássica do tipo “estrela” quanto estruturas mais complexas do tipo “floco de neve” de vários níveis e outras podem ser organizadas;

• o desenvolvedor da solução de aplicação tem a oportunidade de gerenciar de forma flexível a composição da troca, tanto em termos da estrutura dos dados transmitidos, quanto em termos da composição da informação transmitida a nós de troca específicos;
• O objeto de banco de dados é inicialmente criado em um dos nós de troca. A composição da informação transmitida pode ser ajustada em função do conteúdo dos dados, e independe do local onde a informação foi inicialmente inserida.

Componentes

Um mecanismo universal de intercâmbio de dados não é uma solução rígida. Seu trabalho é implementado por um conjunto de ferramentas da plataforma tecnológica 1C:Enterprise 8, que podem ser utilizadas em soluções aplicacionais em diversas combinações.

• Plano de troca
  Os objetos de configuração do Plano do Exchange são o centro em torno do qual outras ferramentas de troca de dados são agrupadas. Usando esses objetos, são descritos um conjunto de nós de sistema distribuído e a composição dos dados que devem ser trocados no âmbito de um determinado plano de troca.
  Além disso, os planos de intercâmbio implementam dois mecanismos importantes envolvidos na troca de dados:
  • Alterar serviço de registro
    Permite receber informações sobre quais elementos de dados foram alterados e para qual nó de troca eles precisam ser transferidos.