arce
-
Total de ítens
490 -
Registro em
-
Última visita
-
Days Won
3
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por arce
-
-
Agora é oficial
Reinf para "empresas com faturamento superior a 78 milhões passarão a enviar os eventos pela EFD-Reinf a partir de 1º de maio de 2018. Os do segundo grupo, a partir de 1º de novembro de 2018 e os do terceiro grupo, a partir de 1º de maio de 2019."
-
1
-
4
-
-
Altere os métodos que o @Sandro Felipe Adad citou neste post para corrigir o XML.
-
Boa tarde
Foi publicado hoje (29/11/17) no portal do e-Social uma nota oficial sobre o faseamento do e-Social.
Porém, o Reinf não foi citado. Segundo algumas fontes a data de obrigatoriedade seria Maio/18 (http://blog.bluetax.com.br/profiles/blogs/esocial-e-efd-reinf-faseamento?commentId=3326143%3AComment%3A162934&xg_source=msg_com_blogpost). Mas qual seria o prazo correto do Reinf?
-
1
-
-
Bom dia
Se ainda estiver precisando, estou a disposição. Segue meu perfil no linkedin
Contato: [email protected]
-
É necessário alterar as URLs, e em alguns eventos algumas tags foram alteradas/retiradas. Verifiquem as mudanças no manual "Controle de alteracoes Leiautes 2.4 para 2.4.01.pdf"
-
E lá vamos nós....
Tenho uma dúvida, atualmente envio no ambiente 2.3.0, existe alguma documentação informando o momento que cada versão do layout será desativada?
-
4 horas atrás, Sandro Felipe Adad disse:
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...
@Sandro Felipe Adad Olha este post, não é oficial (segundo a fonte, será liberado pelo governo o escalonamento nos próximos dias) mas dá entender que todos os eventos do reinf exceto o R-2070 serão iniciado em mai/18 (http://blog.bluetax.com.br/profiles/blogs/esocial-e-efd-reinf-faseamento?id=3326143%3ABlogPost%3A162330&page=2#comments)
-
2
-
-
Quais eventos do Reinf serão obrigatórios em Janeiro?
-
Neste mesmo evento que eu e vc citamos, existe outra pequena correção a se fazer. Ao transmitir dois eventos em que ambos continham erros, o componente estava associando todas as ocorrências à todos os eventos:
Citarwhile 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 reader.Extrai(1, 'ocorrencia', '', j + 1) <> '' do
begin
Processamento.Ocorrencias.Add;
Processamento.Ocorrencias.Items[j].xml := reader.Grupo;
Processamento.Ocorrencias.Items[j].FLeitor.Arquivo := reader.Grupo;
Processamento.Ocorrencias.Items[j].FLeitor.Grupo := reader.Grupo;
Processamento.Ocorrencias.Items[j].LerXml;
inc(j);
end;Desta forma cada retEvento terá suas ocorrências referenciadas. Segue exemplo do arquivo de retorno que utilizei como exemplo para identificar o problema.
-
Este mesmo método (Local: function TConsultaLote.TratarResposta: Boolean) tem uma outra falha de leitura. Ao ler o retorno da consulta, não estava percorrendo todos os eventos de retorno.
(...)
Leitor.Arquivo := FPRetWS;
Leitor.Grupo := Leitor.rExtrai(1, 'retornoEventos');
i:=0;
while Leitor.rExtrai(1, 'evento', '', i + 1) <> '' do
begin
//recepcao
Reader := TLeitor.Create;
try
Reader.Arquivo := Leitor.Grupo;
retEvento := FRetProcLote.retEventos.Add;
retEvento.IDEvento := Leitor.rAtributo('Id', 'evento');
Reader.Grupo := Reader.rExtrai(1, 'recepcao');
retEvento.FRecepcao.FtpAmb := TpTpAmb(Integer(Leitor.rCampo(tcInt, 'tpAmb')));
retEvento.FRecepcao.FdhRecepcao := ISO8601ToDateTime(Leitor.rCampo(tcStr, 'dhRecepcao',''));
retEvento.FRecepcao.FversaoAplicRecepcao := Leitor.rCampo(tcStr, 'versaoAppRecepcao');
retEvento.FRecepcao.Fprotocolo := Leitor.rCampo(tcStr, 'protocoloEnvioLote');(...)
-
Nos métodos GerarXML de cada evento, atribua o valor da chave na tag ID antes de gerar o XML, ex:
Ou se preferir, coloque a primeira linha sublinhada no método GerarXML da classe Pai.
-
Boa tarde
Sei que a equipe do ACBr está trabalhando para liberar uma nova versão do componente. Então gostaria de fazer uma contribuição.
Utilizando o fonte do trunk2 estou transmitindo gradativamente os eventos no layout 3.0.0. Segue algumas modificações que fiz no componente:
1 - Adicionada propriedade para identificar a versão do Layout;
2 - Add/Ocultar tags referente ao layout 3.0.0;
3 - Links dos webservices 3.0.0;
4 - Ajustes para compilar no Delphi 2007/XE2;
Eventos transmitidos: S-1000, S-1005, S-1020, S-1030, S-1050, S-1070, S-2190, S-2200, S-2300
-
1
-
-
Obrigado @Sandro Felipe Adad funcionou. O mesmo vale para os demais eventos de Tabelas que são relacionados aos eventos do Funcionário
Sobre a observação que falei com os grupos de eventos, vc tbm transmitiu os eventos S-2200 e S-2300 no grupo 2 (Periódicos)?
CitarOBS: Apesar dos eventos S-2190, S-2200 e S-2300 serem categorizados nos manuais como eventos Não Periódicos (grupo 3), o webservice apenas os aceitou como Periódicos (grupo 2), achei estranho e não entendi o pq disso
.
-
Em 26/10/2017 at 08:27, gabrielcanaan disse:
Prezados, bom dia!
Estou com o mesmo problema no retorno dos Eventos, alguma dica de como resolver?
Segue post com a reposta
-
Bom dia
No layout 3.0.0 não existe mais o evento S-2100 (Cadastramento incial) , que foi substituído pela tag cadIni no evento S-2200.
Segundo o manual, se cadIni for igual a 'S', a data de admissão (dtAdm) pode ser inferior a data de inicialização do empregador no e-Social (S-1000 - Inicio 2017-10), entretanto retorna a seguinte Ocorrência:
Código Ocorrência: 130 - Descrição: É necessário existir informação cadastral do empregador para o período. Ação Sugerida:Verificar se já foi enviado um evento de cadastramento do empregador.
O mesmo acontece com o evento S-2300 (Trabalhador sem vínculo).
Consegui enviar os eventos S-2200 e S-2300 apenas se a Data de Admissão é posterior a Data Início do evento S-1000 e tag cadIni = 'N'.
Gostaria de entender se o preenchimento está incorreto, ou é um bug do webservice. Em anexo o XML do evento de Admissão S-2200.
OBS: Apesar dos eventos S-2190, S-2200 e S-2300 serem categorizados nos manuais como eventos Não Periódicos (grupo 3), o webservice apenas os aceitou como Periódicos (grupo 2), achei estranho e não entendi o pq disso
.
-
@Leivio Fontenele Com base no que vc falou sobre o método validar e com as alterações da assinatura realizadas pelo @Renato Rubinho no REINF. Fiz algumas alterações no e-Social e fiz a transmissão e consulta com sucesso.
Segue as units (com as minhas e as alterações do Renato) para a análise de vcs.
Muito obrigado pela ajuda.
-
2
-
-
16 horas atrás, Renato Rubinho disse:
Conforme informei acima, sigam estes passos:
1. Primeiro atualize o fonte ACBrDFe.rar e recompile o ACBr_DFeComum, pois existem alterações que se não gerar novamente as dcus vão ter problemas de incompatibilidade entra as classes
2. Atualize o ACBrReinf.rar
3. Após recompilar o ACBr_DFeComum, a função SSL.Assinar receberá o sétimo parâmetro sem ocorrer o erro que mencionaram.
4. A linha correta de ACBrReinfEventosBase->TEventoReinf.Assinar( é
XMLAss := SSL.Assinar(ArqXML, 'Reinf', String(ANomeEvento), '', '', '', 'id');
O erro "Erro: Falha ao interpretar o XML "xmlParseDoc" ocorre porque algum dos passos acima não foi feito
Estou implementando o e-Social, e usando as units do ACBrDFe.rar e adaptando o método de assinar do e-Social baseado no que vc enviou pelo ACBrReinf consegui transmitir e consultar o lote de eventos com sucesso no layput 3.0
-
@Leivio Fontenele Segue os arquivos. Se precisar de mais algum que não tenha anexado me avisa.
-
Mudei para a versão 2.3.0 e também troquei os schemas de acordo com cada versão, e o erro permaneceu.
Acredito que o problema seja em relação aos schemas do Pacote de Transmissão.
Pacote de Comunicação eSocial
- Pacote de Comunicação eSocial versão 1.4
- Pacote de Comunicação eSocial versão 1.3.4
- Pacote de Comunicação eSocial versão 1.3.3
Estes são as versões dos schemas de transmissão, minha dúvida é qual deles usar nas versões 2.2.2 e 2.3.0?
-
Boa tarde
Ao realizar a consulta de um lote transmitido com sucesso, está retornando o seguinte erro.
Ocorrencia Código:102 Descrição: O Evento informado não foi reconhecido pelo sistema. Ação Sugerida: Verificar se o evento informado esta de acordo com a Tabela 9 (Tipos de Arquivo do eSocial) do eSocial. Tipo: 1 Localização:Seria uma falha do servidor da receita ou alguma inconsistência do arquivo q estou enviando?
Segue o XML do retorno e do evento S-1000 -
Segundo o que foi publicado no portal do e-Social, os testes em homologação continuarão na 2.2.02
"O Comitê Gestor do eSocial esclarece que os testes continuarão sendo realizados na versão 2.2.02, até que seja implementada a nova versão do leiaute no ambiente de testes (produção restrita)."
(http://portal.esocial.gov.br/noticias/publicada-a-versao-2-4-do-leiaute-do-esocial)
-
Boa tarde
Realizei alguns ajustes nos uses/dependencias para compilar no Delphi XE2, e instalei o componente.
Ao usar OpenSSL ocorre "Falha ao interpretar o xml "xmlparsedoc"", encontrei este post a respeito e diz que o problema é causado por acentuação, mas verifiquei os dados do XML e o mesmo não contém caracteres especiais.
-
Bom dia
Estou criando a lógica para gerar os registros dos Eventos e surgiu a seguinte dúvida. Vou utilizar o evento S-1030 como base.
Primeiro envio o evento S-1030 em ModoLancamento (Inclusao) com o codCargo = 001, depois de um tempo envio o mesmo evento em ModoLancamento (Exclusao) para este mesmo código.
Ou seja, este registo está ativo no server do e-Social. Caso queira reativar o codCargo = 001. Devo enviar um novo evento de ModoLancamento (Inclusao), ou um de ModoLancamento (alteracao) modificando a tag fimValida?
-
Uma dúvida. Consigo emitir uma NFe com o layout 3.10 em homologação? Ou apenas 4.0?
Faseamento Reinf
em ACBr-Reinf
Postado
@SergioL Segundo o José Adriano (do blog BlueTax) "todos os registros da Reinf ficaram para mai/18"
Observe neste link a resposta (nos comentários) que ele dá para esta mesma pergunta.
http://blog.bluetax.com.br/profiles/blogs/oficial-novas-datas-de-implementacao-da-efd-reinf-a-partir-de-201