Paulo Aguiar Junior

Para conhecimento, o ambiente de produção restrita estará fora do ar no dia de hoje para adequações... http://portal.esocial.gov.br/noticias/testes-com-eventos-extemporaneos-comecam-a-partir-do-dia-08-02

Fiz o teste de um retorno com Ocorrencias, e de um apenas com o Recibo. Ambos deu certinho. Faz novamente por favor o teste Edmar..

Dá uma analisada nessa unit, está corrigido o problema dos access violation referente a Recepcao, Processamento e Recibo. O problema era que não estava passando no TRetEventosCollectionItem.Create. Agora precisamos acertar os erros dos níveis do Leitor.Extrai pcesRetConsultaLote.pas

Esse problema eu corrigi, vou postar aqui p/ análise. Agora o único problema está nos níveis do Leitor.Extrai. O Extrai da forma que está não sei se vai dar certo, pois por exemplo, quando houver a tag Ocorrencias, o nível do Recibo será um, quando não houver, será outro.

O erro está exatamente onde o Edmar disse... RetEventos.Items.evtDupl := StrToBool(FLeitor.rAtributo('evtDupl=', 'evento')); O leitor não encontra o "evtDupl" e aí a função tenta converter uma String '' p/ Boolean e da o erro. Pelo que percebi, o XML de retorno não está vindo com a Tag evtDupl...embora no layout a ocorrência dele esteja 1, e não 0-1. E aí como da erro nessa linha, não está sendo executado o que está abaixo, que é onde iria atribuir os valores para Processamento, Recepcao e Recibo

Estou com o mesmo problema, tentando identificar aqui... Valeu Italo!

Boa tarde, de acordo com o layout, só os 5 últimos caracteres do ID podem ser "personalizados", o restante é uma regra fixa que está sendo obedecida pela função. Que no caso é só você passar o parâmetro "sequencial" que já existe na chamada da função: function TeSocialEvento.GerarChaveEsocial(const emissao: TDateTime; const CNPJF: string; sequencial: Integer; AOrgaoPublico: Boolean): String;

Estou com o mesmo problema... Acho que um dos grandes problemas anterior a liberação dos fontes, era a assinatura sha256 com o A3. A idéia era a libxml2 fazer corretamente o processo, para não depender de DLL's externas. O problema agora é conseguirmos detectar o erro...

Estou com o mesmo problema... Há algum problema na assinatura do A3. Não consegui identificar o problema, mas está na assinatura com a xsLibXml2. Antes de reverter os meus fontes, estava testando e utilizando os fontes extra-oficiais que o pessoal estava disponibilizando aqui no fórum, e estava conseguindo transmitir e receber o protocolo com o A3. (utilizando bibliotecas como o certFly, etc).

Rafael, boa tarde! Me deparei com um problema aqui, é preciso limpar o FLoteEventos no GerarXMLEventos. Ao realizar o envio de um evento, no próximo envio, está enviando novamente o mesmo, pois já está no FLoteEventos. procedure TACBreSocial.GerarXMLEventos; var i: Integer; begin //Limpando FLoteEventos.Clear; {Iniciais} {S1000} Ou incluir como propriedade, para limparmos fora: property LoteEventos: TLoteEventos read FLoteEventos write FLoteEventos; Valeu brother! Era só p/ saber se não era o meu certificado...obrigado

Identifiquei que o erro está realmente na assinatura do A3. Enviei o mesmo evento assinado com o PFX e a consulta retornou ok... Já com o A3 "Assinatura do evento inválida. Ações Sugeridas: Verificar se houve alteração do evento após a assinatura. Verificar a validade da assinatura." Se alguém puder testar o envio c/ o A3 nos fontes do SVN, e me dizer se está OK, eu agradeço! Só para eu saber se o problema está no meu A3 especificamente, ou na assinatura em si. Config utilizada p/ A3: dmESocial.ACBreSocial.Configuracoes.Geral.SSLLib := libCustom; dmESocial.ACBreSocial.Configuracoes.Geral.SSLHttpLib := httpWinHttp; dmESocial.ACBreSocial.Configuracoes.Geral.SSLCryptLib := cryWinCrypt; dmESocial.ACBreSocial.Configuracoes.Geral.SSLXmlSignLib := xsLibXml2; Obrigado!

Sim, é o que estou fazendo, debugando, testando, enviando, recebendo, etc. Só estou perguntando mesmo, se alguém já passou por isso, tendo em vista que não parecer ser problema no componente, já que está no tópico de "Problemas relatados e corrigidos" na página do esocial.

Boa tarde! Eu já estava enviando todos os eventos iniciais, e recebendo os recibos/ocorrências com os meus fontes anteriores (adaptado). Reverti tudo e estou agora utilizando o que está versionado no SVN e testando... O webservice está me dando um retorno que até então não estava ocorrendo... Aqui no link de pgtas consta como "Erros relatados pelos usuários e corrigidos", porém está retornando essa msg p/ mim. Alguém teve esse problema? http://portal.esocial.gov.br/institucional/ambiente-de-producao-restrita/perguntas-frequentes-producao-restrita

Sim, o meu código estava todo alterado, enviando quase todos os tipos de evento e recebendo os protocolos/ocorrencias etc...certinho. Eu reverti tudo agora que liberaram o oficial, para poder trabalhar com o código versionado corretamente... Só postei aqui mesmo caso o pessoal que está mexendo não tivesse visto ainda... Valeu!

No demo não está enviando não. Consegui fazer a assinatura com o A3, com a seguinte config: Porém, após enviar, o webservice retorna um erro referente a assinatura...pois a tag uri deveria estar assim: URI="" A função AdicionarSignatureElement do ACBrDFeSSL está adicionando o valor no atributo... URI := ExtraiURI(ConteudoXML, IdAttr); Att

Henrique, você está conseguindo assinar no A3 e enviar com os fontes oficiais que subiram por esses dias, ou com aquelas adaptações dos fontes que estava disponível aqui no fórum? Att

Fala Leandro, embora alguns já relataram aqui que o servidor está aceitando lotes maiores, os manuais deixam de forma expressa que o lote só poderá conter até 50 eventos.

Boa tarde! Alguém sabe me informar se essa versão atualizada do e-Social que foi subida para o trunk, já contempla a assinatura sha-256 com o A1 e A3 (fora o PFX)? Se sim, qual as configs que deve-se utilizar? Obg!

Em relação aos eventos de Tabela, fala o seguinte nessa seção: "Quanto à transmissão dos eventos de tabelas, ela deve ocorrer lote a lote, de forma sequencial, por empregador" No meu ver, ele trata dos eventos que há uma dependência entre si nos casos de precedência... E para os eventos de tabela, o único "requisito" seria o S-1000 já ter sido corretamente processado. Essa mensagem de retorno foi no envio do segundo lote?

Leandro, até onde eu sei, tem uma ferramenta para isso... O eSocialBX, o usuário vai conseguir retornar tudo que já foi enviado por ele, inclusive os xml's e protocolos envio/recibo... Só não está disponível ainda, e também não sei quando estará...mas isso é concreto, tanto que tem até no manual de orientações.

Entendi, valeu!

Sabe me dizer se essa solução é a que será adotada nos fontes do Acbr para o e-social? Valeu Tiago, obrigado!

Isso, eu estava me referindo ao .NET sim... foi mal! Certo, então independente de S.O a dependência sera do .NET 4.0 nesse caso, certo? Que no caso do XP, só atualizando para o SP3. Essa eSocialSignature.dll e Security.Cryptografy.dll estão versionadas em algum lugar? (Encontrei aqui, ta com o link para o github) Sabe me dizer se essa solução é a que será adotada nos fontes do Acbr para o e-social? Obrigado Tiago

Leivio, essa opção do CertFly também tem a dependência do C#? Não funciona sem a versão necessária do C# instalada, e apresenta incompatibilidade com o Windows XP? Eu fiz testes com o Polictryp que alguém disponibilizou aqui no fórum também, e funcionou perfeito com A1 e A3 também... Mas isso só internamente aqui na empresa, ainda não disponibilizamos para nenhum cliente, estamos aguardando uma posição oficial em relação a assinatura com o A3...se vai haver solução que não dependa do C# e de S.O

Essas soluções apresentadas ainda caem no problema que o Juliomar tinha citado em algum tópico por aí? Em relação a dependência do C# nas máquinas, não funcionamento no windows XP, etc, ou está "independente" ? Obrigado!