-
Total de ítens
490 -
Registro em
-
Última visita
-
Days Won
3
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que arce postou
-
O lote possui o "Protocolo de Envio" (ACBreSocial.WebServices.EnvioLote.RetEnvioLote.dadosRecLote.Protocolo) que é um número que confirma o recebimento dos 50 eventos pelo webservice. O "Recibo" (ACBreSocial.WebServices.ConsultaLote.RetConsultaLote.retEventos.Items.RetEvento.Recibo.nrRecibo) é retornado na consulta, após ser processado pelo ws, este número é individual por evento. Desta forma, em um mesmo lote podem retornar eventos autorizados ou não. O "Recibo" só existirá para eventos autorizados com sucesso.
-
Está demorando bastante para ter resposta da consulta, até mesmo eventos de tabela que normalmente retornam mais rápido, estão demorando mto.
-
Bom dia @Italo Jurisato Junior Segue correção do evento S-1020 para gerar o grupo referente a Processo Judicial de Terceiros. Fiz duas pequenas alterações no evento S-1070 e no Gerador, para evitar problemas em layouts futuros pcesGerador.pas pcesS1020.pas pcesS1070.pas
-
Deu certo, Obrigado. Seguindo esta mudança, em 01/maio entra em produção o 2.04.02?
-
Boa tarde Ao transmitir o S-1070 o lote é o evento são assinados e validados corretamente (em anexo). Após realizar a consulta do lote está retornando o erro abaixo: <processamento> <cdResposta>403</cdResposta> <descResposta>Leiaute do evento inválido.</descResposta> <versaoAppProcessamento>10.0.0-A2929</versaoAppProcessamento> <dhProcessamento>2018-04-11T17:13:42.22</dhProcessamento> </processamento> Sem as informações da suspensão, está transmitindo corretamente. Alguém está passando por este problema? LOTE-S-1070.xml
-
Verifique se vc está utilizando os schemas corretos para a versão 2.4.01 e atribua a configuração no ACBr ACBreSocial.Configuracoes.Geral.VersaoDF := ve02_04_01;
-
@George Augusto Este é o XML do trabalhador, que é individual. Para enviar mais de um é necessário adicioná-los à um lote. Para tal, utilize desta forma. with ACBreSocial.Eventos.NaoPeriodicos.S2200.Add do begin EvtAdmissao.Trabalhador.CpfTrab := '000000000'; {...} end;
-
S-2230 Afastamento Temporario (retorno de afastamento)
arce replied to PEDRO ANTONIO STOCO NETO's tópico in ACBreSocial
@Italo Jurisato Junior evento S-2230 Correto. Obrigado -
@Italo Jurisato Junior Segue as alterações conforme pedido pcesGerador.pas pcesS2299.pas pcesS2306.pas
-
@Italo Jurisato Junior Fiz a alteração da tag observações e identifiquei outro problema no evento S-2306. pcesGerador.pas pcesS2299.pas pcesS2300.pas pcesS2306.pas
-
S-2230 Afastamento Temporario (retorno de afastamento)
arce replied to PEDRO ANTONIO STOCO NETO's tópico in ACBreSocial
Coloquei uma condição no método GerarInfoAfastamento para aceitar esta situação. OBS: @Italo Jurisato Junior esta é uma das alterações que fiz no post do layout 2.4.02, mas esta mudança vale para todos os layouts pcesS2230.pas -
S-2230 Afastamento Temporario (retorno de afastamento)
arce replied to PEDRO ANTONIO STOCO NETO's tópico in ACBreSocial
@PEDRO AIRTON DA SILVA deve-se enviar apenas um dos grupos: iniAfastamento ou fimAfastamento. No seu caso, alimente apenas a tag fimAfastamento. O único caso que os dois grupos podem coexistir é em caso de afastamento por férias -
Eu substitui a property "observacao": string por "observacoes": TobservacoesCollection, no gerador fiz em caso de v02_04_01 usar o conteúdo de "observacoes" para gerar a tag "observacao" no XML, por isso o parametro GerarGrupo, assim não há necessidade de manter as duas propertys. Caso ache melhor, posso alterar e manter as duas.
-
@fabibona tbm está ocorrendo o mesmo problema comigo, enviei pela versão 2.4.01 corretamente e depois comparei os XMLs do evento S-1000 de ambas as versões e a estrutura está igual. Pesquisei em outros fóruns, e este erro tbm aconteceu qndo em outras versões tentou-se transmitir eventos que o ws do e-social ainda não estava apto à recepcionar. Talvez seja isto, enviei mensagem ao fale conosco do portal para confirmar esta hipótese.
-
Bom dia Segue algumas units alteradas para adequação do layout 2.4.02 para a análise. @Italo Jurisato Junior @Rafael Dias pcesCommon.pas pcesConversaoeSocial.pas pcesGerador.pas pcesS2230.pas pcesS2299.pas pcesS2300.pas
-
@Italo Jurisato Junior entendi o q estava fazendo de errado. Depois q reinstalei o componente pelo instalador, havia selecionado a opção de gerar as .dcu em um diretório único ..Acbr\Lib\Delphi\LibD_versao. Então add no libary path os dirs do componente ACBreSocial e funcionou.
-
Bom dia Estou migrando os fontes para a nova versão do ACBr (estava usando aquela com a units nomeadas pelo prefixo eSocial_). Na anterior era possível alterar os fontes diretamente pela IDE do Delphi e recompilar as units do componente sem a necessidade de reinstalar o ACBr. Como faço para habilitar esta funcionalidade?
-
Estou fazendo as adequações para a versão 2.4.02 do layout e identifiquei o problema. Segue as units @Italo Jurisato Junior @Rafael Dias pcesGerador.pas pcesS2206.pas
-
Essa é a questão que não fica clara em nenhum manual. Ao meu ver eles coexistem, mas até qndo?
-
Entendi.. Obrigado
-
@Joceandro Perin qual versão do layout vc está utilizando? Este é um print do 2.04.01 - evento S-2200
-
@Italo Jurisato Junior na resolução Resolução nº 13, de 6 de março de 2018 diz o seguinte: Desta forma, subentende-se que o webservice já pode receber os eventos no novo layout.
-
No meu caso, como não era empregado doméstico. Não gerei as tags e realizei a transmissão. Em qual manual vc encontrou esta informação @Joceandro Perin?
-
Bom dia Foi divulgada agora a aprovação do layout 2.4.02, mudaram regras de validação, alguma tags foram criadas, excluídas ou adicionados itens ao enumeradores. http://portal.esocial.gov.br/noticias/comite-gestor-aprova-novas-versoes-dos-leiautes-e-mos-do-esocial Ao divulgar esta nota o e-Social está autorizando o envio em produção do novo layout?
-
Leia atentamente os manuais para alimentar corretamente as tags e assim evitar erros de validação.
- 7 replies
-
- esocial
- desenvolvimento
-
(e 1 mais)
Tags: