Pessoal!
Saiu o novo leiaute da EFD REINF, versão 1.2
ALTERAÇÕES EFETUADAS NOS LEIAUTES, TABELAS E REGRAS DE VALIDAÇÃO
VERSÃO BASE 1.1 PARA GERAÇÃO DA VERSÃO 1.2
LEIAUTE
DESCRIÇÃO DA ALTERAÇÃO
R-1000
Campo indDesoneracao – alterada a regra de validação
R-1070
Campo indSusp – inclusão dos indicativos 2 e 3 e mudança na validação
Exclusão do grupo idePeríodo. Campos iniValid fim Valid indAutoria colocados no grupo ideProcesso. Chave do grupo ideProcesso passa a ser tpProc, nrProc, iniValid, fimValid
Campo indAutoria do grupo ideProcesso alteração de regra de validação e a ocorrência passa a ser 1-1
Campo indDeposito – mudança na validação
Inclusão de regra de validação no campo nrProc
Inclusão da regra REGRA_TABGERAL_INCLUSAO_PERIODO_CONFLITANTE, REGRA_TABGERAL_EXISTE_REGISTRO_EXCLUIDO, REGRA_TABGERAL_ALTERACAO_PERIODO_CONFLITANTE
R-2010
Exclusão do campo codAnaCont
Alteração da regra de validação do campo nrInscEstab
Exclusão dos campos vlrMatEquip, vlrDedAlim, vlrDedTrans e codAtivEcon
Campo serie alteração na descrição
Campo numDocto alteração na descrição e aumento do tamanho para 15
Campo tpServico alterado para tipo N e tamanho 9.
Campo vlrRetSub alteração da regra de validação
Nos campos tpProcRetPrinc e tpProcRetAdic foi retirado a opção 3(prestador). Ficando apenas processo administrativo e judicial (exclusão na descrição do termo tomador). Não terá diferenciação entre processo de tomador e prestador.
Alteração da regra de validade dos campos nrProcRetPrinc, codSuspPrinc, nrProcRetAdic e codSuspAdic
Alteração da ocorrência do grupo idePrestServ. Agora será um arquivo por prestador
Substituição da regra REGRA_EVE_VALIDO_ESTAB por REGRA_EVE_VALIDO_PREST
R-2020
Exclusão do campo codAnaCont
Exclusão dos campos vlrMatEquip, vlrDedAlim, vlrDedTrans E codAtivEcon
Campo serie alteração na descrição
Campo numDocto alteração na descrição e aumento do tamanho para 15
Campo tpServico alterado para tipo N e tamanho 9.
Campo vlrRetSub alteração da regra de validação
Alteração da regra de validade dos campos codSuspPrinc e codSuspAdic
Alteração da ocorrência do grupo ideTomador. Agora será um arquivo por tomador
Substituição da regra REGRA_EVE_VALIDO_ESTAB por REGRA_EVE_VALIDO_TOMAD
R-2030
Alteração da regra de validação do campo nrInsc. Evento não será enviado por órgão público.
Inclusão do campo descRecurso
Alteração da regra de validade do campo nrInscEstab
Alteração da regra de validade do campo cnpjOrigRecurso vlrRetApur
Exclusão do campo codAnaCont tpProcRet nrProcRet codSusp do grupo RecursosRec
Exclusão do campo cod VlrNRet no grupo infoRecurso
Inclusão do grupo infoProc e dos campos tpProc nrProc codSusp VlrNRet
R-2040
Exclusão do campo codAnaCont tpProcRet nrProcRet codSusp do grupo RecursosReP
Inclusão do campo descRecurso
Alteração da regra de validade do campo nrInscEstab
Alteração da regra de validade do campo cnpjAssocDesp vlrRetApur
Exclusão do campo cod VlrNRet no grupo infoRecurso
Inclusão do grupo infoProc e dos campos tpProc nrProc codSusp VlrNRet
R-2050
Exclusão do campo codAnaCont
Alteração da regra de validade do campo nrInscEstab vlrCPApur vlrRatApur vlrSenarApur
Exclusão do grupo nfs
Alteração da regra de validade do campo vlrRecBruta
Alteração da regra de validade e da ocorrência do grupo infoProc
Inclusão dos campos vlrCPSuspTotal vlrRatSuspTotal vlrSenar SuspTotal no grupo IdeEstab
R-2060
Alteração da descrição do campo nrInsc. Evento não será enviado por órgão público.
Campo vlrCPRBSusp do grupo ideEstab passa ser vlrCPRBSuspTotal. Alteração da regra de validação.
Exclusão dos Campos tpProcesso nrProcesso codSusp do grupo ideEstab.
Inclusão do grupo InfoProc e dos campos vlrCPRBSusp tpProc nrProc codSusp
Exclusão do campo codAnaCont
Alteração da regra de validade do campo nrInscEstab vlrCPRBapur
Alteração da regra de validade do campo codAtivEcon
Alteração da regra de validade do campo vlrRecBrutaAtiv
Alteração da descrição do campo ideEstab
Exclusão do grupo nfs
R-2070
R-3010
Exclusão do campo codAnaCont
Alteração da validação do campo vlrCP
Exclusão dos Campos tpProcesso nrProcesso codSusp do grupo receitaTotal
Alteração do campo vlrCPSusp do grupo receita total para vlrSuspTotal
Inclusão do grupo InfoProc e dos campos vlrCPSusp tpProc nrProc codSusp
R-5001
Alteração da regra de validade do campo indDesoneracao e vlrCPApur
Exclusão do campo vlrTotalRet do grupo RComl
Exclusão do campo vlrTotalNRet do grupo RComl
Alteração da regra de validade do campo vlrRatApur do grupo RComl
Alteração da regra de validade do campo vlrSenarApur do grupo RComl
Alteração da regra de validade do campo vlrCPSusp do grupo RComl
Alteração da regra de validade do campo vlrRatSusp do grupo RComl
Alteração da regra de validade do campo vlrSenarSusp do grupo RComl
Alteração da ocorrência do grupo RCPRB de 0-1 para 0-4
Exclusão dos grupos ideCnsl RRecRecAD infoDEDContrib infoCRContrib, REspetDesp (R-3010) RRetencoes(totalizador do R-2070 – será criado o evento R-5002 para a totalização do R-2070)
REGRAS
Inclusão da regra REGRA_EVE_VALIDO_PREST
Inclusão da regra REGRA_EVE_VALIDO_TOMAD
Inclusão da regra REGRA_TABGERAL_INCLUSAO_PERIODO_CONFLITANTE
Alteração da regra REGRA_EVE_CONTRIB_CPRB
Inclusão da regra REGRA_PERMITE_ALT_EXCL_CODSUSP
Inclusão da regra REGRA_TABGERAL_EXISTE_REGISTRO_EXCLUIDO
Inclusão da regra REGRA_TABGERAL_ALTERACAO_PERIODO_CONFLITANTE
Inclusão da regra REGRA_TABGERAL_INCLUSAO_PERIODO_CONFLITANTE
TABELAS
Tabela 6 alteração dos códigos.
Qual a previsão do documento completo estar disponível no site da RFB ?
Jorge, o que houve que tiraram o novo leiaute do ar?
Acho que tiraram do ar porque estava em formado word.
Pois é
Alguém está conseguindo enviar os eventos no novo layout?
O pacote de XSD’s disponibilizado com a versão 1.2, não tem o XSD do envio de lote, só os de eventos.
Quando mando o lote como versão 1.2, ele diz que a versão de lote tem que ser 1.1.
Erro: Versão do lote inválida. Deve ser utilizada a versão 1.01.01.
Se mando lote como 1.1, ele diz que os meus eventos estão usando um namespace desconhecido.
Erro: A estrutura do arquivo XML esta em desconformidade com o esquema XSD. O namespace http://www.reinf.esocial.gov.br/schemas/evtFechamento/v1_02_00 informado no documento XML não é um namespace reconhecido.
Versão 1.2 acontece mesmo o erro de versão de lote inválida.
Agora, se tento enviar como 1.1 para mim acontece o erro MS0015: “Deve ser utilizado certificado digital do tipo e-CNPJ ou e-PJ cujo CNPJ base seja o mesmo do contribuinte responsável pela informação, ou do tipo e-CPF ou e-PF cujo CPF pertença ao representante legal do contribuinte ou qualquer certificado que pertença a um procurador devidamente habilitado no sistema de Procuração Eletrônica da RFB.”
Com mais alguém aconteceu esse problema? creio que o certificado que estou usando esteja tudo ok com ele.
Versão 1.2 acontece mesmo o erro de versão de lote inválida.
Agora, se tento enviar como 1.1 para mim acontece o erro MS0015: “Deve ser utilizado certificado digital do tipo e-CNPJ ou e-PJ cujo CNPJ base seja o mesmo do contribuinte responsável pela informação, ou do tipo e-CPF ou e-PF cujo CPF pertença ao representante legal do contribuinte ou qualquer certificado que pertença a um procurador devidamente habilitado no sistema de Procuração Eletrônica da RFB.”
Com mais alguém aconteceu esse problema? creio que o certificado que estou usando esteja tudo ok com ele.
Pois é, estou com o mesmo problema! mas alguém acontece isso?
Como ficou em relação a alteração:
“R2010 – Alteração da ocorrência do grupo idePrestServ. Agora será um arquivo por prestador”
Devo enviar um evento para cada empresa que me prestou serviço? E não mais um único evento para todas elas?
Olá, tenho essa mesma dúvida, conseguiu alguma resposta sobre o caso?
Olá pessoal,
Talvez não seja o fórum mas, se alguém souber responder eu agradeço.
Estou utilizando o SOAPUI para testar envio do lote para o evento R-1000 e sempre retorna a mensagem MS0028 (Lote inválido). Não sei mais o que alterar.
Segue XML:
<?xml version=”1.0″ encoding=”UTF-8″?>
<soapenv:Envelope xmlns:sped=”http://sped.fazenda.gov.br/” xmlns:soapenv=”http://schemas.xmlsoap.org/soap/envelope/”>
<soapenv:Header/>
<soapenv:Body>
<Reinf xmlns=”http://www.reinf.esocial.gov.br/schemas/envioLoteEventos/v1_01_01″>
<sped:ReceberLoteEventos>
<sped:loteEventos>
<evento id=”ID1000000281513632017091917082700001″>
<Reinf xmlns=”http://www.reinf.esocial.gov.br/schemas/evtInfoContribuinte/v1_01_01″>
<evtInfoContri>
<id>ID1000000281513632017091917082700001</id>
<ideEvento>
<tpAmb>3</tpAmb>
<procEmi>1</procEmi>
<verProc>v0.1</verProc>
</ideEvento>
<ideContri>
<tpInsc>1</tpInsc>
<nrInsc>28151363</nrInsc>
</ideContri>
<infoContri>
<inclusao>
<idePeriodo>
<iniValid>2017-01</iniValid>
<fimValid/>
</idePeriodo>
<infoCadastro>
<classTrib>99</classTrib>
<indEscrituracao>1</indEscrituracao>
<indDesoneracao>0</indDesoneracao>
<indAcordoIsenMulta>0</indAcordoIsenMulta>
<indSitPJ>0</indSitPJ>
<contato>
<nmCtt>Geovando Carpanedo</nmCtt>
<cpfCtt>99999999999</cpfCtt>
<foneFixo>2733333333</foneFixo>
<foneCel>27999999999</foneCel>
<email>[email protected]</email>
</contato>
<softHouse>
<cnpjSoftHouse>04351954000108</cnpjSoftHouse>
<nmRazao>Mega Work Consultoria E Sistema Ltda</nmRazao>
<nmCont>Rodrigo Medri</nmCont>
<telefone>2733152370</telefone>
<email>[email protected]</email>
</softHouse>
<infoEFR>
<ideEFR/>
<cnpjEFR/>
</infoEFR>
</infoCadastro>
</inclusao>
<alteracao>
<idePeriodo>
<iniValid/>
<fimValid/>
</idePeriodo>
<infoCadastro>
<classTrib/>
<indEscrituracao/>
<indDesoneracao/>
<indAcordoIsenMulta/>
<indSitPJ/>
<contato>
<nmCtt/>
<cpfCtt/>
<foneFixo/>
<foneCel/>
<email/>
</contato>
<softHouse>
<cnpjSoftHouse/>
<nmRazao/>
<nmCont/>
<telefone/>
<email/>
</softHouse>
<infoEFR>
<ideEFR/>
<cnpjEFR/>
</infoEFR>
</infoCadastro>
<novaValidade>
<iniValid/>
<fimValid/>
</novaValidade>
</alteracao>
<exclusao>
<idePeriodo>
<iniValid/>
<fimValid/>
</idePeriodo>
</exclusao>
</infoContri>
<Signature xmlns=”http://www.w3.org/2000/09/xmldsig#”>
<SignedInfo>
<CanonicalizationMethod Algorithm=”http://www.w3.org/TR/2001/REC-xml-c14n-20010315″/>
<SignatureMethod Algorithm=”http://www.w3.org/2000/09/xmldsig#rsa-sha1″/>
<Reference URI=”#evtInfoContri”>
<Transforms>
<Transform Algorithm=”http://www.w3.org/2000/09/xmldsig#enveloped-signature”/>
<Transform Algorithm=”http://www.w3.org/TR/2001/REC-xml-c14n-20010315″/>
</Transforms>
<DigestMethod Algorithm=”http://www.w3.org/2000/09/xmldsig#sha1″/>
<DigestValue>vJxHypCyZ0wrN30LGNFgh6jQdVk=</DigestValue>
</Reference>
</SignedInfo>
<SignatureValue>TgTVst/xy7UaNsjITLrCy71cns8hsjXhiWl1yKhnI4k9SzM+cblABVksF6uBVyEMMLkLgqn0l+7o 3qwy5vAUgZu8drRO0gmsYbWJREzagcJ2cTSptoxs5cKDvaXpxjVuYxBTZEmJNZhBAvlM5sAFqG/J 25vMU6nP/GugnNz4n4rV+d77z8D0FDNI97bfs7LFFMDM9LsbHAxtvNF+gGu+VPbjc9m/uZ3o26lg ncWA7xKDCc3u3PDXUhYBU9Geao6S/YQxKVRTHK5Uj4AI2dGeAPQRlA/5fkn5mrz+VJalWbIvpmkH PVNVlq9r98Pm1AkopxoEq017nq4OpM37/MQHPQ==</SignatureValue>
<KeyInfo>
<X509Data>
<X509Certificate>MIIIETCCBfmgAwIBAgIQY9G5nQ0jRoc/Ar2VSwebRjANBgkqhkiG9w0BAQsFADB4MQswCQYDVQQG EwJCUjETMBEGA1UEChMKSUNQLUJyYXNpbDE2MDQGA1UECxMtU2VjcmV0YXJpYSBkYSBSZWNlaXRh IEZlZGVyYWwgZG8gQnJhc2lsIC0gUkZCMRwwGgYDVQQDExNBQyBDZXJ0aXNpZ24gUkZCIEc1MB4X DTE3MDgyMjExMTEyNFoXDTE4MDgyMjExMTEyNFowgf4xCzAJBgNVBAYTAkJSMRMwEQYDVQQKDApJ Q1AtQnJhc2lsMQswCQYDVQQIDAJFUzEQMA4GA1UEBwwHVklUT1JJQTE2MDQGA1UECwwtU2VjcmV0 YXJpYSBkYSBSZWNlaXRhIEZlZGVyYWwgZG8gQnJhc2lsIC0gUkZCMRYwFAYDVQQLDA1SRkIgZS1D TlBKIEExMSIwIAYDVQQLDBlBdXRlbnRpY2FkbyBwb3IgQVIgQUNFIEVTMUcwRQYDVQQDDD5DT01Q QU5ISUEgRVNQSVJJVE8gU0FOVEVOU0UgREUgU0FORUFNRU5UTyBDRVNBTjoyODE1MTM2MzAwMDE0 NzCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAIVADSWqVXzYeweeROIPAPWmrDOA+5ei 0CBwNRCfmd/E6Tr9eDDNCJ+8oLu+HOvDLeg4C2JELeIfGHhFJwbGJhgHZBBGVgwCu/KsOCDOeMOt cGA3IHd+Zqhjevc+4hHmBUx45WHO0HTtZ//We6MNl/ApI+LdcHZTjhiYeVMvALYQXU11kB6reWSw pJYeH4vw4gRsk+R9qTUrYgEoDBHzxaZ8qlITdnXtBcsXsJYsEJKiJz9O452Xi6OGGMVx4CEL/fT7 AsSowLrTcE04xc3lu+ixyHqfavobbVCao2GAkcsLioEavNQhd8ndxGBW6VfHiHc5phF85VOl2PKl P3duWnECAwEAAaOCAw4wggMKMIG9BgNVHREEgbUwgbKgPgYFYEwBAwSgNQQzMTIwNjE5NzIwMDIw NzMzMTc4MjAwMDAwMDAwMDAwMDAwMDAwMDAxMDk3OTE0U1BUQ0VToCAGBWBMAQMCoBcEFVBBQkxP IEZFUlJBQ08gQU5EUkVBT6AZBgVgTAEDA6AQBA4yODE1MTM2MzAwMDE0N6AXBgVgTAEDB6AOBAww MDAwMDAwMDAwMDCBGnBhYmxvLmFuZHJlYW9AY2VzYW4uY29tLmJyMAkGA1UdEwQCMAAwHwYDVR0j BBgwFoAUU31/nb7RYdAgutqf44mnE3NYzUIwfwYDVR0gBHgwdjB0BgZgTAECAQwwajBoBggrBgEF BQcCARZcaHR0cDovL2ljcC1icmFzaWwuY2VydGlzaWduLmNvbS5ici9yZXBvc2l0b3Jpby9kcGMv QUNfQ2VydGlzaWduX1JGQi9EUENfQUNfQ2VydGlzaWduX1JGQi5wZGYwgbwGA1UdHwSBtDCBsTBX oFWgU4ZRaHR0cDovL2ljcC1icmFzaWwuY2VydGlzaWduLmNvbS5ici9yZXBvc2l0b3Jpby9sY3Iv QUNDZXJ0aXNpZ25SRkJHNS9MYXRlc3RDUkwuY3JsMFagVKBShlBodHRwOi8vaWNwLWJyYXNpbC5v dXRyYWxjci5jb20uYnIvcmVwb3NpdG9yaW8vbGNyL0FDQ2VydGlzaWduUkZCRzUvTGF0ZXN0Q1JM LmNybDAOBgNVHQ8BAf8EBAMCBeAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMIGsBggr BgEFBQcBAQSBnzCBnDBfBggrBgEFBQcwAoZTaHR0cDovL2ljcC1icmFzaWwuY2VydGlzaWduLmNv bS5ici9yZXBvc2l0b3Jpby9jZXJ0aWZpY2Fkb3MvQUNfQ2VydGlzaWduX1JGQl9HNS5wN2MwOQYI KwYBBQUHMAGGLWh0dHA6Ly9vY3NwLWFjLWNlcnRpc2lnbi1yZmIuY2VydGlzaWduLmNvbS5icjAN BgkqhkiG9w0BAQsFAAOCAgEAiGenGdIxywciss/vBEbtSAu8JblhnVyg/MVxzTgmcuilvbM3gDvM TQBpsMfZuJQxjn3pdXDsMMuJh0lzfpU06Iuer0Vk0n7FEH92MMbr3u/cNuQEQhWeEMMpPJzXbd3Y EOJPa7H7C8hWfQLrl4Udi4V7IgTAn88oP8TwWL2M1zjiK8mive9EjSIiXzLJy8u2U5ADPoMEYXZy TA/J+zwkG+g+RKU15nFkPtDkoYhu3w4SyfSHk9gqmBUDb2w/K6UIVp+fvizcwQ9ctd2p/Gigujnf mR0l2VAufB/v6blyEQlOw3rHlguxoN8Yzt2XbNMyvt00C+ey5Q1m4DZ3HiLVFF4vk7FXVlwB1ARd FuOgi9DonAEwAdzb4MaiNRlmTLv+Hmv52KcPsD5Tu3eObpYkffV1bGXSEQ7iP0d/5f1OLqWZe3Zy moiM/dTtgH/42lxL57NahS3ucum/Z4/fvF8zP9xGQXsetgkNgiSw476OBxtgzoh90IS40D/zdrW4 wZ70qzJF6ehuIhfJcyDDvH7YpQmSpYaXhrZZfsLPabEjcEuVDGzQOUE6QkfsuuKiIADVcs/YWGoc j//AbFSWz86DXRfC9q7DClWz/XybbnSc+STmzF7QiIdqty8y9EFR4aVtYCptwdcyINR0YvtA420R icvmGlt+XvdtOsQjAElF0dU=</X509Certificate>
</X509Data>
</KeyInfo>
</Signature>
</evtInfoContri>
</Reinf>
</evento>
</sped:loteEventos>
</sped:ReceberLoteEventos>
</Reinf>
</soapenv:Body>
</soapenv:Envelope>
Olá Edson,
Obrigado pelo retorno!
Eu já fiz diversos testes. Excluí todas as tags vazias, alterei “id” por “Id”, excluí a “signature”, retirei o cabeçalho SOAP, enfim, vários testes mesmo. Todos retornam o mesmo erro: “Lote inválido”. Você já conseguiu enviar algum com sucesso? Se sim, é possível mandar um exemplo?
Grato desde já.
No XSD do layout do evento R-1000 os elementos de “inclusao”, “alteração” e “exclusão”
são filhas da tag Choice. Essa tag indica que apenas um dos elementos deve ser gerado.
No XML que você postou as três tags estão sendo geradas. Utilize apenas o elemento (inclusao, alteracao, exclusao) que contém dados, no seu caso a inclusão.
Mias um detalhe, eu não conferi as mudanças no R-1000 da versão 1.01.01 para a versão 1.2.0, mas creio que o webservice ainda não foi atualizado, logo ele não recebe mensagens na nova versão.
No XSD do layout do evento R-1000 os elementos de “inclusao”, “alteração” e “exclusão”
são filhas da tag . Essa tag indica que apenas um dos elementos deve ser gerado.
No XML que você postou as três tags estão sendo geradas. Utilize apenas o elemento (inclusao, alteracao, exclusao) que contém dados, no seu caso a inclusão.
Mias um detalhe, eu não conferi as mudanças no R-1000 da versão 1.01.01 para a versão 1.2.0, mas creio que o webservice ainda não foi atualizado, logo ele não recebe mensagens na nova versão.
Olá pessoal,
Talvez não seja o fórum mas, se alguém já passou por esse problema e puder colaborar, agradeço.
Estou enviando um lote com apenas o evento R-1000 e estou sempre tendo o retorno do erro MS0028 (Lote inválido). Estou utilizando a ferramenta SOAPUI para teste. Já revisei e testei várias alterações no XML mas nada dá certo. Segue o XML:
<?xml version=”1.0″ encoding=”UTF-8″?>
<soapenv:Envelope xmlns:sped=”http://sped.fazenda.gov.br/” xmlns:soapenv=”http://schemas.xmlsoap.org/soap/envelope/”>
<soapenv:Header/>
<soapenv:Body>
<Reinf xmlns=”http://www.reinf.esocial.gov.br/schemas/envioLoteEventos/v1_01_01″>
<sped:ReceberLoteEventos>
<sped:loteEventos>
<evento id=”ID1000000281513632017091917082700001″>
<Reinf xmlns=”http://www.reinf.esocial.gov.br/schemas/evtInfoContribuinte/v1_02_00″>
<evtInfoContri>
<id>ID1000000281513632017091917082700001</id>
<ideEvento>
<tpAmb>3</tpAmb>
<procEmi>1</procEmi>
<verProc>v0.1</verProc>
</ideEvento>
<ideContri>
<tpInsc>1</tpInsc>
<nrInsc>28151363</nrInsc>
</ideContri>
<infoContri>
<inclusao>
<idePeriodo>
<iniValid>2017-01</iniValid>
<fimValid/>
</idePeriodo>
<infoCadastro>
<classTrib>99</classTrib>
<indEscrituracao>1</indEscrituracao>
<indDesoneracao>0</indDesoneracao>
<indAcordoIsenMulta>0</indAcordoIsenMulta>
<indSitPJ>0</indSitPJ>
<contato>
<nmCtt>Nome Contato</nmCtt>
<cpfCtt>99999999999</cpfCtt>
<foneFixo>2733333333</foneFixo>
<foneCel>27999999999</foneCel>
<email>[email protected]</email>
</contato>
<softHouse>
<cnpjSoftHouse>99999999999999</cnpjSoftHouse>
<nmRazao>SoftHouse</nmRazao>
<nmCont>Contato</nmCont>
<telefone>9999999999</telefone>
<email>[email protected]</email>
</softHouse>
<infoEFR>
<ideEFR/>
<cnpjEFR/>
</infoEFR>
</infoCadastro>
</inclusao>
<alteracao>
<idePeriodo>
<iniValid/>
<fimValid/>
</idePeriodo>
<infoCadastro>
<classTrib/>
<indEscrituracao/>
<indDesoneracao/>
<indAcordoIsenMulta/>
<indSitPJ/>
<contato>
<nmCtt/>
<cpfCtt/>
<foneFixo/>
<foneCel/>
<email/>
</contato>
<softHouse>
<cnpjSoftHouse/>
<nmRazao/>
<nmCont/>
<telefone/>
<email/>
</softHouse>
<infoEFR>
<ideEFR/>
<cnpjEFR/>
</infoEFR>
</infoCadastro>
<novaValidade>
<iniValid/>
<fimValid/>
</novaValidade>
</alteracao>
<exclusao>
<idePeriodo>
<iniValid/>
<fimValid/>
</idePeriodo>
</exclusao>
</infoContri>
<Signature xmlns=”http://www.w3.org/2000/09/xmldsig#”>
<SignedInfo>
<CanonicalizationMethod Algorithm=”http://www.w3.org/TR/2001/REC-xml-c14n-20010315″/>
<SignatureMethod Algorithm=”http://www.w3.org/2000/09/xmldsig#rsa-sha1″/>
<Reference URI=”#evtInfoContri”>
<Transforms>
<Transform Algorithm=”http://www.w3.org/2000/09/xmldsig#enveloped-signature”/>
<Transform Algorithm=”http://www.w3.org/TR/2001/REC-xml-c14n-20010315″/>
</Transforms>
<DigestMethod Algorithm=”http://www.w3.org/2000/09/xmldsig#sha1″/>
<DigestValue>vJxHypCyZ0wrN30LGNFgh6jQdVk=</DigestValue>
</Reference>
</SignedInfo>
<SignatureValue>TgTVst/xy7UaNsjITLrCy71cns8hsjXhiWl1yKhnI4k9SzM+cblABVksF6uBVyEMMLkLgqn0l+7o 3qwy5vAUgZu8drRO0gmsYbWJREzagcJ2cTSptoxs5cKDvaXpxjVuYxBTZEmJNZhBAvlM5sAFqG/J 25vMU6nP/GugnNz4n4rV+d77z8D0FDNI97bfs7LFFMDM9LsbHAxtvNF+gGu+VPbjc9m/uZ3o26lg ncWA7xKDCc3u3PDXUhYBU9Geao6S/YQxKVRTHK5Uj4AI2dGeAPQRlA/5fkn5mrz+VJalWbIvpmkH PVNVlq9r98Pm1AkopxoEq017nq4OpM37/MQHPQ==</SignatureValue>
<KeyInfo>
<X509Data>
<X509Certificate>MIIIETCCBfmgAwIBAgIQY9G5nQ0jRoc/Ar2VSwebRjANBgkqhkiG9w0BAQsFADB4MQswCQYDVQQG EwJCUjETMBEGA1UEChMKSUNQLUJyYXNpbDE2MDQGA1UECxMtU2VjcmV0YXJpYSBkYSBSZWNlaXRh IEZlZGVyYWwgZG8gQnJhc2lsIC0gUkZCMRwwGgYDVQQDExNBQyBDZXJ0aXNpZ24gUkZCIEc1MB4X DTE3MDgyMjExMTEyNFoXDTE4MDgyMjExMTEyNFowgf4xCzAJBgNVBAYTAkJSMRMwEQYDVQQKDApJ Q1AtQnJhc2lsMQswCQYDVQQIDAJFUzEQMA4GA1UEBwwHVklUT1JJQTE2MDQGA1UECwwtU2VjcmV0 YXJpYSBkYSBSZWNlaXRhIEZlZGVyYWwgZG8gQnJhc2lsIC0gUkZCMRYwFAYDVQQLDA1SRkIgZS1D TlBKIEExMSIwIAYDVQQLDBlBdXRlbnRpY2FkbyBwb3IgQVIgQUNFIEVTMUcwRQYDVQQDDD5DT01Q QU5ISUEgRVNQSVJJVE8gU0FOVEVOU0UgREUgU0FORUFNRU5UTyBDRVNBTjoyODE1MTM2MzAwMDE0 NzCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAIVADSWqVXzYeweeROIPAPWmrDOA+5ei 0CBwNRCfmd/E6Tr9eDDNCJ+8oLu+HOvDLeg4C2JELeIfGHhFJwbGJhgHZBBGVgwCu/KsOCDOeMOt cGA3IHd+Zqhjevc+4hHmBUx45WHO0HTtZ//We6MNl/ApI+LdcHZTjhiYeVMvALYQXU11kB6reWSw pJYeH4vw4gRsk+R9qTUrYgEoDBHzxaZ8qlITdnXtBcsXsJYsEJKiJz9O452Xi6OGGMVx4CEL/fT7 AsSowLrTcE04xc3lu+ixyHqfavobbVCao2GAkcsLioEavNQhd8ndxGBW6VfHiHc5phF85VOl2PKl P3duWnECAwEAAaOCAw4wggMKMIG9BgNVHREEgbUwgbKgPgYFYEwBAwSgNQQzMTIwNjE5NzIwMDIw NzMzMTc4MjAwMDAwMDAwMDAwMDAwMDAwMDAxMDk3OTE0U1BUQ0VToCAGBWBMAQMCoBcEFVBBQkxP IEZFUlJBQ08gQU5EUkVBT6AZBgVgTAEDA6AQBA4yODE1MTM2MzAwMDE0N6AXBgVgTAEDB6AOBAww MDAwMDAwMDAwMDCBGnBhYmxvLmFuZHJlYW9AY2VzYW4uY29tLmJyMAkGA1UdEwQCMAAwHwYDVR0j BBgwFoAUU31/nb7RYdAgutqf44mnE3NYzUIwfwYDVR0gBHgwdjB0BgZgTAECAQwwajBoBggrBgEF BQcCARZcaHR0cDovL2ljcC1icmFzaWwuY2VydGlzaWduLmNvbS5ici9yZXBvc2l0b3Jpby9kcGMv QUNfQ2VydGlzaWduX1JGQi9EUENfQUNfQ2VydGlzaWduX1JGQi5wZGYwgbwGA1UdHwSBtDCBsTBX oFWgU4ZRaHR0cDovL2ljcC1icmFzaWwuY2VydGlzaWduLmNvbS5ici9yZXBvc2l0b3Jpby9sY3Iv QUNDZXJ0aXNpZ25SRkJHNS9MYXRlc3RDUkwuY3JsMFagVKBShlBodHRwOi8vaWNwLWJyYXNpbC5v dXRyYWxjci5jb20uYnIvcmVwb3NpdG9yaW8vbGNyL0FDQ2VydGlzaWduUkZCRzUvTGF0ZXN0Q1JM LmNybDAOBgNVHQ8BAf8EBAMCBeAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMIGsBggr BgEFBQcBAQSBnzCBnDBfBggrBgEFBQcwAoZTaHR0cDovL2ljcC1icmFzaWwuY2VydGlzaWduLmNv bS5ici9yZXBvc2l0b3Jpby9jZXJ0aWZpY2Fkb3MvQUNfQ2VydGlzaWduX1JGQl9HNS5wN2MwOQYI KwYBBQUHMAGGLWh0dHA6Ly9vY3NwLWFjLWNlcnRpc2lnbi1yZmIuY2VydGlzaWduLmNvbS5icjAN BgkqhkiG9w0BAQsFAAOCAgEAiGenGdIxywciss/vBEbtSAu8JblhnVyg/MVxzTgmcuilvbM3gDvM TQBpsMfZuJQxjn3pdXDsMMuJh0lzfpU06Iuer0Vk0n7FEH92MMbr3u/cNuQEQhWeEMMpPJzXbd3Y EOJPa7H7C8hWfQLrl4Udi4V7IgTAn88oP8TwWL2M1zjiK8mive9EjSIiXzLJy8u2U5ADPoMEYXZy TA/J+zwkG+g+RKU15nFkPtDkoYhu3w4SyfSHk9gqmBUDb2w/K6UIVp+fvizcwQ9ctd2p/Gigujnf mR0l2VAufB/v6blyEQlOw3rHlguxoN8Yzt2XbNMyvt00C+ey5Q1m4DZ3HiLVFF4vk7FXVlwB1ARd FuOgi9DonAEwAdzb4MaiNRlmTLv+Hmv52KcPsD5Tu3eObpYkffV1bGXSEQ7iP0d/5f1OLqWZe3Zy moiM/dTtgH/42lxL57NahS3ucum/Z4/fvF8zP9xGQXsetgkNgiSw476OBxtgzoh90IS40D/zdrW4 wZ70qzJF6ehuIhfJcyDDvH7YpQmSpYaXhrZZfsLPabEjcEuVDGzQOUE6QkfsuuKiIADVcs/YWGoc j//AbFSWz86DXRfC9q7DClWz/XybbnSc+STmzF7QiIdqty8y9EFR4aVtYCptwdcyINR0YvtA420R icvmGlt+XvdtOsQjAElF0dU=</X509Certificate>
</X509Data>
</KeyInfo>
</Signature>
</evtInfoContri>
</Reinf>
</evento>
</sped:loteEventos>
</sped:ReceberLoteEventos>
</Reinf>
</soapenv:Body>
</soapenv:Envelope>
Luis Paulo, tentei isso também e nada. 🙁
Desculpe, acabou não indo.
evento id=”ID-1″
???
Renato, na tag evento experimente utilizar o valor do atributo id da seguinte maneira:
Boa tarde!
Alguém sabe o que aconteceu com o pacote de comunicação do reinf?
Não está disponivel para download…
Pacote de comunicação da versão 1.01.01
Boa tarde,
Alguém já conseguiu processar os eventos na versão 1_02_00? Aqui ainda dá erro de namespace..
Olá,
Também estou com mesmo problema.
Boa Tarde. Alguém esta com dificuldades para transmitir os Evento do Reinf na V1.2.0. Pois todos os eventos que tento transmitir retorna com erro de “A estrutura do arquivo XML esta em desconformidade com o esquema XSD.”.
Se alguém puder ajudar eu agradeceria.
Obrigado.
Bom dia Pessoal,
Ainda não estão aceitando a versão 1.02.00.
Mandei uma mensagem na página da receita solicitando previsão de liberação. Vamos aguardar.
Pessoal, bom dia!
Temos previsão para o Webservice aceitar o Leiaute novo?
att,
Cícero
Obrigado Guilherme!
Interessante!
Sabe se eles publicaram algo relatando que estão com problemas?
Para que eu mantenha isso documentado.
Obrigado!
Ainda não estão recepcionando os eventos no leiaute v1.02.00
Pessoal alguém sabe me dizer se na versão do leiaute v.1.4 se eu posso enviar mais de umas vez o grupo idePrestServ no R2010?
De acordo com o manual, não.
Boa tarde, a tabela 7 de paises não iria seguir o padrão do eSocial ?