Diego Foliene

Boa tarde! Você configurou a cidade do prestador de serviço antes de carregar o XML para impressão? Isso é necessário para que o componente configure o provedor e leia corretamente o XML. Outra questão, você conseguiu o XML que está tentando ler pelo próprio ACBrNFSeX? Nem sempre o XML gerado no site da prefeitura está no mesmo padrão do web service e o componente espera um XML no padrão do web service.

Alteração enviada ao SVN na Rev-30282. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

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

Fiz um teste com o demo em C# e a princípio, tive o mesmo resultado que você. Nesse caso, o problema é o tamanho do buffer da resposta, que não coube todas as informações que vieram e por isso "cortou". Depois de alterar na ACBrConsultaCNPJ.cs de: public string Consultar(string eCNPJ, string eCaptcha) { //Na classe está assim: //var bufferLen = BUFFER_LEN; BUFFER_LEN tem o valor 256; //Eu alterei para a linha abaixo com o dobro do tamanho var bufferLen = 512; var buffer = new StringBuilder(bufferLen); var method = GetMethod<CNPJ_Consultar>(); var ret = ExecuteMethod(() => method(ToUTF8(eCNPJ), ToUTF8(eCaptcha), buffer, ref bufferLen)); CheckResult(ret); return ProcessResult(buffer, bufferLen); } Veja o meu resultado ao consultar o CNPJ do Projeto ACBr:

Bom dia! Por favor, reveja sua configuração de certificado e TLS. Este link pode ajudar:

Bom dia! Recebemos relatos de membros da comunidade que conseguiram emitir NFC-e para a Sefaz do Rio Grande do Sul usando CFOP 5949 com sucesso em homologação.

Bom dia! Por favor, veja:

Bom dia! Por favor, qual versão da Lib está utilizando? Pode informar qual é o CNPJ para que possamos realizar um teste? Se não quiser informar direto no tópico, envie para [email protected] com o link do tópico do fórum no corpo da mensagem para posterior identificação.

Bom dia! A portaria SUCIEF 137/2023, válida a partir da data de sua publicação revogou as portarias SUCIEF 126/2023 e SUCIEF 131/2023, cancelando a ativação das regras listadas. Um agradecimento ao membro de nossa comunidade @bnobre, por nos chamar atenção ao fato.

Bom dia! Muito obrigado por compartilhar! Este também é o meu entendimento.

Bom dia! Os serviços do e-Social, tanto web service quanto web, estão com uma parada programa no dia 19/08/2023 com previsão de início as 08:00 e término às 12:00 para manutenção e implementação do FGTS Digital. Os serviços ficarão indisponíveis durante este período. A notícia pode ser conferida na íntegra AQUI.

Boa tarde! O Instalador do ACBr e seus fontes são compatíveis com o Delphi 7 e versões superiores. Não temos outros relatos do caso. Por favor, verifique se não há algo incomum, ou algum problema, na sua instalação do Delphi que possa estar causando este problema.

Boa tarde! A versão mínima necessária é a 10.3.3

Boa tarde, Se você está enfrentando dificuldades ao tentar emitir NFSe para uma cidade que utiliza o provedor Assessor Público e está recebendo a mensagem de rejeição "Usuário e Senha Incorretos" mesmo que as informações estejam coincidindo, uma possível causa pode ser o preenchimento incorreto da Inscrição Municipal. Isso ocorre porque o provedor utiliza um código específico em vez da Inscrição Municipal convencional. Para resolver essa situação, siga os passos abaixo: Para conferir qual é o código, acesse a plataforma do ISS da prefeitura em "ISS > Cadastros > Contribuintes" e verifique se há um código identificando o contribuinte associado à sua conta. De possa dessa informação, substitua no ACBrNFSeX, o valor da propriedade ACBrNFSeX.Configuracoes.Geral.Emitente.InscMun pelo código identificador mencionado acima. Tente emitir a NFSe novamente após realizar essa alteração. Agradecemos ao membro da comunidade @felipebrambilla por ter compartilhado essa informação útil conosco.

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

O modo de envio automático, faz com que o componente escolha o método que você vai conseguir a NFSe mais rápido de acordo com o provedor configurado. Por exemplo, se o provedor disponibiliza envio assíncrono e envio síncrono, o componente vai tentar pelo envio síncrono. Mas infelizmente, como comentado em respostas anteriores, a falta de padrão por parte dos provedores, acabou fazendo com que o modo automático não fosse suficiente neste caso.

Bom dia! Fiz um teste com a Lib e com o componente nativo e recebi o mesmo retorno que você. Se importarmos o WSDL do web service, consta o RecepcionarLoteRPSSincrono na lista de serviços disponíveis, por isso a lib escolhe ele. No entanto, conforme foi explicado pelo @Italo Giurizzato Junior e pelo resultado de nossos testes, parece que esse serviço não foi disponibilizado para esta cidade. Dito isso, se você fizer questão de usar o método automático, sugiro que faça um teste importanto o WSDL no SoapUI. Substitua o corpo da requisição pelo conteúdo do 8-env-lot-sinc-soap.xml. Se o resultado for o mesmo, precisaria entrar em contato com o provedor para questionar o por quê de ele devolver este retorno. Caso contrário, seria usar o método específico assíncrono para esta cidade mesmo.

Ainda está configurado para gerar o envelope de envio e resposta(SalvarWS e PathSalvar) ? Foi gerado? Se sim, no arquivo consta esse "RecepcionarLoteRpsSincrono" ?

Você pode pegar daqui: https://svn.code.sf.net/p/acbr/code/trunk2/Exemplos/ACBrDFe/Schemas/NFSe Mas eles também são distribuídos junto da Dll na pasta dep. Pode usar o 0 (meAutomatico), fazendo dessa forma a Dll decide qual é o método de envio a ser executado de acordo com o provedor.

Infelizmente, não há um padrão estabelecido para os provedores. Alguns deles, por exemplo, não requerem que seja assinado o XML. Já outros é necessário. Então se usar um provedor que não precisa assinar o XML, não vai usar a LibXML2 e por isso não vai ter problema se deixar de distribuir ela. Mas se for emitir para um provedor que precisa assinar, então vai ter problemas se não distribuir a LibXML2 corretamente.

Meu objetivo é verificar se as dlls de dependência(OpenSSL e LibXML2) foram distribuídas corretamente.

Segue e anexo. Por favor, disponibilize um print da sua estrutura de diretórios. Se estiver usando Java, as classes que disponibilizamos buscam em estrutura semelhante. ACBrNFSe32.dll -> esta é a dll da Lib propriamente dita. ACBrNFSeXServicos.ini -> este é um arquivo de dependência. Schemas -> Essa pasta e seus arquivos também é uma dependência. libcrypto-1_1.dll -> Esta é uma dll de dependência, que no meu caso por estar compilando em x86 eu peguei de ..\dep\OpenSSL\x86 libexslt.dll -> Esta é uma dll de dependência que por estar compilando em x86, peguei de ..\dep\LibXML2\x86 libiconv.dll -> Esta é uma dll de dependência que por estar compilando em x86, peguei de ..\dep\LibXML2\x86 libssl-1_1.dll -> Esta é uma dll de dependência, que no meu caso por estar compilando em x86 eu peguei de ..\dep\OpenSSL\x86 libxml2.dll -> Esta é uma dll de dependência que por estar compilando em x86, peguei de ..\dep\LibXML2\x86 lbxslt.dll -> Esta é uma dll de dependência que por estar compilando em x86, peguei de ..\dep\LibXML2\x86 DBSeller.zip

Se possível, me envie também, por favor, um print de como está o diretório que contem a dll(ACBrNFSe32.dll ou ACBrNFSe64.dll)

Usando seu arquivo INI programa exemplo em C# não obtive erros de validação de schema, ao enviar, mas acusou TimeOut. Se entendi certo, você utiliza Java. Se possível, por favor, faça um teste usando o programa exemplo disponibilizado.

Bom dia! No dia 28/07/2023 recebemos relato em nossa comunidade do Discord que o serviço foi normalizado. Conferindo no dia 31/07/2023 já não consta mais o aviso no Site da Fazenda SEF/MG