Diego Foliene

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

O arquivo que você está olhando é o XML do RPS. Você deve conferir no arquivo de envelope. Configure a opção SalvarWS e a opção PathSalvar e refaça o teste, ele vai gerar para você no PathSalvar um arquivo com estrutura semelhante a do manual. Como está a estrutura do seu PathSchemas (D:\Projetos\SmartFull\Java\SmartAcbrLibRest\PathSchemas\) ? Pode compartilhar um print desta pasta? Seu ACBrLib.ini não tem informação do emitente fora CNPJ e Inscrição municipal, é possível preencher o resto e realizar um teste?

Boa tarde! Por volta das 11:00 começamos a receber relatos no canal #sefaz em nossa comunidade do Discord de membros com problemas para acessar o serviço do Fale Conosco da Sefaz de Minas Gerais. O site http://www.sped.fazenda.mg.gov.br/ está retornando 503. O membro @Felipe Mariano chamou a atenção para o seguinte aviso no Site da Fazenda da SEF/MG:

Bom dia! O erro X800 é gerado pelo componente. Ele está indicando um erro de schema, mostrando que o elemento <Prestador> não era esperado e sim o CNPJ. No entanto, está situação está estranha, visto que o XML foi gerado corretamente. Por favor, configure o LogNivel para Paranoico, refaça o teste e disponibilize o Log para análise. Outra observação é que por estar usando certificado A1, você também pode testar usando OpenSSL.

Boa tarde! Conferindo no Painel Situação SVC-RS, é possível observar que a contingência foi ativada para a Sefaz de Pernambuco às 10:25 de 26/07/2023 com previsão de término ás 12:00 do dia 27/07/2023. Para usar o ACBr em contingência durante este período, siga às orientações do tópico abaixo:

Boa tarde! A Sefaz de Minas Gerais está com uma paralisação programada no seu sistema autorizador de NFe para manutenção. Com previsão de inicio às 23:00 do dia 21/07/2023 e encerramento às 08:00 do dia 22/07/2023. Fonte: Calendário de Paralisações programadas Consultando no Portal da Nota Fiscal Eletrônica, é possível verificar que á contingência agendada durante este período iniciando duas horas antes do inicio da manutenção e perdurando até duas horas depois do encerramento da mesma. Para usar o ACBr em contingência durante este período, siga as orientações deste tópico:

Bom dia! Foi enviado ao SVN na Rev-30182 uma alteração visando sanar este problema. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Boa tarde! O membro de nossa comunidade @eph2 compartilhou em nosso Discord retorno que obteve depois de entrar em contato com a Sefaz do Paraná informando que para CTe-OS ainda não está liberado o layout na versão 4.00

Boa tarde! Muito obrigado por reportar! Criada #TK-4218 para análise do caso e parecer do consultor responsável