Sandro Felipe Adad

O pessoal do Reinf limpou a base de dados do REINF na mudanção de versão... Complementando, consegui enviar R-1000, R-2010, R-2020, R-2099, R-2098 e R-9000. Porem a função que valida os esquemas, para os eventos de fechamento e reabertura estava acusando erro: 'Error: the schema itself is not valid'; Peguei o XSD da versao 1.01 e sobrescrevi para 1_02 e ajustei internamente para 1_02. (pois não houve alteração de esquema mas tem algum erro interno) Enviei sem problemas em seguida. evtReabreEvPer-v1_02_00.xsd evtFechamento-v1_02_00.xsd

Só para informar a todos, hoje voltou a funcionar o envio/retorno pelo Acbr, só que no layout 1_02. REINF_VERSAO = '1_02_00';

Eu mexi apenas aqui na unit unit ACBrReinf: REINF_VERSAO = '1_02_00'; REINF_NAMESPACE = 'http://sped.fazenda.gov.br/RecepcaoLoteReinf'; URL_REINF_ENVIO = 'https://preprodefdreinf.receita.fazenda.gov.br/RecepcaoLoteReinf.svc'; URL_REINF_CONSULTA = 'https://preprodefdreinf.receita.fazenda.gov.br/ConsultasReinf.svc'; Mexeu algo mais?

Estou usando PR.

Chegaram a testar hoje o envio de algo do Reinf? , eu continuo recebendo a mensagem que devo usar a versão 1_02...

Não pretendi ser grosso na resposta, me desculpe, mas é que este tipo de pergunta de "quando será disponibilizado" satura os foruns e na prática não ajuda, o ideal é que possamos contribuir com o desenvolvimento no que for possível para agilizarmos a disponibilização para os demais. Assim como o Rubinho e o Leivio estão trabalhando e tentando compatibilizar com as versões anteriores e passando ao pessoal do ACBR que esta trabalhando duro. Eu particularmente tambem precisei criar uma VM para iniciar neste projeto e ir tentando utilizar e ir passando aqui no forum algum ou outro problema que fui encontrando. Entendo a posição dos moderadores e criadores do ACBR em só poderem disponibilizar o componente quando este atender a maior parte da comunidade, e isso pode demorar ainda um pouco. Mas acredito que no final será a melhor solução como de costume e vale a pena esperar.

Em Breve e com certeza será publicado um anúncio aqui no fórum como o Juliomar Marchetti esta cansado de responder.! Se voce tem pressa, pode fazer como alguns, criar num computador seu uma área com os fontes disponibilizados pelo Renato Rubinho e iniciar testes te envio, ai nao utiliza os fontes do trunk por enquanto ate que esteja totalmente compatibilizado. ou o do Leivio

Creio que esta começando a entrar em vigor hoje o layout 1_02_00 e o nosso layout atual para testes é o da versão 1_01_01... conforme definido na constante REINF_VERSAO = '1_01_01'; na unit ACBrReinf Achei este sujeito com o mesmo problema hoje: http://www.macielgoncalves.com.br:8080/jc/posts/list/3038-efdreinf-versao-do-ambiente-preprod.page

no site (FAQ) consta isto: http://sped.rfb.gov.br/pastaperguntas/show/1497 na seção Produção Restrita: Este evento, R-2070, conforme nota técnica de 11/09/2017, não entrará no início do cronograma de produção. Isso porque a DIRF não será substituída logo de imediato, referente ao ano-calendário 2018 (DIRF 2019). Sendo assim, o evento da EFD-REINF que colherá informações a respeito de Retenções na Fonte, denominado "R-2070 - Retenções na Fonte - IR, CSLL, Cofins, PIS/PASEP", não estará disponível para o início da primeira entrada em produção, em janeiro de 2018. As demais informações previstas nos leiautes publicados em setembro de 2017 (versão 2) serão exigidas dentro do cronograma mencionado. Dessa forma, o referido evento R-2070 ainda não está disponível para o ambiente de pré-produção. Só que da a entender que então todos os demais serão exigidos...

Chegaram a trabalhar com o evento R-2060 e se o mesmo entra em janeiro ou foi prorrogado como o evento R-2070?

Eu tive um problema similar hoje em produção, com um cliente meu de SC. Descobri que para SC não esta funcionando a versão 4.0 ainda, apesar da lei dizer que iniciaria hoje. Ao enviar uma nota, ate a tela de consulta parecia toda em branco e com data de 1899... Não tinha nem retorno do xml, pois não tinha esquema 4.0... voltei para a versão 3.10 para SC e funcionou ok. Pelo site: http://www.nfe.fazenda.gov.br/portal/webServices.aspx?tipoConteudo=Wak0FwB7dKs=#SVRS é possível ver que Minas Gerais também não esta contemplando a versão 4.0. Pode ser que tenha relação com o seu problema...

Eu gerei como: with ACBreSocial.Eventos.NaoPeriodicos.S2200.Add do.... mas no soap: - <eSocial xmlns="http://www.esocial.gov.br/schema/lote/eventos/envio/v1_1_1"> - <envioLoteEventos grupo="2"> - <ideEmpregador> <tpInsc>1</tpInsc> ... realmente não tinha reparado...

Precisei efetuar um ajuste no fonte da unit: ACBreSocialWebServices: Local: function TConsultaLote.TratarResposta: Boolean; Estava gravando na o mesmo código,descrição,tipo e localização de ocorrência para todas as instâncias da tag ocorrencia retornadas pela consulta. Na parte que trata as ocorrências: while reader.rExtrai(1, 'ocorrencia', '', j + 1) <> '' do begin Processamento.Ocorrencias.Add; Processamento.Ocorrencias.Items[j].xml := Leitor.Grupo; Processamento.Ocorrencias.Items[j].FLeitor.Arquivo := Leitor.Grupo; Processamento.Ocorrencias.Items[j].FLeitor.Grupo := Leitor.Grupo; Processamento.Ocorrencias.Items[j].LerXml; inc(j); end; troquei por: while Leitor.rExtrai(1, 'ocorrencia', '', j + 1) <> '' do begin Processamento.Ocorrencias.Add; Processamento.Ocorrencias.Items[j].xml := Leitor.Grupo; Processamento.Ocorrencias.Items[j].FLeitor.Arquivo := Leitor.Grupo; Processamento.Ocorrencias.Items[j].FLeitor.Grupo := Leitor.Grupo; Processamento.Ocorrencias.Items[j].LerXml; inc(j); end;

Eu tive este erro, corrigi excluindo a minha base do e-social e reenviando o S-1000 e S-1005 com data ini-valid=2016-01, ai passou a aceitar a admissão com data retroativa ao período. No S-2000: <vinculo> <matricula>3B4593F83A3A</matricula> <tpRegTrab>1</tpRegTrab> <tpRegPrev>1</tpRegPrev> <cadIni>S</cadIni> - <infoRegimeTrab> - <infoCeletista> <dtAdm>2013-03-04</dtAdm> <tpAdmissao>1</tpAdmissao> <indAdmissao>1</indAdmissao> <tpRegJor>1</tpRegJor> <natAtividade>1</natAtividade> ...

Voce sobrescreveu o ACBrDFeXsXmlSec do Renato no seu ..\ACBR\trunk2\Fontes\ACBrDFe antes de recompilar/reinstalar o ACBR?

Exato, eu estava com esta mensagem "Erro: Falha ao interpretar o XML "xmlParseDoc" , e com a alteração do Renato funcionou certinho , tanto para o e-social quanto para o Reinf.

Renato, perfeito, funcionou certinho a tag Reference e o lote foi aceito. Eu uso o certificado de arquivo pfx, mas não informo o numero de série, apenas o arquivo e a senha. R_Reinf_Soap-94521_607.xml E_Reinf_Soap-94521_293.xml evtInfoContri.xml

ok Renato, irei testar o seu fonte com as correções pela manhã e te aviso, obrigado por enquanto!

Testei o seus fontes e exemplo no Delphi XE6, funcionou ok, mas está com o mesmo problema do meu teste tambem. Retorno do Evento ao enviar: (R-1000) - creio que o problema tem a ver com a tag Reference URI = "" ideTransmissor: 33683111000107 cdStatus: 0 retornoEventos Evento Id: *ideContrib ideContrib: 1 NrInsc: 24195293 *dadosRecepcaoEvento dhProcessamento 25/10/2017 tipoEvento 1000 IdEvento ID1241952930000002017102515202000001 Hash bGZOe/fgCX5biTXNqijcBlM4j4O/k8AV0eqG+Vyie+s= *Status cdRetorno 1 descRetorno ERRO **Ocorrencias codigo: MS0030 descricao: A estrutura do arquivo XML esta em desconformidade com o esquema XSD. The 'URI' attribute is invalid - The value '' is invalid according to its datatype 'AnyUri' - The actual length is less than the MinLength value. tipo: 1 localizacaoErroAviso: Reinf2_Retorno.txt Reinf1_Envio.txt

Então eu estou com este problema também, se ajusto o ACBRDFeSSl para informar a URI com o id ocorre o erro de 'Erro: Falha ao interpretar o XML "xmlParseDoc"' , se informo em branco a URI envia o lote, mas vem com o erro **Ocorrencias codigo: MS0030 descricao: A estrutura do arquivo XML esta em desconformidade com o esquema XSD. The 'URI' attribute is invalid - The value '' is invalid according to its datatype 'AnyUri' - The actual length is less than the MinLength

Então Italo, devo criar um novo padrão para a cidade de Joinville, pois eles estão desenvolvendo uma solução própria, independente de provedor. Tem uma nomenclatura a ser utilizada neste caso? Tipo "IssJoinville" ou algo assim?

Pelo que vi no layout deles, não tem um provedor como a maioria das prefeituras... Como informo o namespace (https://nfewshomologacao.joinville.sc.gov.br) no cidades.ini neste caso? [4209102] Nome=Joinville UF=SC Provedor=ABRASFv2 NomeURL_H= ??? NomeURL_P=

Quais os passos básicos para incluir um novo município no ACBRNFSe? O município em questão será Joinville/SC - 4209102, seguirá o padrão ABRASF 2.04. A princípio só tem ambiente de homologação disponibilizado pela própria prefeitura (não há empresa intermediária). Link de Homologação: http://nfewshomologacao.joinville.sc.gov.br/NotaFiscal/Servicos.asmx?wsdl O portal de homologação da NF-em pode ser acessado em http://nfemhomologacao.joinville.sc.gov.br/. Obrigado pela atenção, Sandro Adad. Manual Webservices NFEM - Versão 1 - 28-09-2017.zip

http://portal.esocial.gov.br/manuais/mos-manual-de-orientacao-do-esocial-vs-2-4.pdf

Obrigado!