Conversão de dados 3.0. Links bem conhecidos para a documentação do KD3

A conversão de dados 2.0 e 2.1 é uma configuração tecnológica 1C, implementada nas versões da plataforma 8.1 a 8.3.

A principal tarefa da ferramenta é escrever regras para troca entre soluções de aplicação 1C 8 e 7. A versão atual de conversão de dados é 3.0.

A conversão de dados é uma configuração muito útil; com sua ajuda você pode resolver não apenas o problema de transferência de informações de uma base de informações para outra, mas também, por exemplo, de conversão de informações dentro de um banco de dados.

A configuração é muito conveniente de usar com .

A conversão de dados será útil para qualquer programador: ter as habilidades para criar regras de troca é uma grande vantagem para as habilidades profissionais.

Para aprender a trabalhar com uma configuração, a solução de problemas práticos é mais adequada. Tente criar tarefas para você mesmo, por exemplo: transferir algumas informações de um banco de dados para outro, transformar um documento de vendas em um documento de recebimento, “inserir” saldos contábeis atuais em um documento “inserir saldos” e outras tarefas.

Será muito útil entender as regras de troca “padrão” de 1C 8.3. Lá você poderá encontrar exemplos interessantes de implementação de tarefas;

Para entender o básico, você precisará de materiais, iremos considerá-los a seguir.

Instruções de vídeo para conversão

Para obter os fundamentos da configuração da troca de dados em 1C usando a configuração “1C Data Conversion”, veja o exemplo no vídeo:

Materiais, livros didáticos para estudar 1C Data Conversion 2.0

Não existem muitos materiais e documentação na Internet, tentei coletar os materiais mais importantes e interessantes:

0. Em primeiro lugar, recomendo o vídeo-curso gratuito de Ilya Leontyev, que está disponível em link.

1. Aconselho, em primeiro lugar, usar a ajuda integrada na configuração. Está muito bem escrito e tecnicamente bem implementado:

2. A segunda fonte de informação mais importante é o site http://www.mykod.info/ (site fechado), especializado especificamente em conversão de dados. Lá você pode baixar um grande número de materiais de conversão.

3. Separadamente, gostaria de destacar o livro didático - (autora - Olga Kuznetsova).

• Vídeo – 21 horas letivas
• Materiais didáticos em PDF - 117 páginas A4
• 16 tarefas práticas com soluções de professores

Formato do curso, suporte

Os materiais ficam disponíveis imediatamente após o pagamento do pedido - você os baixa do site e os estuda a qualquer momento que lhe for conveniente.

O suporte é fornecido através do Grupo Master no site.

O acesso total ao grupo Master deve ser ativado no máximo 100 dias após a compra.

Relevância do curso

Os materiais do curso são relevantes para o BSP versão 2.3.2.73.

Se você planeja usar versões mais antigas do BSP, observe que os mecanismos operacionais do subsistema “Data Exchange” do BSP mudaram e as interfaces também mudaram.

Um novo curso para as versões mais recentes do BSP está em desenvolvimento e será lançado em alguns meses. Mas para versões do BSP 2.3.2.73 e anteriores, a taxa atual será relevante.

Taxa do curso

9.700 rublos

Garantia

Leccionamos desde 2008, confiamos na qualidade dos nossos cursos e damos o nosso garantia padrão de 60 dias.

Isso significa que se você começou a fazer nosso curso, mas mudou de ideia repentinamente (ou, digamos, não tem oportunidade), então você tem um prazo de 60 dias para tomar uma decisão - e se você fizer uma devolução, nós devolvemos 100 % do pagamento.

Pagamento parcelado

Nossos cursos podem ser parcelados ou parcelados, inclusive sem juros. Em que Você obtém acesso aos materiais imediatamente.

Isso é possível com pagamentos de pessoas físicas no valor de RUB 3.000 ou mais. até 150.000 rublos.

Tudo que você precisa fazer é selecionar a forma de pagamento “Pagamento via Yandex.Checkout”. A seguir, no site do sistema de pagamento, selecione “Parcelar”, indique o prazo e o valor dos pagamentos, preencha um pequeno formulário - e em alguns minutos você receberá uma decisão.

Opções de pagamento

Aceitamos todas as principais formas de pagamento.

De indivíduos– pagamentos com cartões, pagamentos com dinheiro eletrônico (WebMoney, YandexMoney), pagamentos através de Internet banking, pagamentos através de lojas de comunicação, e assim por diante. Também é possível parcelar o pedido (parcelado), inclusive sem juros adicionais.

Comece a fazer seu pedido - e na segunda etapa você poderá escolher a forma de pagamento de sua preferência.

De organizações e empreendedores individuais– pagamento sem dinheiro, documentos de entrega são fornecidos. Você insere um pedido e pode imprimir imediatamente uma fatura para pagamento.

Treinamento de vários funcionários

Nossos cursos são projetados para aprendizado individual. O treinamento em grupo em um conjunto é uma distribuição ilegal.

Se uma empresa precisa treinar vários funcionários, normalmente oferecemos “kits complementares” que custam 40% menos.

Para fazer um pedido de um “kit adicional” selecione 2 ou mais conjuntos de cursos no formulário, a partir do segundo set o custo do curso será 40% mais barato.

Existem três condições para usar kits adicionais:

• Você não pode comprar apenas um conjunto adicional se pelo menos um conjunto regular não tiver sido adquirido antes (ou junto com ele)
• Não há outros descontos para conjuntos adicionais (já estão com desconto, seria um “desconto sobre desconto”)
• as promoções não são válidas para conjuntos adicionais (por exemplo, compensação de 7.000 rublos) pelo mesmo motivo

Imprimir (Ctrl+P)

Conversão de dados, edição 3.0

Lição 1. Preparando-se para trabalhar com KD3.0

Conversão de dados, edição 3.0(Avançar KD3.0) – é um dos componentes da tecnologia de troca de dados através do formato Dados empresariais. KD3.0 não é um substituto para a configuração Conversão de dados, edição 2.0(Avançar KD2.0). Este é um novo padrão muito diferente do KD 2.0. Propósito principal KD3.0 – trata-se da criação de um código de programa para um módulo gerenciador de câmbio, composto por procedimentos e funções que implementam a lógica de carregamento dos dados apresentados no formato Dados empresariais, bem como a lógica para fazer upload de dados no formato.

Fig 1 Módulo gerenciador de troca geral

KD3.0 pode ser baixado em https://users.v8.1c.ru/

Revisão 3.0.5.3, destinada ao uso com a versão do sistema
1C:Enterprise 8.3 não é inferior a 8.3.10, e a edição 3.0.4.3 é para uso com a versão do sistema 1C:Enterprise 8.3 não é inferior a 8.3.8.

A entrega KD3.0 contém o seguinte processamento externo

• Tratamento MD83Exp.epf“Carregando uma descrição da estrutura de metadados da configuração 8.3” – destina-se ao upload de uma descrição da estrutura de metadados de qualquer configuração implementada na plataforma 1C:Enterprise 8.3.
• Tratamento Fazendo upload de regras de sincronização.epf“Upload de regras de sincronização através de um formato universal” utilizado na preparação de arquivos de regras de conversão destinados ao carregamento posterior na configuração “Conversão de Dados”, edição 3.0.
• O arquivo “Configuration Description.htm” contém uma breve descrição
  funcionalidade de configuração básica
  “Conversão de Dados”, edição 3.0.

Informações adicionais sobre a configuração “Conversão de Dados”, versão 3.0
veja http://its.1c.ru/db/metod8dev#content:5846:hdoc

1. Preparando-se para estabelecer regras

Para carregar a estrutura do formato, você deve primeiro abrir o banco de dados de configuração no modo configurador e baixar os pacotes XDTO da configuração em arquivos *.xsd.

É necessário descarregar todos os pacotes associados ao formato. Os nomes dos arquivos não são de fundamental importância. Você também deve fazer upload do pacote ExchangeMessage XDTO

Após carregar o formato XDTO no CD 3.0, os diretórios “Format Objects”, “Format Properties”, “Format Values” são preenchidos

EM livro de referência “Formatar objetos” carregando:

• Objetos do tipo “ObjectTypeXDTO”, que refletem tipos de dados de referência (documentos, diretórios)
• Objetos do tipo “XDTOValueType” contendo uma enumeração. Eles refletem dados predefinidos (por exemplo, enumerações)

EM livro de referência “Propriedades de formato” carregando:

• Propriedades dos objetos “ObjectTypeXDTO”. Ao mesmo tempo, os próprios objetos são aqueles que foram carregados em “Format Objects”
• Objetos do tipo “ObjectTypeXDTO” e suas propriedades que refletem partes tabulares e detalhes de partes tabulares

As propriedades dos objetos “XDTOValueType”, que são elementos de dados predefinidos, são carregadas no livro de referência “Format Values”. Ao mesmo tempo, os próprios objetos são aqueles que foram carregados em “Format Objects”

1. 2. Processando “Carregando estrutura de configuração”

Este processamento carrega a estrutura de metadados de configuração na infobase Conversão de dados ed.3.

Para baixar informações sobre a estrutura da infobase, é utilizado o processamento MD83Exp.epf, incluído no kit de entrega para a configuração KD3.0

Para a infobase cuja estrutura precisa ser descarregada, execute as seguintes etapas:

1. Abra a infobase no modo Empresarial.
2. Abrir processamento externo MD83Exp.epf(Menu Arquivo - Abrir).
3. Especifique o nome do arquivo no qual deseja salvar a estrutura da infobase.
4. Verifique as configurações no formulário de processamento (todos os sinalizadores devem ser desmarcados).
5. aperte o botão Descarregar.

Após baixar a estrutura de configuração, os diretórios são preenchidos

• Objetos de metadados
• Propriedades do objeto
• Valores de objeto.

Diretório Objetos de metadados contém informações sobre objetos de metadados de configuração. O tipo de objetos é registrado no atributo correspondente. Dependendo do valor do atributo Type, são preenchidos os detalhes que descrevem as propriedades do objeto de metadados. Os detalhes dos objetos de metadados são descritos no diretório subordinado Propriedades do objeto. Os valores dos objetos (valores de enumeração e nomes de elementos predefinidos) são descritos em um diretório subordinado Valores do objeto.

Antes de carregar as regras de sincronização através de um formato universal, o formato dos dados deve ser carregado dos arquivos (usando processamento(ver cláusula 1.1), e a configuração para a qual as regras de sincronização estão configuradas também deve ser carregada. A configuração é carregada usando processamento ( ver ponto 1.2) . Observe também que item de diretório a ser criado Conversões . Para converter, você deve especificar a configuração e uma ou mais versões de formato para as quais a conversão se destina.

1.3.1 Preparando arquivos para regras de carregamento

Os arquivos são preparados na infobase para a qual a troca será realizada em formato universal (por exemplo, Contabilidade empresarial ed.3.0).

Para preparar arquivos de regras, você deve entrar na infobase no modo Empresarial e iniciar o processamento Fazendo upload de regras de sincronização por meio de um formato universal, que está incluído na entrega da configuração Conversão de dados ed.3.

Para preparar um arquivo com módulo gerenciador, deve-se entrar na infobase no modo Configurador e salvar o módulo geral Exchange Manager por meio de formato universal para um arquivo de texto. Você pode especificar qualquer nome de arquivo.

Todos os arquivos preparados devem estar localizados no mesmo diretório.

1.3.2 Carregando regras de sincronização

Realizado na infobase Conversão de dados ed.3 por processamento Carregando regras de sincronização de arquivos.

No formulário de processamento, indique:

• Diretório do Exchange no qual os arquivos previamente preparados estão localizados
• Conversão
• Composição dos dados baixados
  • ou especifique a opção “todos”
  • ou selecione carregamento seletivo e configure a lista de regras que devem ser carregadas
• Arquivo com o módulo gerenciador de exchange (não necessário se o carregamento seletivo for executado e os manipuladores não forem carregados)

1.3.3 Recursos de carregamento em um banco de dados não vazio

• Se a regra carregada existir e pertencer a apenas uma conversão (a atual), a regra será alterada. Neste caso, a análise das diferenças entre as regras existentes e as carregadas não é realizada;
• Se a regra carregada existir e pertencer a vários elementos do diretório Conversões, incluindo a conversão atual, uma nova regra será criada e vinculada à conversão atual. A regra “antiga” permanecerá inalterada e permanecerá vinculada a outras conversões.
• Os grupos de regras não são carregados. Mas se a regra foi atribuída a um determinado grupo, quando ela for recarregada nesta regra, esta informação será salva.

Neste artigo, descreverei minha experiência, até agora pequena, na organização da troca de dados por meio do formato EnterpriseData universal.

No meu caso, a troca é configurada entre as configurações “Trade Management 11.2” (doravante UT) e “Enterprise Accounting 3.0.43” (doravante BP). A troca é unilateral, de UT para BP. Antes de atualizar o Trade Management 11.1 para 11.2, a troca de dados era configurada usando a configuração Data Conversion 2.0. Porém, após mudar para “11.2”, apareceram erros em “Trade Management” para os usuários. O procedimento de atualização das regras cambiais foi realizado, mas não deu resultado. O depurador mostrou que o problema estava na troca de dados. Foi decidido remover a configuração de troca de dados em ambas as configurações e configurá-la novamente.

Tanto “Trade Management” quanto “Enterprise Accounting” funcionam em uma versão cliente-servidor. Comecei a configurar a sincronização com UT. Realizei de forma que os dados fossem carregados do UT para um arquivo. Ou seja, sincronização através de um diretório de rede. No BP configurei a exchange de forma que nenhum dado seja baixado do BP.

Erro ao chamar o método de contexto (Verificar): Erro de validação de dados XDTO:
A estrutura do objeto "/Counterparty Bank Account/Bank" não corresponde ao tipo: (http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.1)KeyPropertiesBank
Verificando a propriedade "BIK":
forma: Elemento
nome: (http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.1)BIK
tipo:
Propriedade obrigatória ausente
Objeto: Acordo com a Contraparte nº ...

Para analisar o erro, cliquei no ícone “Composição dos dados enviados” e na lista de contratos contratados cadastrados para envio, encontrei o contrato para o qual apareceu o erro. Abri o contrato e lembrei-me da conta bancária da contraparte especificada no contrato. Depois passei para as contas bancárias cadastradas para envio. Acontece que a conta necessária não estava na lista de cadastradas. Refiz a conta bancária e o contrato problemáticos. Depois disso, registrei manualmente a conta bancária necessária.

Tentei novamente sincronizar os dados do UT. Desta vez, os dados foram carregados com sucesso. Foi gerado um arquivo XML na pasta da rede contendo os dados a serem transferidos do UT para o BP.

A próxima etapa é carregar os dados do arquivo no departamento de contabilidade empresarial. Na configuração “Enterprise Accounting”, cliquei no botão “Sincronizar”, um formulário de processamento foi aberto com a mensagem “Análise de dados em andamento”. Um pouco mais tarde, a mensagem mudou para “Upload de dados em andamento”. Ao mesmo tempo, o indicador e o contador mostraram que mais de 80 mil objetos estavam sendo descarregados da fonte de alimentação. Isso me confundiu, pois indiquei nas configurações que nada deveria ser descarregado da fonte de alimentação. O processamento demorou bastante e terminou com o erro:

Evento: Troca de Dados
(GeneralModule.Long-runningOperations.Module(371)): Processo de trabalho em segundo plano encerrado de forma anormal
RaiseException(ErroText);

Para localizar o erro, tentei alterar as configurações de sincronização e opções de operação da base da fonte de alimentação. Com isso, ao converter o banco de dados para uma versão em arquivo, o sistema funcionou adequadamente: foi aberto um formulário de comparação de dois bancos de dados. Depois de combinar os objetos, a sincronização inicial foi bem-sucedida. Então mudei o banco de dados de volta para a versão cliente-servidor.

Com mais testes de sincronização, foi necessário fazer algumas alterações nas regras de conversão de objetos. É hora de usar a configuração do Data Conversion 3.0. A ajuda de configuração integrada descreve o procedimento operacional. Os artigos no site do ITS também ajudaram.

Como resultado, carreguei os seguintes dados em "Data Conversion 3.0":

• Textos do módulo geral "Gerenciador de troca de dados em formato universal" de duas bases de dados
• Layout de ambas as bases
• Descrição do formato EnterpriseData (de qualquer banco de dados)
• Regras de conversão

Após o download, abri as regras para conversão de dados, objetos e propriedades em “Data Conversion 3.0”. Fiz as mudanças que precisava. Então usei o botão "Descarregar módulo gerenciador de câmbio". O texto do módulo foi copiado para a área de transferência. Resta inseri-lo na configuração.

Tendo experimentado configurar as regras em “Data Conversion 3.0”, concluí por mim mesmo que caso as alterações feitas sejam insignificantes, é mais fácil configurar as regras diretamente nas configurações UT e BP, no módulo geral “Gerenciador de Troca de Dados Através do Formato Universal”. Se as edições forem sérias, como, por exemplo, adicionar um novo objeto à troca, então você deve usar a configuração " Conversão de dados 3.0".

Realizei a tarefa de adicionar o documento “Pedido ao fornecedor” ao plano de troca através de “ Conversão de dados 3.0". Na versão padrão do UT - BP este documento não está incluso no plano de intercâmbio.

Lembremos que as regras de cadastro de objetos para upload ainda estão configuradas na configuração "Data Conversion 2.0".

Estas são as primeiras impressões da sincronização de dados através do formato EnterpriseData universal.

P.S. Se você tiver dúvidas ou suas próprias observações sobre a troca de dados por meio do Formato e Configurações Universais" Conversão de dados 3.0", escreva nos comentários. Trocaremos experiências.

• Sincronização de dados
• Formato Universal EnterpriseData
• Conversão de dados 3.0
• Conversão de dados 2.0
• Gestão comercial
• Contabilidade empresarial

O objetivo deste artigo é responder às primeiras perguntas sobre o CD3 e utilizar um exemplo simples para mostrar como refinar as regras padrão. As informações são úteis para iniciantes e para quem já começou a aprender e tem novas dúvidas.

Abreviações aceitas nesta publicação

KD2- configuração Conversão de dados, edição 2.0.
KD3- configuração Conversão de dados, edição 3.0, configuração 3.0.5.3.
DE- formato universal de troca EnterpriseData.

Respostas às perguntas após um conhecimento superficial do KD3. Se você sabe por que o KD3 é necessário, não precisa ler este parágrafo;)

Perguntas e respostas

• O KD3 é uma nova versão do KD2? Não! Esta é outra ferramenta que resolve problemas semelhantes ao KD2. Cada ferramenta tem seu próprio uso.
• O KD3 é melhor que o KD2? Eles não podem ser comparados, porque... São ferramentas diferentes e cada uma tem seus prós e contras.
• Para alterar as regras de troca KD3 você precisa remover a configuração do suporte? Não Não há necessidade de remover do suporte! Nas configurações padrão, normalmente você pode conectar o processamento externo com regras, e nas configurações que suportam a plataforma 8.3.10 e superior, você pode editar as regras usando uma extensão.
• Você precisa transferir dados de suas próprias configurações personalizadas. Para fins de estudo, posso usar o KD3? Se você está fazendo esta pergunta, provavelmente é impossível. Para KD3, a configuração deve incluir BSP 2.3 e superior com sincronização via formato universal. KD2 combina com você 100%, KD3 é questionável.
• É possível usar o KD3 para configurações padrão modificadas? Sim você pode. Se seus dados não padrão puderem ser transmitidos usando ED ou o atributo AdicionalInfo, ótimo. Caso contrário, existe a opção de alterar o formato de troca (esquema XML). Neste caso, as capacidades do KD3 serão quase iguais às do KD2, mas a principal vantagem do KD3 - a universalidade do formato de troca - desaparecerá.
• As configurações habilitadas para ED podem ser trocadas entre si? Sim! Mas para a troca de BP 3.0 - BP 3.0, ao criar a sincronização, não é possível selecionar BP 3.0. Não tem problema, selecione “Outro programa”. Caso necessite de uma troca única, basta utilizar o processamento “Upload Upload EnterpriseData” no menu Todas as funções.
• Depois de atualizar a configuração, você precisa baixar as regras mais recentes do kit de distribuição? Não! As regras estão contidas no módulo de configuração. Para trocar com outros bancos de dados 1C, não é necessário baixar as regras de outro banco de dados. Por que? Detalhes neste artigo.
• Depois de atualizar um banco de dados, você precisa atualizar o outro banco de dados participante da troca? Não! Não há necessidade de atualizar de forma síncrona todos os bancos de dados participantes da troca. Esta é uma das vantagens do KD3.
• Nossas configurações foram bastante melhoradas, existem novos tipos de documentos e livros de referência, o KD3 pode transferi-los? Existe a possibilidade de que não seja possível sem alterar o formato. Esta é uma das “desvantagens” do KD3 em comparação com o KD2.

Por que então precisamos do KD3? Vantagens e desvantagens

Prós do KD3

Vejamos a principal vantagem do CD3 usando o exemplo de uma tarefa encontrada com frequência. Há uma configuração do UT 11.3 que não foi atualizada por algum motivo. É necessário organizar uma troca com o BP 3.0, que é constantemente atualizado para a versão atual.

Sem problemas.

• O formato de troca universal usado no CD3 foi projetado para resolver esses problemas.
• As regras de troca no UT são criadas não para troca com o BP, mas para troca com o formato EnterpriseData universal.
• Se operarmos em termos de CD2, então o UT troca com a configuração ED, que não muda. BP 3.0 também troca com ED.

Cada configuração possui suas próprias regras de troca com ED. Assim, o UT sempre carrega os dados no mesmo formato. A configuração do BP 3.0, por mais nova que seja, deve ser capaz de aceitar dados deste formato.

Acontece que no UT não há necessidade de se preocupar com o fato de o BP alterar alguns detalhes. A tarefa é simples - fazer upload para ED, e a configuração da fonte de alimentação deve ser capaz de aceitar dados deste formato.

• Devido ao fato de que a configuração de origem sempre carrega em um formato, qualquer configuração do receptor pode carregar dados deste formato universal.
  Aqueles. para uma combinação arbitrária de bolsas UT - BP, UT - KA, UT - ERP, KA - BP, ERP - BP. não há necessidade de escrever regras individuais. No KD3 as regras são universais. Qualquer configuração que suporte a troca no formato universal pode ser trocada com qualquer configuração que suporte o formato ED.

A depuração de algoritmos e regras está disponível na própria configuração, pois todas as regras são códigos de um módulo comum ou processamento externo. Você pode ficar sem o CD3 para corrigir rapidamente o erro.

Contras do KD2

As regras de troca são individuais para cada par de configurações. Todas as combinações acima de troca entre diferentes tipos de configurações e diferentes versões de configurações exigem suas próprias regras de troca. Portanto, para resolver o problema acima de troca de UT 11.3 e BP 3.0, será necessário depurar e refinar as regras de troca após quase todas as atualizações do BP 3.0.

Depurar algoritmos e regras é difícil para um programador iniciante ou para alguém que raramente encontra essa tarefa. As regras são armazenadas em um arquivo xml. Uma solução rápida não está disponível. É necessário carregar as regras no CD2, corrigi-las e carregá-las novamente.

Contras do KD3

O formato universal impõe restrições aos tipos de documentos e livros de referência. Ele foi projetado para configurações típicas. Se você tiver dados ou tipo de documento fora do padrão, poderão surgir dificuldades durante a troca.

Para permitir a sincronização ED, a configuração deve suportar estes mecanismos. Tudo isso está no BSP 2.3 e superior. Isso não é realmente um sinal de menos, é mais um recurso.

A principal vantagem desaparece um pouco devido ao prazo limitado de suporte ao formato. Isso já foi vivenciado por usuários do UT 11.1, UT 11.2, que trocam com o BP 3.0. Os períodos de suporte estão listados neste link. Diz que o período mínimo garantido de suporte ao formato é de um ano, na verdade cerca de 3 anos. Assim, se você configurar a sincronização hoje, não poderá atualizar o banco de dados UT 11 por pelo menos um ano e, em seguida, atualizar a configuração ou simplesmente adicionar um novo formato, fazer uma pequena alteração no BSP e nas regras, se necessário . Como fazer isso? Será especificado posteriormente neste artigo.

Prós do KD2

As possibilidades do KD2 são infinitas. Você pode criar regras de troca para qualquer configuração em qualquer plataforma. Do 1C 7.7 ao mais recente 8.3. Nada é necessário na configuração, o BSP não é necessário. As regras podem ser criadas automaticamente e modificadas.

Em conexão com os prós e contras acima, é recomendado usar o KD3 para configurações típicas. O KD2 pode ser utilizado para qualquer configuração, mas dadas as suas desvantagens, não se esqueça que às vezes é mais aconselhável utilizar o KD3.

Espero que entendamos porque o KD3 é necessário, vamos continuar com o mérito.

Abreviações aceitas abaixo

BSP- Biblioteca de subsistemas padrão.
SOB- regra de processamento de dados.
OCP- regra de conversão de objeto.
Polícia Militar- regra para conversão de dados predefinidos.
PKS- regra de conversão de propriedade.

Vejamos um exemplo - é necessário alterar as regras padrão para troca de BP 3.0 e UT 11.3

Os passos das instruções, que abrem no CD3, são indicados em fundo amarelo. A sequência de passos proposta neste artigo é diferente, para não se confundir e concluir imediatamente de forma lógica a ação iniciada.

Como alterar as regras de ED?

1. Modifique o módulo com regras de troca diretamente na configuração. Ainda não estamos considerando essa opção, porque... Para entender o que precisa ser alterado e onde, você precisa fazer isso pelo menos uma vez no CD3. Neste caso, será mais fácil no futuro resolver rapidamente os problemas, depurá-los no módulo e transferi-los para o CD3 se necessário.
2. Usar KD3.
   Como isso é feito no KD2? Descarregamos os metadados de ambas as configurações e os carregamos no CD2.
   Passo 1. Para KD3 fazemos o mesmo - em cada configuração no modo empresarial processando \tmplts\1c\Conversão\3_0_5_3\MD83Exp.epf fazer upload de metadados de configuração,
   por exemplo, na pasta " D:\Regras BP3\BP 3.0.54.15\", nome do arquivo " MD.xml».

Não está claro com que finalidade as configurações para esse processamento são ocultadas; como resultado, por padrão, os dados nos registros de informações não são carregados; Vamos eliminar essa deficiência.
No procedimento ChangeProcessingMode() do formulário principal, comente a linha

// Elements.Settings.Visibility = False;

Salvamos o processamento, abrimos em modo empresarial, colocamos o flag em “Descarregar registros de informações” e descarregamos.

Etapa 3. Carregue o arquivo criado anteriormente " MD.xml"no KD3, sinalizador de seção" Para a nova versão da configuração».

Porque no KD3, uma “configuração intermediária” (ED) é usada para troca; também carregamos seus “metadados”, que é um esquema XML, um arquivo com a extensão “xsd”. Passo 2. Você pode obtê-lo na configuração UT 11 ou BP 3.0. Eles são os mesmos. Abra a configuração, digite “ digitar", vemos na árvore Geral - pacotes XDTO pacotes como este: Dados Empresariais_1_3_8, Dados Empresariais_1_4_4 e similares.. Estas são as versões de formato 1.3 e 1.4, respectivamente, e 1.2, 1.1, 1.0, se disponíveis. Clique com o botão direito no pacote e selecione “” no menu de contexto.

Passo 4. Na seção CD3, selecione os arquivos carregados anteriormente com a extensão “xsd”. Você precisa selecionar um arquivo! Múltipla escolha com ExchangeMessage não é necessário! Isto foi sugerido nas antigas instruções do KD3 de versões anteriores. No CD3 mais recente isso não é necessário.

Depois de carregar o formato na seção Formato de dados - Formatar árvore de objetos, selecione uma versão de formato. Se houver documentos e livros de referência, você carregou o arquivo correto. Caso contrário, recomece com um novo CD3 vazio e primeiro carregue o formato e verifique a árvore.

Etapa 2. Depois de carregar os metadados no CD3, procedemos ao carregamento das regras de troca padrão.
Como isso é feito no KD2? As regras são carregadas na conversão.
É quase o mesmo no KD3. Descarregamos as regras do padrão, criamos uma conversão e depois carregamos as regras nela.

Descarregando regras padrão da configuração para carregar no CD3

As configurações são trocadas usando a versão mais comum do formato de troca. Por exemplo, uma configuração tem formato máximo de 1,5, outra 1,6, o que significa que trocarão entre si no formato 1,5. Portanto, basta descarregar o formato 1.5 de ambas as configurações e carregá-lo nas regras.

Abrimos a configuração do BP 3.0 ou UT 11.3 em modo configurador, na barra de pesquisa você pode digitar “ homens universitários", abra o módulo geral. Se for BP 3.0, abra . No módulo aberto, acesse o menu Arquivo - Salvar uma cópia, salve o arquivo com um nome arbitrário, por exemplo, “ D:\Regras BP3\BP 3.0.54.15\Módulo Geral Exchange Manager Através do Formato Universal_ Módulo».
Abra a configuração do BP 3.0 ou UT 11.3 no modo empresarial, abra o processamento \tmplts\1c\Conversion\3_0_5_3\Upload de regras de sincronização.epf

Desvantagem do processamento padrão:

• muitas vezes falha;
• descarrega regras do processamento externo conectado ao nó, mas precisamos de regras padrão;
• não funciona no BP 3.0.53 e superior.

Melhoria do módulo do formulário principal de processamento. Fazemos alterações nos procedimentos Quando criado no servidor.

&OnServerProcedureWhenCreatingOnServer(Failure, StandardProcessing) // Lista de seleção de versão de formato. FormatVersions = Nova Correspondência; DataExchangeOverridable.OnReceiveAvailableFormatVersions(FormatVersions); Para cada ExchangePlan de DataExchangeRe-UseExchangePlansBSP() Loop If DataExchangeRepeatThisExchangePlanXDTO(ExchangePlan) Then ExchangePlanFormatVersions = Nova correspondência; VersionBSP243 = Uso GeralClientServer.CompareVersions(StandardSubsystemsServer.LibraryVersion(), "2.4.3.1") >= 0; ModuleDataExchangeServer = GeneralPurpose.GeneralModule("DataExchangeServer"); Se VersionBSP243 Então ExchangePlanFormatVersions = Dados ExchangeModuleServer.CommunicationPlanSettingsValue(ExchangePlan, "ExchangeFormatVersions"); ElseExchangePlans[ExchangePlan].GetExchangeFormatVersions(ExchangePlanFormatVersions); fim se; Para cada ExchangePlanVersion de ExchangePlanFormatVersion CycleModuleManager = FormatVersions.Get(ExchangePlanVersion.Key); Se ManagerModule = Indefinido ou ManagerModule<>ExchangePlanVersion.Value ThenFormatVersions.Insert(ExchangePlanVersion.Key, ExchangePlanVersion.Value); fim se; Fim do Ciclo; fim se; Fim do Ciclo; Para cada FormatVersion FROM FormatVersion Cycle Elements.FormatVersionNumber.SelectionList.Add(FormatVersion.Key); Fim do Ciclo; FormatVersionStorageAddress = PlaceInTemporaryStorage(FormatVersions, UniqueIdentifier); Fim do procedimento

• Selecione “Formatar número de versão”, por exemplo, “ 1.3 »,
• “Diretório Exchange” - crie uma pasta, por exemplo, “”
• Aperte o botão " Descarregar».

Repetimos estes passos para outras versões do formato e salvamos nas pastas apropriadas “1.4”, “1.5”, etc. Para BP 3.0 basta baixar todos os formatos a partir de 1.3 e superiores. Para outras configurações de 1.2 e superiores.

As regras foram baixadas, agora você precisa carregá-las no CD3. No KD2, as regras são carregadas simultaneamente com a criação da conversão. No KD3 você precisa criar uma conversão e carregar as regras nela.
Na seção KD3 Conversões - Conversões - Criar. . Selecione uma configuração. Por conveniência, você pode alterar o nome da configuração acessando o modo de edição do elemento. Por exemplo, em vez de ContabilidadeEmpresas indicar " PA 3.0.54.15" Adereços Nome não há necessidade de mudar! Nome as conversões podem ser especificadas da mesma maneira, por exemplo, “ PA 3.0.54.15" Na seção tabular, selecionamos as versões de formato suportadas. As versões de formato são aquelas que baixamos do banco de dados acima. Salve a conversão.

Vá para a seção Conversão - Carregando regras de sincronização de arquivos.
:

Local de carregamento: " Para conversão existente»

Diretório do Exchange: " D:\Regras BP3\BP 3.0.54.15\1.3»

• Arquivo com módulo de troca: " D:\Regras BP3\BP 3.0.54.15\Módulo geral Exchange Manager através de formato universal13_ Module.txt»
• Conversão: " PA 3.0.54.15»

Ao carregar regras de sincronização de arquivos para UT 11.3, aparece um erro " Campo de objeto não encontrado". Motivo - para TekPKO.UseToReceive=False KD3 requer informações sobre a opção de identificação no momento do recebimento. Se isso não estiver no arquivo de regras, ocorre um erro. Corrigimos esse mal-entendido. Remova este formulário do suporte ou use a extensão.

// A principal forma de processamento Carregando regras de sincronização de arquivos // Antes de fazer alterações: // O procedimento carrega as regras para conversão de objetos &No servidor Procedure LoadPKO() ... Fill inPropertyValues(TechPKO, AttributeStructure); // Opção de identificação - lógica especial. Opção TechPKO.Identification = Enumerações.Opções de identificação de objeto[Estrutura de atributo.Opção de identificação]; ElseIf ReadXML.NodeType = XMLNodeType.EndElement Then // Grava o software carregado. ... // As alterações são marcadas como "//ED" // O procedimento carrega regras de conversão de objetos &No servidor Procedimento LoadPKO() ... FillPropertyValues(TechPKO, AttributeStructure); // Opção de identificação - lógica especial. Se TechPKO.UseToReceive Then //ED TechPKO.IdentificationOption = Enumerations.ObjectIdentificationOptions[AttributeStructure.IdentificationOption]; fim se; ElseIf ReadXML.NodeType = XMLNodeType.EndElement Then // Grava o software carregado. ...

Aperte o botão " Download». « Os manipuladores destinam-se a outra conversão: BP 3.0.44 (formato 1.4). Continuar baixando?» Clique em « Sim».
Sem fechar o formulário, selecione outro “ Diretório do Exchange" e pressione o botão " ". Repetimos várias vezes o carregamento das regras para cada formato na conversão atual.
Após o download bem-sucedido, vá para a seção “ Conversões" - "Configurando regras de conversão", abra nossa conversão no formulário de lista.
Se virmos , POD, etc., o carregamento no CD3 foi bem-sucedido.

Verificando se as regras estão carregadas corretamente

Esta é uma operação opcional! Se você usar uma versão do formato nas regras, não será necessário garantir que o texto do módulo seja idêntico.

• Abra o configurador BP, crie um novo processamento externo, por exemplo, Nome " Sincronização EDBP", sinônimo " Sincronização ED BP 3.0».
• Em KD3 no formato “ Configurando regras de troca"Clique no botão "" e cole este código da área de transferência em nosso novo processamento.
• No configurador da fonte de alimentação verificamos se há erros de sintaxe no módulo. Salvamos o processamento.
• crie outro processamento vazio no PN, por exemplo, Nome " Sincronização EDBP típica", sinônimo " Sincronização ED BP 3.0 típica" Copie o texto do módulo BP geral GerenciadorExchangeThroughUniversalFormat13 no módulo de processamento e salve-o.

Vamos comparar os dois tratamentos. Cardápio Arquivo - Comparar arquivos.

Se um módulo padrão contém procedimentos que não estão em nossas regras, significa que você não carregou as regras na conversão para todos os formatos de dados. Se necessário Carregamos as regras no formato que falta na conversão e repetimos a comparação de nossas regras com as padrão. Quando você alcançou a identidade você pode começar a modificar as regras com segurança. Não é necessário obter identidade completa se você souber qual formato de troca não será usado durante a sincronização.

De forma semelhante, criamos uma conversão para UT 11.3 em KD3.

PA 3.0.54.15

• Foi detectado carregamento incorreto do software " Diretório_Usuários". Precisa ser corrigido. Deve.
• Em PKO " Documento_Inventário de Mercadorias_Despacho"para PKS" Pessoa responsável" o software não está especificado. Abra, selecione novamente a propriedade de configuração e a propriedade de formato para que seu tipo seja preenchido, após o que uma escolha estará disponível no campo " Regra de conversão de propriedade". Selecione " Diretório_Individuals_Dispatch".

Vejamos um exemplo de modificação

O principal objetivo do exemplo é mostrar a possibilidade de modificações para transferência de dados adicionais que não cabem no formato de troca.

É necessário transferir os adereços" TipoNomenclatura" diretório "Nomenclatura", tipo de atributo " Directory.TypesNomenclatura". Este tipo de diretório não é transportado pelas regras padrão do KD3 e não é suportado pela versão do formato ED inferior a 1.6.

Existem várias opções para resolver este problema

• Melhoria do pacote XDTO, adicionando o objeto "Diretório.Tipos de Nomenclatura" ao formato. Como resultado, a principal vantagem do formato universal é perdida - ele deixa de ser universal. A melhoria do pacote XDTO será necessária em todos os bancos de dados participantes da troca.
• Use a propriedade de formato " Detalhes adicionais", que é encontrado em muitos objetos. Não consideraremos esta opção neste artigo devido a alguma complexidade. Levemos em consideração que tal método existe.
• Adereços Informação adicional. Está presente no cabeçalho de todos os objetos de formato. Digite qualquer tipo. Projetado para tais casos. Vamos usá-lo da maneira mais simples.

Antes de começarmos a finalizar as regras padrão, vamos criar dois grupos no grupo de regras “ Adicionado», « Mudado" Isso é feito em " Conversões -".
Nova AML, software, algoritmos, etc. Criaremos no grupo “Adicionados” objetos típicos nos quais fazemos alterações e os transferiremos para o grupo “Alterados”. Isso tornará mais fácil manter as regras alteradas posteriormente.

Então vamos começar.

Mudanças de regras no UT 11.3

Em KD3 no formato “ UT 11.3.4.12 Configurando regras de troca» na guia Algoritmos criando um novo algoritmo

• Nome do algoritmo “AdditionalInfoInsert”
• Grupo: "Adicionado"

Parâmetros: “Dados XDTO, Nome, Valor Adicional”

Código do algoritmo

Se DataXDTO.Property("AdditionalInfo") AND TypeValue(DataXDTO.AdditionalInfo) = Type("Estrutura") Então AdicionalData = DataXDTO.AdditionalInfo; Caso contrário, Dados Adicionais = Nova Estrutura; fim se; AdicionalData.Insert(Nome, Valor Adicional); DataXDTO.Insert("Info Adicional", Dados Adicionais);

Salve o algoritmo e vá para a aba “ Regras de conversão de objetos»

Pelo botão " Encontrar» procure por “Nomenclatura”, abra o PKO « Diretório_Nomenclatura_Despacho" Vá para a guia " Ao enviar" Lá vemos o campo “Nome do manipulador:” “”. Você pode fazer alterações diretamente lá.
Código mais complexo que requer depuração pode ser escrito na configuração. Procuramos um procedimento no módulo de troca no UT 11.3 com o nome “ PKO_Directory_Nomenclature_Sending_WhenSendingData"e finalizamos lá.
Para transferir as alterações do UT 11.3 para o KD3, copie todo o procedimento para a área de transferência, no KD3 no formato “ Configurando regras de troca"Aperte o botão "".

Para nosso exemplo, o código é assim

Se o valor for preenchido (IB Data.Item Type) Then //ED AdicionalInfoInsert(XDTO Data, "Item Type", Line(IB Data.Item Type.UniqueIdentifier())); AdicionalInfoInsert(Dados XDTO, "Item TypeName", General Purpose.Object Attribute Value(IB Data.Nomenclature Type, "Name")); // AdicionalInfoInsert... //adiciona outros detalhes do serviço EndIf;

Após transferir as alterações para o CD3, pressione o botão " Salvar módulo gerenciador de exchange" e transfira o código do buffer para o módulo UT 11.3.

Mudanças de regras no BP 3.0

Estamos fazendo alterações no PKO " Diretório_Nomenclatura_Recibo", na aba " Ao converter dados XDTO", nome do procedimento" PKO_Directory_Nomenclature_Receipt_Durante a conversão de dadosXDTO".

Código adicionado ao módulo "PKO_Directory_Nomenclature_Receipt_WhenConvertingDataXDTO"

Se DataXDTO.Property("AdditionalInfo") AND TypeValue(DataXDTO.AdditionalInfo) = Type("Estrutura") Então //ED Dados Adicionais = DataXDTO.AdditionalInfo; Se AdicionalData.Property("Tipo de Item") Então Tipo de Nomenclatura = Dados ExchangeXDTOServer.ObjectLink Por ObjectUIDXDTO(AdditionalData.Nomenclature Type, Type("DirectoryLink.Nomenclature Types"), Componentes do Exchange); Se Item Type.GetObject() = Indefinido And AdicionalData.Property("Nomenclature TypeName") Então //Cria uma nova Nomenclatura TypeObject = Directories.Nomenclature Types.CreateElement(); ItemTypeObject.SetLinkNew(NomenclatureType); Nomenclatura TypeObject.Name = Dados Adicionais.Nomenclatura TypeName; // preenche outros detalhes do serviço FillPropertyValues(NomenclatureTypeObject,AdditionalData); NomenclatureTypeObject.Write(); Tipo de Item = Nomenclatura TypeObject.Link; fim se; ReceivedData.ItemType = ItemType; fim se; fim se;

O código por si só não é suficiente. É necessário adicionar um PCS com a propriedade de configuração " " e o checkbox " na aba "Regras de Conversão de Propriedades" Algoritmo de conversão usado".

Transferimos o módulo gerenciador de câmbio para o módulo de configuração BP 3 ou para processamento externo.

Como carregar as regras KD3 modificadas no banco de dados?

Nas configurações que trocam regras no CD2, isso é feito nas configurações do nó. Para regras criadas em CD3, veremos apenas a oportunidade de alterar as regras de registro.

As regras preparadas no KD3 podem ser instaladas na configuração de três maneiras

1. Remova a configuração do suporte e faça alterações no módulo comum Exchange Manager por meio de formato universal;
2. Nas configurações rodando em modo de compatibilidade com plataforma 8.3.10 e superior, é possível fazer correções no módulo comum utilizando uma extensão.
3. Conecte uma extensão que substitua completamente o módulo geral com regras.
4. Sem remover a configuração do suporte, conecte o processamento externo com regras ao nó;

Com a primeira opção tudo fica claro, está descrito na documentação, a desvantagem é que é necessário retirar a configuração do suporte. A segunda opção - corrigir o procedimento selecionado com uma extensão também não será difícil para o programador 1C - é necessário comparar dois tratamentos com regras padrão e com aqueles modificados conforme descrito acima neste artigo, e fazer uma alteração no procedimento desejado .

Terceira opção - usando uma extensão com regras de câmbio em formato universal atualmente o mais ideal. Há apenas uma desvantagem até agora - você precisa desmarcar o sinalizador "Modo de segurança" ao conectar esta extensão. Isto limita seu uso em serviços em nuvem. Estamos aguardando uma decisão de 1C sobre o procedimento de substituição das regras de câmbio em formato universal por 1C Fresh.

A questão é que você precisa encontrar uma seção de código na configuração que seja responsável por selecionar um módulo comum dependendo da versão do formato de troca e substituir a seleção do módulo pelo seu próprio módulo. Exemplo para BP 3.0.67:

//////// // Módulo geral Troca de dados substituído &Em vez de ("Ao receber AvailableFormatVersions") Procedimento ED_WhenReceiveAvailableFormatVersions(FormatVersions) ED_DataExchangeServer.WhenReceiveAvailableFormatVersions(FormatVersions); Fim do Procedimento //////// // Sincronização de Dados do Plano Exchange Através de Formato Universal: Módulo Gerenciador #Se Servidor ou Cliente Grosso Aplicação Normal ou Conexão Externa Então &Em vez de ("Ao Receber Configurações") Procedimento ED_Ao Receber Configurações (Configurações ) Configurações.SourceConfigurationName = GeneralPurposeBP.SourceConfigurationName() ; Configurações.ThisExchangePlanXDTO = Verdadeiro; Settings.Warn ABOUT Incompatibilidades de versão do ExchangeRule = False; Settings.ExchangeFormat = "http://v8.1c.ru/edi/edi_stnd/EnterpriseData"; FormatVersions = Nova Correspondência; ED_DataExchangeServer.WhenReceiveAvailableFormatVersions(FormatVersions); //ED Configurações.ExchangeFormatVersions = FormatVersions; Configurações.ExchangePlanUsedInServiceModel = Verdadeiro; Settings.Algorithms.WhenReceiveExchangeSettingsOptions = Verdadeiro; Settings.Algorithms.WhenRecomingOptionDescriptionSettings = Verdadeiro; Configurações.Algorithms.ViewSelectionInteractiveUpload = Verdadeiro; Configurações.Algorithms.Configure Upload Interativo = Verdadeiro; EndProcedure #EndIf //////// // Módulo geral na extensão ED_Data ExchangeServer Procedimento ao receber AvailableFormatVersions(FormatVersions) ExportFormatVersions.Insert("1.2", ExchangeManagerThroughUniversalFormat); FormatVersions.Insert("1.3", ED_ExchangeManagerThroughUniversalFormat); FormatVersions.Insert("1.4", ED_ExchangeManagerThroughUniversalFormat); FormatVersions.Insert("1.5", ED_ExchangeManagerThroughUniversalFormat); FormatVersions.Insert("1.6", ED_ExchangeManagerThroughUniversalFormat); Fim do Procedimento //////// // Módulo geral no ED_Exchange Manager Através da extensão Formato Universal // Conversão do BP 3.0.44 (formato 1.6) de 27/11/2018 11:23:58 // Revisão para BP 3.0.67.x de 31/12... .

Vamos considerar a 4ª opção, que não está descrita na documentação, pois não existe essa possibilidade no BSP. Esta opção já está desatualizada. Processamento externo com regras usado nas primeiras versões com formato de troca universal. Agora 1C está gradualmente se livrando dessa funcionalidade.

No modo empresarial, na seção de administração, siga o link Sincronização de dados - Configurações de sincronização de dados, aperte o botão " Afinação..."se houver apenas uma configuração ou" Mudar", se houver várias configurações. Vá para o modo de edição de formulário através do menu " " , Expandir " Grupo", incluímos um elemento de formulário oculto " ", " OK".
Na "guia" Serviço de informação"escolher" Caminho para o gerenciador de câmbio", substituímos nosso processamento pelas regras lá.

Conectando processamento externo com regras ao BP 3.0.52 e superior

No BP 3.0.52 e superior, por razões desconhecidas, o processamento externo com regras não é utilizado. A interface para conectar o processamento permanece. Pelo menos obrigado por isso.

Você pode ativar o processamento com regras usando uma extensão. Uma correção precisa ser feita no módulo comum" Troca de dadosXDTOServer", função" Versões de formato Exchange".

Procedimento EDm_GetExchangeFormatVersion(FormatVersions, InformationBaseNodeValue) Request = New Request("SELECT VARIOUS | Data SynchronizationThroughUniversalFormat.PathToExchangeManager AS PathToExchangeManager, | Data SynchronizationThroughUniversalFormat.ExchangeFormatVersion AS VersionF Exchange Format | FROM | Exchange Plan. Sincronização de dados através do formato universal COMO sincronizar dados através do Formato Universal | WHERE | Sincronização de Dados Através do Formato Universal para o Exchange Manager.<>"""" | E sincronização de dados por meio do UniversalFormat.Link = &Link"); Request.SetParameter("Link", InformationBase Node); Selection = Request.Execute().Select(); While Selection.Next() Loop ProcessingName = Selection.PathToExchangeManager; If NÃO General PurposeClientServer.DebugMode () Então ProcessingData = New BinaryData(ProcessingAddress = PutInTemporaryStorage(ProcessingData); ExchangeFormatVersions = Dados ExchangeServer.ExchangePlanSettingsValue(ExchangePlanName,"ExchangeFormatVersions"); EDm_GetExchangeFormatVersion(ExchangeFormatVersions, Nó InformationBase); Caso contrário, DataExchangeOverridden.WhenReceiveAvailableFormatVersions(ExchangeFormatVersions); fim se; Se ExchangeFormatVersions.Quantity() = 0 Então chame Exception StringFunctionsClientServer.Substitute ParametersIntoString(NSr("ru = "Nenhuma versão de formato de troca foi especificada. |Nome do plano de troca: %1 |Procedimento: Obter ExchangeFormatVersions(<ВерсииФорматаОбмена>)""), InformationBaseNode.Metadata().Name); fim se; Resultado = Nova Partida; Para cada versão do loop de versão do formato Exchange Result.Insert(AbbrLP(Version.Key), Version.Value); Fim do Ciclo; Resultado de retorno; Função Final

Como depurar regras em processamento externo

No configurador" Serviço -> Opções -> Iniciar 1C:Enterprise -> Opção de inicialização", especifique o parâmetro " ".

• Abaixo está o código da extensão, para UT 11.4, KA 2.4, ERP 2.4. O código para BP 3.0 é fornecido acima. Módulo gerenciador de planos Exchange Sincronização de dados por meio de formato universal.

Código de extensão EDdebugging

&Em vez de("GetExchangeFormatVersions") Procedimento ED_GetExchangeFormatVersions(FormatVersions) UT Data Exchange.AvailableVersionsofUniversalFormat(FormatVersions); Request = New Request("SELECIONE VÁRIOS | Data SynchronizationThrough the UniversalFormat.PathToExchangeManager, |Data SynchronizationThroughUniversalFormat.ExchangeFormatVersion |FROM |ExchangePlan.DataSynchronizationThroughUniversalFormat COMO SincronizarDataThroughUniversalFormat | ONDE | SynchronizeDataThroughUniversalFormat mat.PathToExchangeManager<>"""""); Selection = Query.Execute().Select(); While Selection.Next() Loop ProcessingName = Selection.PathToExchangeManager; If NOT General PurposeClientServer.DebugMode() Then //ED ProcessingData = New BinaryData(ProcessingName ); ProcessingAddress = PlaceIntemporaryStorage (ProcessingData.ThereisProtectionFromDangersation ()) ThenProcessingName = ExternalProcessing.Connect (ProcessingAddReStEnTes, GeneralPurpose.ProtectionDescriptionwithounings (SelfformAngMansTuns); ; AvailableExchangeFormatVersions") Procedimento ED_AvailableExchangeFormatVersions(FormatVersions) UT Data Exchange.AvailableVersionsofUniversalFormat a); Request = New Request("SELECT DIFFERENT | Data SynchronizationThroughUniversalFormat.PathToExchangeManager, | Sincronização de dadosThroughUniversalFormat.VersionExchangeFormat |FROM | Plano Exchange de Sincronização de Dados Através do Formato Universal COMO Sincronizar Dados Através do Formato Universal ONDE | Sincronização de dados por meio de formato universal.PathToExchangeManager<>"""""); Selection = Query.Execute().Select(); While Selection.Next() Loop ProcessingName = Selection.PathToExchangeManager; If NOT General PurposeClientServer.DebugMode() Then //ED ProcessingData = New BinaryData(ProcessingName );

A depuração é mais fácil de ser feita em um banco de dados de arquivos. Definimos um ponto de interrupção no processamento com regras. Para encontrar o procedimento necessário, usamos KD3. Encontramos PKO, POD ou Algoritmo, veja " Nome do manipulador" ou " Nome do algoritmo", procure este procedimento no módulo de regras. Após editar o módulo, não esqueça de copiar o procedimento para o buffer e pressionar o botão "" no CD3. Cuidado, a mesma conversão deve ser aberta.

É tudo por agora. Esta informação já é suficiente para um programador 1C dominar de forma independente o KD3 e manter um método moderno de sincronização entre bancos de dados 1C. Se ainda houver espaços em branco, pergunte, o artigo será complementado e você poderá retornar caso tenha esquecido alguma coisa.

Links bem conhecidos para documentação sobre KD3:

• 1C-Centro de treinamento nº 3, "Conversão de dados 3.0" - http://www.1c-uc3.ru/konvert30.html

Você pode expandir o escopo de aplicação do KD3 usando estas publicações:

• - configurações de versões anteriores na plataforma 8.2 e abaixo são convertidas em compatíveis com ED.

Você pode economizar tempo e usar regras prontas para as versões mais recentes de configurações aqui

• - funcionalidade expandida, correções de bugs.