Diego Foliene

o arquivo 5063-env-loc-sinc.xml é o corpo da requisição, se você olhar ele é praticamente o XML do RPS. O arquivo 5063-env-lot-sinc-soap.xml é o arquivo de envelope de envio. Ele é literalmente o arquivo que é enviado para o webservice. O arquivo 5063-lista-nfse-sinc-soap.xml é o envelope de resposta do webservice, literalmente a resposta que o webservice te devolveu sem nenhuma alteração por parte do ACBr. Os arquivos -soap são gerados porque a opção Salvar Envelope Soap está marcada na aba webservice do programa exemplo.(ACBrNFSeX.Configuracoes.WebService.Salvar := True). No seu caso, você teve um erro ao tentar transmitir.

Como um extra, por ser usuário PRO, você tem acesso liberado aos cursos do ACBr. Introdução as Bibliotecas ACBrLib - Para uma contextualização do que é a Lib, onde conseguir e como usar ela em alguns exemplos na prática. Dominando ACBrLibNFe em Java - Para uma experiência completa com exemplos na prática do ACBrLibNFe.

Bom dia. Neste tópico tem as instruções de como proceder para incluir ou atualizar uma cidade no ACBrNFSeXServicos.ini Note que parte do processo é reinstalar o ACBr e dar build completo na aplicação.

Bom dia. Tem boleto híbrido para Banco do Brasil via API e tem o boleto híbrido para o Sicredi via troca de arquivos(CNAB).

Testando mesmo com o programa exemplo do ACBrNFSeX também ocorre o problema?

Bom tarde. Não use Capicom, o mesmo foi descontinuado. Mais detalhes sobre isso neste tópico: Por favor, como ficou a sua configuração com o WinCrypt? Este é um exemplo de configuração recomendada para o certificado A3. Seu certificado é A1 ou A3? Para usar Wincrypt, é preciso que máquina esteja com as atualizações em dia, pode confirmar se esse é o caso? Está usando TLS1.2?

Encontrei isso aqui no manual que temos disponível para este provedor.(Disponível para leitura aqui) No meu entendimento, quer dizer que você envia o Lote de RPS, no retorno já vem a informação com a situação do lote e a o número do mesmo para você consultar posteriormente. O Infisc tem layout próprio, provedores assim acabam fugindo um pouco a regra.

Boa tarde. Acredito que vai ser necessário rever a lógica da rotina que trata o retorno da consulta do lote para este provedor. Se conferirmos a estrutura da função, podemos ver que a mesma está assim: Document.LoadFromXml(Response.ArquivoRetorno); //... ANodeArray := ANode.Childrens.FindAllAnyNs('NFS-e'); if not Assigned(ANodeArray) then begin //A lógica está caindo dentro dessa condição e pulando a rotina que lê os erros. AErro := Response.Erros.New; AErro.Codigo := Cod203; AErro.Descricao := Desc203; Exit; end; for i := Low(ANodeArray) to High(ANodeArray) do begin ANode := ANodeArray[i]; Response.idNota := ObterConteudoTag(ANode.Childrens.FindAnyNs('chvAcessoNFSe'), tcStr); Response.Situacao := ObterConteudoTag(ANode.Childrens.FindAnyNs('sit'), tcStr); //.... //Aqui nessa rotina ProcessarMensagemErros o componente interpreta os erros que vieram no Soap de resposta, mas que não apareceram. ProcessarMensagemErros(ANode, Response); Response.Sucesso := (Response.Erros.Count = 0); end; Criada a #TK-3721 para análise e parecer do consultor responsável. O valor da propriedade NumeroLote é lido da seguinte forma: NumeroLote := ObterConteudoTag(ANode.Childrens.FindAnyNs('cLote'), tcStr); Veja que coincide com a informação que veio no soap de resposta da consulta do lote <cLote>18570</cLote>

Boa tarde a todos. A Sefaz-PE está com contingência agendada iniciando hoje 16/03/2023 as 17:00 com previsão de encerramento no dia 17/03/2023 as 09:00. Fonte: Situação SVC-RS

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia. O componente ACBreSocial e consequentemente o ACBrMonitor estão com as alterações para funcionar com essa nova versão sim. Temos recebidos muitos relatos de usuários usando e adequando seus softwares para esse novo leiaute com sucesso como você pode ver no subfórum do e-social. Particularmente o e-Social nós não temos dados válidos para fazer testes tão completos como gostaríamos, principalmente em produção. Ainda assim, como você também pode ver aqui no fórum, o desenvolvimento foi feito seguindo o manual e qualquer problema encontrado e reportado é verificado o mais rápido possível. Inclusive temos alguns usuários que nos ajudam muito nas implementações, reduzindo o tempo de retorno.

Parece ser falta de Dll. Escolha as Dlls de acordo com a arquitetura que compila sua aplicação neste e neste links. Coloque elas na mesma pasta do seu EXE e faça um novo teste.

Bom dia. Busquei em algumas bases de conhecimento a respeito desse erro, mas em sua maioria a conclusão era sempre a mesma, que é uma falha temporária do WebService do e-Social e que não há muito o que fazer a não ser tentar novamente mais tarde. As únicas mais específicas que encontrei foram: No site Erros Conhecidos e-Social - Ajuda do Calima que comenta em questão de procuração eletrônica(mais informações sobre isso aqui) E também essa resposta aqui: No Fórum e-Social Senior. Ademais segue outras fontes de pesquisa, mas elas dizem que o problema é instabilidade e que deve aguardar. Erro eSocial: Conexão com CNPJ eSocial - Erro: 408 - Não foi possível estabelecer conexão com o Sistema do CNPJ / CPF. A falha pode ser temporária, tente novamente mais tarde.(Apesar de a mensagem ser a mesma, o código de erro diverge, mas acredito que isso seja questão de versão, pois no manual da versão Simplificada 1.1, o código é 307 e a mensagem é essa). Em Entendendo os erros de Conexão com eSocial tem uma orientação de como abrir um chamado no e-Social caso o problema persista acusando instabilidade. Agora sobre este outro erro aqui Verificamos que a documentação atual deste método está errada. Por isso você estava tendo o erro de schema. A maneira correta de usar ele é: eSocial.DownloadEventos(cIDEmpregador, cIDEvento, cNrRecibo); Onde: cIDEmpregador é o ID do Empregador. cIDEvento é o ID do evento, no formato IDXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX(substitua os X pelo número) cNrRecibo é o número do recibo, nos meus testes usei o formato que vem no XML mesmo, por exemplo 1.1.0000000000000000001 Você pode passar ambos: eSocial.DownloadEventos(cIDEmpregador, cIDEvento, cNrRecibo); Apenas com o cIDEvento: eSocial.DownloadEventos(cIDEmpregador, cIDEvento); Apenas com o cNrRecibo: eSocial.DownloadEventos(cIDEmpregador, "", cNrRecibo); Vale citar, que eu não tenho informações válidas para consultar, então no teste que fiz recebi como retorno 403 - sem autorização. Mas fazendo dessa forma, não tive mais erro de schema.

Bom dia. Eles forneceram os schemas ou apenas apontaram o problema no XML? Veja que o 100124-env-lote-sinc.xml que a maioria das tags indicadas foi gerada no XML. Se conferirmos no schema nfse.xsd que temos disponível aqui. Temos: Todas as tags com minOccurs="0", não são obrigatórias, então se você não passa valor para elas, o componente não as gera no XML do RPS.

O arquivo 1-ger-nfse-soap.xml é o arquivo que é enviado para o webservice. Veja que a informação da senha foi enviada nele. Ainda assim, no arquivo 1-lista-nfse-ger-soap.xml, que é o arquivo que o webservice devolveu sem alteração por parte do ACBr, tem a mensagem de que não foi possível verificar a senha. Vai ser preciso que entre em contato com o provedor para questionar isso.

Boa tarde. Por favor, você está usando o ACBrNFSeX? Seus fontes estão atualizados? Por favor, pode testar reproduzir o problema no programa exemplo? Está mensagem aparenta ser um erro de Schema. Se escolhermos a cidade de Paranavai/PR no programa exemplo e mandar gerar um XML ele vai ter em sua estrutura <itens> <lista> ... </lista> </itens> Note que a mensagem diz algo como Elemento "Itens": faltando elemento(s) filho. Esperado é "lista". Então indico que revise a rotina que está alimentando as informações de Serviço na NFS-e. Verifique também o arquivo XML contendo o RPS chega a ser gerado(verifique nas pasta que definiu para salvar) como está indo a informação nele. Não tem validação de schema para essa versão desse provedor por parte do componente, então é provável que o XML esteja sendo gerado com problema, enviando, eles validam lá e retornam o erro.

Boa tarde. Consta a cidade e o provedor Betha para a mesma no arquivo ACBrNFSeXServicos.ini [4204509] Nome=Corupa UF=SC Provedor=Betha Por favor, verifique se seus fontes estão atualizados ou se não tem modificação local que possa ter impedido atualização. Caso queria ter certeza, atualize seus fontes e reinstale o ACBr com a opção Apagar Arquivos Antigos marcada no instalador. Se seus fontes estão atualizados, por favor, faça o seguinte teste. Selecione uma cidade qualquer no programa exemplo. Clique em Salvar Configurações. Reinicie o programa exemplo e veja se a cidade passa a aparecer.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Por favor, verifique nos locais em que definiu nas configurações. Veja também se não foi gerada uma pasta Logs ou algo do gênero. Os arquivos tem -soap no nome.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3717

Bom dia! Quando você usa o método Consultar, recebe na resposta um arquivo que tem uma como uma de suas tags raiz <ConsultarLoteEventosResult>, dentro dela, tem tags <evento> com 3 principais grupos <retornoEvento> que tem as informações do recibo e outras informações de processamento do evento. <tot> está tem a informação do totalizador podendo conter os S-5XXX. Conferindo nos fontes do componente ACBreSocial que é usado para a Lib, ele tem esta função: function TConsultaLote.TratarResposta: Boolean; var I, J: Integer; AXML, NomeArq: String; begin FPRetWS := SeparaDados(FPRetornoWS, 'ConsultarLoteEventosResult'); FRetConsultaLote.Leitor.Arquivo := ParseText(FPRetWS); FRetConsultaLote.LerXml; for I := 0 to FRetConsultaLote.RetEventos.Count - 1 do begin for J := 0 to FRetConsultaLote.RetEventos.Items[I].tot.Count -1 do begin AXML := FRetConsultaLote.RetEventos.Items[I].tot.Items[J].XML; if AXML <> '' then begin NomeArq := FRetConsultaLote.RetEventos.Items[I].Id + '-' + FRetConsultaLote.RetEventos.Items[I].tot.Items[J].tipo + '.xml'; if (FPConfiguracoeseSocial.Arquivos.Salvar) and NaoEstaVazio(NomeArq) then FPDFeOwner.Gravar(NomeArq, AXML); end; end; end; Result := True; end; Em suma, esse trecho salva os XMLs dos eventos no caminho que foi definido em PathSalvar se a opção SalvarArq estiver definida como Sim nas configurações. Eu isolei essa função e fiz um teste com um arquivo de retorno que tinha e a mesma gerou no caminho que defini em PathSalvar XMLs com a seguinte nomenclatura. "ID do atributo ID que vem na retornoEvento" + "-" + "S5001.xml" com o conteúdo do S-5001 e "ID do atributo ID que vem na retornoEvento" + "-" + "S5003.xml" com o conteúdo do S-5003. Ambos vieram no retorno. A sua necessidade foi porque ele estava salvando com data e hora. Por favor, pode conferir se definiu um PathSalvar, definiu SalvarArq como 1 - Sim e fazer um novo teste? Se ele gerar os arquivos corretamente, peço que confirme se atende a sua necessidade. Se ainda assim estiver dando problema, peço que encaminhe o arquivo de retorno da consulta(o que tem -sit no nome) , o log e o arquivo de configuração da lib para análise. Como tem informações sensíveis, pode seguir as instruções deste tópico:

Bom dia. Hoje, 15/03/2023, por volta das 09:00, alguns usuário começaram a relatar em nos canais específicos de nossa comunidade do Discord estarem tendo problemas para transmitir NF-e para a Sefaz-SP. Os principais relatos eram de Erro 12002 ou Erro 12007. Consultando no DownDetector é possível observar que de fato, houve um pico nos relatos de problema na Sefaz nessa faixa de horário. O usuário @Grego, chamou atenção para a seguinte mensagem que consta no Portal Estadual da Sefaz-SP

Bom dia. Essa tag é apenas para versão 2.0 do CT-e. Veja trecho retirado da unit que crie o XML. Buscando no Leiaute de versão 3.0a, disponível aqui, tanto por forPag quanto por Forma de pagamento do serviço que é a descrição da Tag, aponta 0 ocorrências.

No exemplo do ACBrNFSeX, marque a opção Salvar Envelope Soap que fica na aba WebService. Ao fazer isso, ele vai gerar para você além do XML os arquivos de envelope, tanto de envio quanto de resposta. De posse desses arquivos você tem mais informação para analisar e para mostrar ao provedor caso requerido.

Bom dia. A informação está indo no arquivo de envio? Conferindo na unit do provedor e fazendo um teste com o programa exemplo, elas as informações de identificação são preenchidas nas tags: <cnpj>XXXXXXXXXXXXXX</cnpj> <senha>XXXXXX</senha> Se a informação consta no arquivo e ainda assim recebe este erro, acredito que o caminho seja entrar em contato com o provedor e questionar.