Unificação de arquivos - eSocial
Está opção é utilizada para unificar os arquivos quando a Empresa possui mais de uma fonte de informações para envio referente ao mesmo CPF e também quando é utilizada a rotina de Bases Descentralizadas, ou seja, quando existem filiais cadastradas em base de dados separadas ou filiais cadastradas no cadastro de empresa (filial cadastrada como empresa) no sistema Gestão de Pessoas.
Exemplos
- Empresa possui duas empresas cadastradas com o mesmo CNPJ (completo) em bases descentralizadas, ou seja, uma Empresa consta no Administração de Pessoal e a outra Empresas consta em outro sistema ou em outra base. E possui colaborador ou terceiro vinculado as duas empresas, ou seja, serão gerados leiautes periódicos pelas duas empresas, mesmo CNPJ para o mesmo CPF. E estando neste cenário, é necessário ativar a unificação de arquivos no eDocs.
- Utilizando a rotina de Base Descentralizada, como por exemplo ter filial cadastrada como empresa no Administração de Pessoal, também deve ativar a unificação de arquivos no eDocs.
Na mesma rotina de Base Descentralizada, mesmo que não houver arquivos em mais de uma empresa/sistema (S-1200 / S-1202 / S-1210) , deve unificar os S-1299, porque todas as empresas devem gerar este arquivo e o eDocs unificá-los.
- O parâmetro Ativar unificação de eventos deve estar ativo na guia Geral da tela de Configuração de Empresa e na guia eSocial da tela Configuração de Filial, para que o eDocs realize a consolidação dos arquivos. Esse parâmetro é definido por empresa e filial, porque mesmo a empresa usando a rotina de unificação dos eventos, ela pode não se aplicar a todas as filiais;
- No cadastro CPFs para unificação (guia Geral da tela Configuração de Empresa) devem estar cadastrados os colaboradores que necessitam de unificação;
- O usuário deve possuir acesso configurado na tela Configuração de Acesso específico para esta tela.
Caso o parâmetro esteja ativo e deseja desabilita-lo, não devem existir eventos na situação Aguardando unificação para a empresa. Caso existam, não é possível desabilitar até que os eventos sejam unificados.
Acessada através do menu eSocial > Unificação de eventos, permite verificar se todos os arquivos de origem de um evento estão no sistema e então unificá-los em um único novo arquivo para ser enviado ao governo.
Os filtros, atualização e ordenação da grade possuem o mesmo comportamento das demais telas do sistema. Com exceção à ordenação da coluna Quantidade de origens, que ao ser ordenado considera o agrupamento do Tipo Documento, CPF, CNPJ/CPF emissor e Data, sendo que a ordenação ocorre somente dentro de cada grupo.
O filtro da coluna Quantidade de origens funciona com o operador Maior igual, ou seja, considera os resultados que possuem o valor igual ou maior que o valor informado.
Além disso, esta tela possui o filtro da coluna Apuração, que permite filtrar de acordo com a apuração do período que se refere o evento, podendo ser Mensal, Anual (13º salário) ou Não informado. Caso seja selecionado para filtrar o período Anual (13º salário), a data do evento será formatada para apresentar somente o ano de exercício.
Eventos rejeitados não são mostrados na tela e unificação.
- Os eventos S1200, S1202, S12010 e S1299 quando integrados, são exibidos na tela com a situação Aguardando unificação;
- Após a verificação dos arquivos, selecione a opção Unificar para que o sistema unifique todos os arquivos de acordo com o filtro, gerando novos eventos;
- O sistema valida se já foi gerado um evento unificado para o mesmo período, emissor e CPF do trabalhador. Se já foi gerado um evento com essas condições o eDocs reutiliza o ID do evento gerado e somente reintegrar este evento. Caso contrário, gera um novo;
- Os novos eventos são enviados ao governo e sua situação (autorização ou rejeição) é atualizada e repassado aos eventos origens;
- Cada evento integrado recebe um identificador textual da origem do evento, facilitando a conferência das origens.
Importante
O eDocs realiza a unificação apenas de arquivos que possuem a mesma versão. Em períodos de convivência entre diferentes versões, é importante observar a versão exibida na tela e realizar um filtro de acordo com a versão dos arquivos a serem unificados.
Importante
Nas unificações dos eventos do eSocial, somente são unificados os grupos que possuem os mesmos campos chave. Se houver agrupamento de grupos com os mesmos campos chave, eles somente são unificados se os grupos em que eles pertencem também tiverem os campos chave iguais.
- os últimos cinco dígitos (número sequencial da chave) do atributo Id da tag <evtRemun> são substituídos por 99999;
- se algum dos arquivos XMLs dos emissores possuir a tag <infoMV>, ela é adicionada no arquivo XML unificado, com o conteúdo do primeiro arquivo encontrado;
- se algum dos arquivos XMLs dos emissores possuir a tag <vlrRemunOE>, do grupo <remunOutrEmpr>, ela é somada em todos os grupos que possuem o valor das tags <tpInsc>, <nrInsc> e <codCateg>. Caso o número final de grupos passar de 10 (limite definido no manual) é gerado um erro e os eventos integrados serão rejeitados, permitindo a reintegração. Os arquivos originais podem conter a mesma remuneração, neste caso são verificadas as tags <tpInsc>, <nrInsc>, <codCateg> e <vlrRemunOE>, caso essas tags possuam a mesma informação o valor não será somado, apenas incluído uma única vez;
- o grupo <infoComplem> é adicionado no arquivo XML unificado, caso exista em um dos arquivos XMLs integrados, de acordo com o valor do primeiro grupo encontrado;
- os grupos <procJudTrab> dos arquivos XMLs integrados são adicionados no arquivo XML unficado. Os grupos que tiverem o mesmo valor nas tags <tpTrib> e <nrProcJud> não são repetidos;
- os grupos <dmDev> dos arquivos XMLs integrados são adicionados no arquivo XML unificado.
- os grupos <dmDev> são concatenados de acordo com o valor do campo ideDmDev. Os grupos que possuem o mesmo valor neste campo não são repetidos.
Esse identificador é referenciado em outros leiautes e por isso não é alterado. Por isso, sempre que forem encontrados dois grupos <dmDev> com o mesmo identificador, os eventos origem da unificação são rejeitados com uma mensagem explicitando o grupo e campo que tiveram valores repetidos. - na tag <qtdDiasInterm> é enviada a quantidade de dias de cada arquivo, ou o número de dias do mês se for maior que o número de dias no mês.
Observação
Caso utilize-se mais de um sistema para a geração dos arquivos desse leiaute, os sistemas devem estar aptos para gerar os identificadores, a fim de garantir que eles são únicos. O Gestão de Pessoas | HCM possui um recurso que permite a geração desse identificador de forma única por empresa. Isso possibilita a utilização das soluções Senior completa junto a um outro sistema gerador.
- os últimos cinco dígitos (número sequencial da chave) do atributo Id da tag <evtRmnRPPS> são substituídos por 99999;
- o maior valor da tag <qtdDepFP> dos arquivos XMLs integrados é adicionado no arquivo XML unificado;
- os grupos <procJudTrab> dos arquivos XMLs integrados são adicionados no arquivo XML unficado. Os grupos que tiverem o mesmo valor nas tags <tpTrib> e <nrProcJud> não são repetidos;
- os grupos <dmDev> dos arquivos XMLs integrados são adicionados no arquivo XML unificado;
- os grupos <dmDev> são concatenados de acordo com o valor do campo ideDmDev. Os grupos que possuem o mesmo valor neste campo não são repetidos.
Esse identificador é referenciado em outros leiautes e por isso não é alterado. Por isso, sempre que forem encontrados dois grupos <dmDev> com o mesmo identificador, os eventos origem da unificação são rejeitados com uma mensagem explicitando o grupo e campo que tiveram valores repetidos.
Observação
Caso utilize-se mais de um sistema para a geração dos arquivos desse leiaute, os sistemas devem estar aptos para gerar os identificadores, a fim de garantir que eles são únicos. O Gestão de Pessoas | HCM possui um recurso que permite a geração desse identificador de forma única por empresa. Isso possibilita a utilização das soluções Senior completa junto a um outro sistema gerador.
- os grupos <dmDev> são concatenados de acordo com o valor do campo ideDmDev. Os grupos que possuem o mesmo valor neste campo não são repetidos.
Esse identificador é referenciado em outros leiautes e por isso não é alterado. Por isso, sempre que forem encontrados dois grupos <dmDev> com o mesmo identificador, os eventos origem da unificação são rejeitados com uma mensagem explicitando o grupo e campo que tiveram valores repetidos.
Observação
Caso utilize-se mais de um sistema para a geração dos arquivos desse leiaute, os sistemas devem estar aptos para gerar os identificadores, a fim de garantir que eles são únicos. O Gestão de Pessoas | HCM possui um recurso que permite a geração desse identificador de forma única por empresa. Isso possibilita a utilização das soluções Senior completa junto a um outro sistema gerador.
- os últimos cinco dígitos (número sequencial da chave) do atributo Id da tag <evtPgtos> são substituídos por 99999;
- o maior valor da tag <vrDedDep> dos arquivos XMLs integrados é adicionado no arquivo XML unificado;
- os grupos <infoPgto> dos arquivos XMLs integrados são agrupados pelo conteúdo das tags <dtPgto>, <tpPgto> e <detPgtoFl//ideDmDev>, caso exista mais de um grupo <infoPgto>, com esses valores iguais a subtag <detPgtoFl> é adicionada na mesma tag <infoPgto>. Caso exista mais de um grupo de informação <infoPgto> com o mesmo valor em <dtPgto>, <tpPgto> e <detPgtoFl//ideDmDev> apenas as informações do primeiro XML estará no XML unificado.
- os grupos <ideProdutor> são agrupados;
- os grupos <infoProcJud> são concatenados;
- os grupos <infoAquisProd> que possuem o mesmo valor dos campos <tpInscAdq> e <nrInscAd> são agrupados, somando o valor do campo <vlrTotAquis>;
- os campos <vlrBruto>, <vrCPDescPR>, <vrRatDescPR> e <vrSenarDesc> do grupo <ideProdutor> são somados.
- os grupos <tpComerc> são agrupados, somando o valor do campo <vrTotCom> para grupos com o mesmo <indComer>;
- os grupos <ideAdquir> são agrupados, somando o valor do campo <vrComerc> e concatena os grupos <nfs> de produtores com o mesmo <nrInsc>;
- os grupos <infoProcJud> são concatenados.
- os últimos cinco dígitos (número sequencial da chave) do atributo Id da tag <evtFechaEvPer> são substituídos por 99999;
- se algum dos arquivos XMLs dos emissores possuir o grupo <infoRespInf>, ela é adicionada no arquivo XML unificado;
- se as tags <evtRemun>, <evtPgtos>, <evtAqProd>, <evtComProd>, <evtContratAvNP> e <evtInfoComplPer> estiverem com valor S em algum dos arquivos XMLs integrados, ela é adicionada com o valor S, caso contrário recebe o valor N.
- os grupos <contribSind> são agrupados.
- os últimos cinco dígitos (número sequencial da chave) do atributo Id da tag <evtRemun> são substituídos por 99999;
- se algum dos arquivos XMLs dos emissores possuir a tag <infoMV>, ela será adicionada no arquivo XMLs unificado com o conteúdo do primeiro arquivo encontrado;
- se algum dos arquivos XMLs dos emissores possuir a tag <vlrRemunOE>, do grupo <remunOutrEmpr>, ela será somada em todos os grupos que possuem o valor das tags <tpInsc>, <nrInsc> e <codCateg>. Caso o número final de grupos passar de 10 (limite definido no manual) será gerado um erro e os eventos integrados serão rejeitados, permitindo a reintegração. Os arquivos originais podem conter a mesma remuneração, neste caso são verificadas as tags <tpInsc>, <nrInsc>, <codCateg> e <vlrRemunOE> e caso essas tags possuam a mesma informação, o valor não será somado apenas incluído uma única vez;
- o grupo <infoComplem> será adicionado no arquivo XML unificado caso exista em um dos arquivos XMLs integrados, de acordo com o valor do primeiro grupo encontrado;
- os grupos <procJudTrab> dos arquivos XMLs integrados serão adicionados no arquivo XML unficado. Os grupos que tiverem o mesmo valor nas tags <tpTrib> e <nrProcJud> não serão repetidos;
- os grupos <dmDev> dos arquivos XMLs integrados serão adicionados no arquivo XML unificado;
- os grupos <dmDev> serão concatenados de acordo com o valor do campo ideDmDev. Os grupos que possuírem o mesmo valor neste campo não serão repetidos.
Este identificador é referenciado em outros leiautes e por isso não será alterado. Por isso, sempre que forem encontrados dois grupos <dmDev> com o mesmo identificador, os eventos origem da unificação são rejeitados com uma mensagem explicitando o grupo e campo que tiveram valores repetidos.
- os últimos cinco dígitos (número sequencial da chave) do atributo Id da tag <evtRmnRPPS> serão substituídos por 99999;
- os grupos <dmDev> dos arquivos XMLs integrados são adicionados no arquivo XML unificado;
- os grupos <dmDev> serão concatenados de acordo com o valor do campo ideDmDev. Os grupos que possuem o mesmo valor neste campo não são repetidos.
Esse identificador é referenciado em outros leiautes e por isso não é alterado. Por isso, sempre que forem encontrados dois grupos <dmDev> com o mesmo identificador, os eventos origem da unificação são rejeitados com uma mensagem explicitando o grupo e campo que tiveram valores repetidos.
- os grupos <dmDev> serão concatenados de acordo com o valor do campo ideDmDev. Os grupos que possuem o mesmo valor neste campo não são repetidos.
Esse identificador é referenciado em outros leiautes e por isso não é alterado. Por isso, sempre que forem encontrados dois grupos <dmDev> com o mesmo identificador, os eventos origem da unificação são rejeitados com uma mensagem explicitando o grupo e campo que tiveram valores repetidos.
- os últimos cinco dígitos (número sequencial da chave) do atributo Id da tag <evtPgtos> serão substituídos por 99999;
- os grupos <infoPgto> dos arquivos XMLs integrados são agrupados pelo conteúdo das tags <dtPgto>, <tpPgto> e <ideDmDev>. Caso exista mais de um grupo de informação <infoPgto> com o mesmo valor em <dtPgto>, <tpPgto> e <ideDmDev> apenas as informações do primeiro XML estará no XML unificado.
- os grupos <tpComerc> serão agrupados, somando o valor do campo <vrTotCom> para grupos com o mesmo <indComer>;
- os grupos <ideAdquir> serão agrupados, somando o valor do campo <vrComerc> e concatena os grupos <nfs> de produtores com o mesmo <nrInsc>;
- os grupos <infoProcJud> são concatenados.
- os grupos <remunAvNP> serão agrupados, somando o valor dos campos <vrBcCp00>, <vrBcCp15>, <vrBcCp20>, <vrBcCp25>, <vrBcCp13>, <vrBcFgts> e <vrDescCP> para grupos com o mesmo <nrInsc>, <tpInsc> e <codLotacao>.
- os últimos cinco dígitos (número sequencial da chave) do atributo Id da tag <evtFechaEvPer> serão substituídos por 99999;
- se as tags <evtRemun>, <evtComProd>, <evtContratAvNP>, <evtInfoComplPer> e <transDCTFWeb> estiverem com valor S em algum dos arquivos XMLs integrados, elas serão adicionadas com o valor S, caso contrário receberão o valor N com exceção da tag <transDCTFWeb> pois, se esta tag não estiver registrada com o valor S, ela não será gerada;
- se a tag <naoValid> estiver com o valor S em algum dos arquivos XMLs, essa informação será adicionada com o valor S no arquivo final.
- os últimos cinco dígitos (número sequencial da chave) do atributo Id da tag <evtRemun> são substituídos por 99999;
- se algum dos arquivos XMLs dos emissores possuir a tag <infoMV>, ela será adicionada no arquivo XMLs unificado com o conteúdo do primeiro arquivo encontrado;
- se algum dos arquivos XMLs dos emissores possuir a tag <vlrRemunOE>, do grupo <remunOutrEmpr>, ela será somada em todos os grupos que possuem o valor das tags <tpInsc>, <nrInsc> e <codCateg>. Caso o número final de grupos passar de 10 (limite definido no manual), será gerado um erro e os eventos integrados serão rejeitados, permitindo a reintegração. Os arquivos originais podem conter a mesma remuneração, neste caso são verificadas as tags <tpInsc>, <nrInsc>, <codCateg> e <vlrRemunOE> e caso essas tags possuam a mesma informação, o valor não será somado apenas incluído uma única vez;
- o grupo <infoComplem> será adicionado no arquivo XML unificado caso exista em um dos arquivos XMLs integrados, de acordo com o valor do primeiro grupo encontrado;
- os grupos <procJudTrab> dos arquivos XMLs integrados serão adicionados no arquivo XML unficado. Os grupos que tiverem o mesmo valor nas tags <tpTrib> e <nrProcJud> não serão repetidos;
- os grupos <dmDev> dos arquivos XMLs integrados serão adicionados no arquivo XML unificado;
- os grupos <dmDev> serão concatenados de acordo com o valor do campo ideDmDev. Os grupos que possuírem o mesmo valor neste campo não serão repetidos.
Este identificador é referenciado em outros leiautes e por isso não será alterado. Por isso, sempre que forem encontrados dois grupos <dmDev> com o mesmo identificador, os eventos origem da unificação são rejeitados com uma mensagem explicitando o grupo e campo que tiveram valores repetidos.
- os últimos cinco dígitos (número sequencial da chave) do atributo Id da tag <evtRmnRPPS> serão substituídos por 99999;
- os grupos <dmDev> dos arquivos XMLs integrados são adicionados no arquivo XML unificado;
- os grupos <dmDev> serão concatenados de acordo com o valor do campo ideDmDev. Os grupos que possuem o mesmo valor neste campo não são repetidos. Esse identificador é referenciado em outros leiautes e por isso não é alterado. Por isso, sempre que forem encontrados dois grupos <dmDev> com o mesmo identificador, os eventos origem da unificação são rejeitados com uma mensagem explicitando o grupo e campo que tiveram valores repetidos.
- os grupos <dmDev> serão concatenados de acordo com o valor do campo ideDmDev. Os grupos que possuem o mesmo valor neste campo não são repetidos.
Esse identificador é referenciado em outros leiautes e por isso não é alterado. Por isso, sempre que forem encontrados dois grupos <dmDev> com o mesmo identificador, os eventos origem da unificação são rejeitados com uma mensagem explicitando o grupo e campo que tiveram valores repetidos.
- os últimos cinco dígitos (número sequencial da chave) do atributo Id da tag <evtPgtos> serão substituídos por 99999;
- os grupos <infoPgto> dos arquivos XML integrados são agrupados pelo conteúdo das tags <dtPgto>, <tpPgto> e <ideDmDev>. Caso exista mais de um grupo de informação <infoPgto> com o mesmo valor em <dtPgto>, <tpPgto> e <ideDmDev> apenas as informações do primeiro XML estará no XML unificado.
- os grupos <tpComerc> serão agrupados, somando o valor do campo <vrTotCom> para grupos com o mesmo <indComer>;
- os grupos <ideAdquir> serão agrupados, somando o valor do campo <vrComerc> e concatena os grupos <nfs> de produtores com o mesmo <nrInsc>;
- os grupos <infoProcJud> são concatenados.
- os grupos <remunAvNP> serão agrupados, somando o valor dos campos <vrBcCp00>, <vrBcCp15>, <vrBcCp20>, <vrBcCp25>, <vrBcCp13>, <vrBcFgts> e <vrDescCP> para grupos com o mesmo <nrInsc>, <tpInsc> e <codLotacao>.
- os últimos cinco dígitos (número sequencial da chave) do atributo Id da tag <evtFechaEvPer> serão substituídos por 99999;
- se as tags <evtRemun>, <evtPgtos>, <evtComProd>, <evtContratAvNP> e <evtInfoComplPer> estiverem com valor S em algum dos arquivos XML integrados, elas serão adicionadas com o valor S, caso contrário receberão o valor N.
- os últimos cinco dígitos (número sequencial da chave) do atributo Id da tag <evtRemun> são substituídos por 99999;
- se algum dos arquivos XMLs dos emissores possuir a tag <infoMV>, ela será adicionada no arquivo XMLs unificado com o conteúdo do primeiro arquivo encontrado;
- se algum dos arquivos XMLs dos emissores possuir a tag <vlrRemunOE>, do grupo <remunOutrEmpr>, ela será somada em todos os grupos que possuem o valor das tags <tpInsc>, <nrInsc> e <codCateg>. Caso o número final de grupos passar de 10 (limite definido no manual), será gerado um erro e os eventos integrados serão rejeitados, permitindo a reintegração. Os arquivos originais podem conter a mesma remuneração, neste caso são verificadas as tags <tpInsc>, <nrInsc>, <codCateg> e <vlrRemunOE> e caso essas tags possuam a mesma informação, o valor não será somado apenas incluído uma única vez;
- o grupo <infoComplem> será adicionado no arquivo XML unificado caso exista em um dos arquivos XMLs integrados, de acordo com o valor do primeiro grupo encontrado;
- os grupos <procJudTrab> dos arquivos XMLs integrados serão adicionados no arquivo XML unficado. Os grupos que tiverem o mesmo valor nas tags <tpTrib> e <nrProcJud> não serão repetidos;
- os grupos <dmDev> dos arquivos XMLs integrados serão adicionados no arquivo XML unificado;
- os grupos <dmDev> serão concatenados de acordo com o valor do campo ideDmDev. Os grupos que possuírem o mesmo valor neste campo não serão repetidos.
Este identificador é referenciado em outros leiautes e por isso não será alterado. Por isso, sempre que forem encontrados dois grupos <dmDev> com o mesmo identificador, os eventos origem da unificação são rejeitados com uma mensagem explicitando o grupo e campo que tiveram valores repetidos.
- os últimos cinco dígitos (número sequencial da chave) do atributo Id da tag <evtRmnRPPS> serão substituídos por 99999;
- os grupos <dmDev> dos arquivos XMLs integrados são adicionados no arquivo XML unificado;
- os grupos <dmDev> serão concatenados de acordo com o valor do campo ideDmDev. Os grupos que possuem o mesmo valor neste campo não são repetidos. Esse identificador é referenciado em outros leiautes e por isso não é alterado. Por isso, sempre que forem encontrados dois grupos <dmDev> com o mesmo identificador, os eventos origem da unificação são rejeitados com uma mensagem explicitando o grupo e campo que tiveram valores repetidos.
- os grupos <dmDev> serão concatenados de acordo com o valor do campo ideDmDev. Os grupos que possuem o mesmo valor neste campo não são repetidos.
Esse identificador é referenciado em outros leiautes e por isso não é alterado. Por isso, sempre que forem encontrados dois grupos <dmDev> com o mesmo identificador, os eventos origem da unificação são rejeitados com uma mensagem explicitando o grupo e campo que tiveram valores repetidos.
O grupo <infoIRComplem> terá suas tags unificadas no XML unificado. Seus subgrupos seguem as seguintes regras:
- O subgrupo <infoDep> do grupo <infoIRComplem> será unificado adicionando novos itens caso a tag chave <cpfDep> ainda não exista no XML unificado;
- O subgrupo <infoIRCR> do grupo <infoIRComplem> será unificado adicionando novos itens caso a tag chave <tpCR> ainda não exista no XML unificado. Caso as tags chaves sejam iguais, seus subgrupos seguem as seguintes regras:
- O subgrupo <dedDepen> do grupo <infoIRCR> será unificado adicionando novos itens caso as tags chaves <tpRend> e <cpfDep> forem diferentes. Caso as tags chaves sejam iguais, será somado a tag <vlrDedDep>;
- O subgrupo <penAlim> do grupo <infoIRCR> será unificado adicionando novos itens caso as tags chaves <tpRend> e <cpfDep> forem diferentes. Caso as tags chaves sejam iguais, será somado a tag <vlrDedPenAlim>;
- O subgrupo <previdCompl> do grupo <infoIRCR> será unificado adicionando novos itens caso as tags chaves <tpPrev> e <cnpjEntidPC> forem diferentes. Caso as tags chaves sejam iguais, será somado as tags <vlrPatrocFunp> e <vlrDedPC>;
- O subgrupo <infoProcRet> do grupo <infoIRCR> será unificado adicionando novos itens caso as tags chaves <tpProcRet>, <nrProcRet> e <codSusp> forem diferentes. Caso as tags chaves sejam iguais, seus subgrupos seguem as seguintes regras:
- O subgrupo <infoValores> do grupo <infoProcRet> será unificado adicionando novos itens caso a tag chave <indApuracao> forem diferentes. Caso as tags chaves sejam iguais, será somado as tags <vlrNRetido>, <vlrDepJud>, <vlrCmpAnoCal>, <vlrCmpAnoAnt> e <vlrRendSusp>, seus subgrupos seguem as seguintes regras:
- O subgrupo <dedSusp> do grupo <infoValores> será unificado adicionando novos itens caso as tags chaves <indTpDeducao> e <cnpjEntidPC> forem diferentes. Caso as tags chaves sejam iguais, será somado as tags <vlrPatrocFunp> e <vlrDedSusp>, seus subgrupos seguem as seguintes regras:
- O subgrupo <benefPen> do grupo <dedSusp> será unificado adicionando novos itens caso a tag chave <cpfDep> forem diferentes. Caso as tags chaves sejam iguais, será somado a tag <vlrDepenSusp>;
- O subgrupo <dedSusp> do grupo <infoValores> será unificado adicionando novos itens caso as tags chaves <indTpDeducao> e <cnpjEntidPC> forem diferentes. Caso as tags chaves sejam iguais, será somado as tags <vlrPatrocFunp> e <vlrDedSusp>, seus subgrupos seguem as seguintes regras:
- O subgrupo <infoValores> do grupo <infoProcRet> será unificado adicionando novos itens caso a tag chave <indApuracao> forem diferentes. Caso as tags chaves sejam iguais, será somado as tags <vlrNRetido>, <vlrDepJud>, <vlrCmpAnoCal>, <vlrCmpAnoAnt> e <vlrRendSusp>, seus subgrupos seguem as seguintes regras:
- O subgrupo <planSaude> do grupo <infoIRComplem> será unificado adicionando novos itens caso a tag chave <cnpjOper> ainda não exista no XML unificado. Caso as tags chaves sejam iguais, será somado a tag <vlrSaudeTit>, seus subgrupos seguem as seguintes regras:
- O subgrupo <infoDepSau> do grupo <planSaude> será unificado adicionando novos itens caso a tag chave <cpfDep> forem diferentes. Caso as tags chaves sejam iguais, será somado a tag <vlrSaudeDep>;
- O subgrupo <infoReembMed> do grupo <infoIRComplem> será unificado adicionando novos itens caso as tags chaves <indOrgReemb, <cnpjOper> e <regANS> ainda não exista no XML unificado. Caso as tags chaves sejam iguais, seus subgrupos seguem as seguintes regras:
- O subgrupo <detReembTit> do grupo <infoReembMed> será unificado adicionando novos itens caso as tags chaves <tpInsc> e <nrInsc> forem diferentes. Caso as tags chaves sejam iguais, será somado as tags <vlrReemb> e <vlrReembAnt>;
- O subgrupo <infoReembDep> do grupo <infoReembMed> será unificado adicionando novos itens caso a tag chave <cpfBenef> forem diferentes. Caso as tags chaves sejam iguais, seus subgrupos seguem as seguintes regras:
- O subgrupo <detReembDep> do grupo <infoReembDep> será unificado adicionando novos itens caso as tags chaves <tpInsc> e <nrInsc> forem diferentes. Caso as tags chaves sejam iguais, será somado as tags <vlrReemb> e <vlrReembAnt>.
- os grupos <tpComerc> serão agrupados, somando o valor do campo <vrTotCom> para grupos com o mesmo <indComer>;
- os grupos <ideAdquir> serão agrupados, somando o valor do campo <vrComerc> e concatena os grupos <nfs> de produtores com o mesmo <nrInsc>;
- os grupos <infoProcJud> são concatenados.
- os grupos <remunAvNP> serão agrupados, somando o valor dos campos <vrBcCp00>, <vrBcCp15>, <vrBcCp20>, <vrBcCp25>, <vrBcCp13>, <vrBcFgts> e <vrDescCP> para grupos com o mesmo <nrInsc>, <tpInsc> e <codLotacao>.
- os últimos cinco dígitos (número sequencial da chave) do atributo Id da tag <evtFechaEvPer> serão substituídos por 99999;
- se as tags <evtRemun>, <evtPgtos>, <evtComProd>, <evtContratAvNP> e <evtInfoComplPer> estiverem com valor S em algum dos arquivos XML integrados, elas serão adicionadas com o valor S, caso contrário receberão o valor N.
Quando a validação, que é realizada antes da unificação, identificar que a quantidade de origens da competência anterior é diferente da atual, o sistema irá exibir a seguinte mensagem na tela de unificação: "A última unificação solicitada não foi realizada, pois foram encontrados alertas na validação. Verifique as inconsistências através do botão Validações.
Ao clicar no botão Validações, o sistema exibirá o resultado da validação com a mensagem: O evento S-1299 possui a quantidade de origens da competência anterior diferente da atual.Competência: 03 /2018, quantidade anterior: 0, quantidade atual: 1
Caso desejar continuar com a unificação, deve-se clicar no botão Ignorar e unificar.
Caso não queira continuar com a unificação (para integrar outras origens, por exemplo) deve-se fechar a tela, verificar a diferença entre a quantidade de origens e realizar uma nova unificação.
O eDocs possui um controle de sequência para o envio dos eventos. Os eventos que permitem unificação entram na rotina e assim que são unificados o sistema verifica se existe alguma dependência para o evento. Caso exista ele fica com o status Aguardando autorização, indicando que o documento está aguardando a autorização de alguma de suas dependências. Os eventos que não são unificados entram no sistema como Aguardando unificação e quando é realizada a unificação o status é alterado para a situação correta.