Paulo Aguiar Junior

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!

Luiz, bom dia! Eu passei por esse problema, tive que alterar o TratarResposta do ACBreSocialWebServices para pegar as ocorrencias separadamente: Na linha 953, tem um while que extrai o "retornoEventos", tem que incluir dentro desse while um outro que extraia o "evento", ficando dessa forma: while Leitor.rExtrai(1, 'retornoEventos', '', i + 1) <> '' do begin //recepcao //While incluído while Leitor.rExtrai(1, 'evento', '', i + 1) <> '' do begin Reader := TLeitor.Create; try Reader.Arquivo := Leitor.Grupo; ...Continua Igual daqui p/ baixo end end; Aqui no meu está funcionando certinho...

Fábio, bom dia. Tem o arquivo XML para verificarmos? Pela mensagem, imagino que seja a versão do schema que você está preenchendo no seu xml. Para versão atual do ambiente de testes, você deve enviar dessa forma as tags eSocial: <eSocial xmlns="http://www.esocial.gov.br/schema/lote/eventos/envio/v1_1_1"> (Do Arquivo) <eSocial xmlns="http://www.esocial.gov.br/schema/evt/evtTabEstab/v02_04_01"> (Do Evento S-1000)

@Renato Rubinho Foi exatamente o que eu tentei fazer... rs Mas aí retorna um erro que não foi possível assinar! Mas tranquilo, eu só estou adiantando alguns testes aqui também, pois essa não será uma solução definitiva, tendo em vista a dependência do C# e do windows xp! Obrigado Renato, abc!

@Renato Rubinho Deu certo o problema anterior, agora me deparei com outro...que ocorrerá especialmente no e-social. A função da biblioteca deve estar preenchendo sempre o atributo URI da tag Reference na hora de assinar... Estou conseguindo enviar, porém quando consulto pelo Nº de Protocolo, o webservice me retorna o seguinte: - Assinatura do evento inválida. A assinatura do evento deverá ser realizada sobre todo documento Xml (Atributo 'URI' dever ser vazio). - Localização:/eSocial/Signature/SignedInfo/Reference/@URI

@Renato Rubinho Deve ser isso mesmo... A unit ACBreSocialGerador chama a função dessa forma: EhValido := SSL.Validar(AXML, Configuracoes.Arquivos.PathSchemas+Evento+'.xsd', Erro); Onde o AXML é o conteúdo do XML... Valeu Renato, vou adaptar para realizar uns testes aqui! Obrigado