Diego Foliene

Boa tarde!
Por favor, quando foi a última vez que atualizou seus fontes?
Hoje por volta das 11h40 foram enviadas modificações ao SVN visando corrigir esta questão.
Se sua ultima atualização foi anterior a este horário, por favor, peço que atualize, reinstale e teste novamente.

Bom dia!
Mas você está compilando sua aplicação para a arquitetura x64?
Veja print de como está configurado meu programa exemplo:

Aqui, eu estou compilando para x86, então eu preciso usar a ACBrCTe32.dll, mesmo que meu SO seja x64.

Será que não está relacionado a interrupção da distribuição dos CTes e NFes das Sefaz cuja emissão era feita no RS para o ambiente nacional?
https://www.projetoacbr.com.br/forum/topic/77618-avisos-sobre-a-situação-dos-dfes-devido-aos-problemas-enfrentados-pelo-rio-grande-do-sul/?do=findComment&comment=501322&_rid=124795

Boa tarde!
Como a nota foi emitida recentemente, é possível que não tenha sido sincronizado os ambientes.
Quando você emite uma nota em contingência ela vai para o SVC e depois é sincronizado para a Sefaz de origem.
Se essas notas foram emitidas em contingência, tente configurar o componente para a mesma forma de emissão delas e tentar consultar.

Isso está dizendo que não existem NSUs novos a serem trazidos, você precisaria aguardar uma hora para fazer nova consulta para ver se ele tem novos documentos para devolver.
Geralmente este erro é devolvido quando o ultNSU que alcançou o maxNSU e você ainda assim fez uma consulta.
Dito isso, este retorno está estranho:
O maxNSU vindo zerado não é algo comum, pode ser de fato um bug no web service.
Tente abrir um fale conosco pelo portal nacional da NFe.
Veja também este tópico onde um colega parece ter tido problema semelhante.
 

Bom dia!
As configurações de certificado são inerentes a todos os DFes por isso, ela é uma configuração geral e não específica do modelo de documento.
Veja em Configurações das Bibliotecas > DFe os detalhes sobre as mesmas.
Este tópico também é útil para esse tipo de configuração:
 

Bom dia!
As propriedades são:
ACBrMDFe.Configuracoes.Geral.FormaEmissao := //Depois de adicionar o MDFe na lista com o Add.MDFe, você define ACBrMDFe.Manifestos[0].Ide.tpEmis :=  

Bom dia!
Devido aos problemas enfrentados pelo Rio Grande do Sul devido as fortes chuvas, muitos dos serviços estão indisponíveis ou instáveis.
O próprio portal da NFCe parece estar fora: https://dfe-portal.svrs.rs.gov.br/nfce/disponibilidade
Outros membros da comunidade tem optado por fazer o envio de NFCe em contingência off-line.
Por ser membro PRO, você tem acesso ao curso Implementando a contingência Offline da NFCe, onde o processo é explicado e exemplificado.
Veja neste tópico informações a respeito da situação no Rio Grande do Sul
 

Após autorizar o CTe, por favor, faça um teste lendo o conteúdo da propriedade:
ACBrCTe.Conhecimentos[Indice].XML  

Boa tarde!
Veja que o link é o da Sefaz do Rio Grande do Sul.
Devido as fortes chuvas no estado, eles precisaram desligar servidores, veja notícia relacionada:
https://clicespumoso.com.br/procergs-decide-desligar-o-data-center-estado-esta-sem-sistema-de-operacoes/
Tente realizar a emissão em contingência.
 

Boa tarde!
Por favor, faça um teste preenchendo:
ACBreSocial1.Eventos.NaoPeriodicos.S2206[Indice].evtAltContratual.altContratual.Vinculo.infoContrato.CodCateg  

Bom dia!
A informação que dispomos é de que o atualmente o envio assíncrono permanece para NFe.
Para NFCe foi encerrado, vide tópico abaixo:
Nosso amigo @Italo Giurizzato Junior ouviu de alguns representantes da Sefaz ao participar de um evento, que existem planos para eliminação do envio assíncrono para NFe também.
Mas não tem nada definido ainda.
É "extra-oficial".
Por hora, pode continuar usando o assíncrono.
Mas vale citar.
Você usa o envio assíncrono da NFe para emitir um lote com mais de uma NFe ou você usa o envio assíncrono para emitir somente uma NFe?
Se for o segundo, então vale a pena alterar para o envio síncrono. Assim você já se prepara se eventualmente oficializarem o encerramento do envio assíncrono e também facilita a operação para você.
Fizemos uma edição do papo PRO voltada a este debate, vale a pena conferir:
 

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado
Boa tarde!
Não existe classe de impressão para este componente.
Não foi disponibilizado um MOC ou documento com as especificações de como deve ser este impresso. Por isso, o mesmo ainda não foi desenvolvido.

Boa tarde!
Foi disponibilizado uma nova versão da LibPIXCD com alteração visando resolver esta situação.
A nova versão adiciona a configuração de Scopes para cada PSP. (A documentação também foi atualizada incluindo o novo campo).
Por favor, atualize a Lib para a versão mais recente, adicione na configuração de scopes do PSP Integer os scopes CobVRead e CobVWrite conforme exemplo e faça um novo teste de criação de cobrança com vencimento para o Inter.
 

Boa tarde!
Foi enviado ao SVN na Rev-33507 um ajuste visando corrigir este problema.
Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Bom dia!
Você está carregando no componente um XML de retorno de envio de lote.
Veja que a tag pai dele é <EnviarLoteRpsSincronoResposta > . Por isso o componente não consegue ler as informações.
Você precisa carregar um XML de uma NFSe.
Ele começa em <CompNFSe>

Bom dia!
Fiz um teste com o programa exemplo sem utilizar dados válidos e recebi o mesmo retorno que você.
No meu caso, o XML gerado fico assim:
<ConsultarLoteRpsEnvio xmlns="http://www.abrasf.org.br/ABRASF/arquivos/nfse.xsd"> <Prestador> <CpfCnpj> <Cnpj>11111111111111</Cnpj> </CpfCnpj> <InscricaoMunicipal>123456</InscricaoMunicipal> </Prestador> <Protocolo>124654654</Protocolo> </ConsultarLoteRpsEnvio> Conferindo no arquivo schema que temos disponível para este provedor, a estrutura do arquivo está correta:

Considerando essas informações, acredito que a rejeição que está sendo devolvida não esteja refletindo o real problema.
Entre em contato com o provedor para questionar e obter mais informações.

Analisamos seus arquivos e acreditamos que talvez esteja havendo uma confusão.
No seu arquivo Cedente.ini, você está preenchendo:
[Banco] Numero=133 CNAB=1 IndiceACBr=27 Isso corresponde a:
[Banco] Numero= Código correspondente ao banco Cresol CNAB= CNAB400 IndiceACBr= Índice do banco Cresol em SC e RS, ou para encurtar CresolSCRS São bancos diferentes. O Bradesco é correspondente do CresolSCRS, por isso está correto a geração da remessa como está sendo feita.
Veja se você não está confundindo com o IndiceACBr = 38.
Este sim é o do Banco Cresol.

Boa tarde!
Coloque as dlls deste LINK na mesma pasta do .EXE da máquina problemática e faça um novo teste.
Lembre-se de escolher as dlls de acordo com a arquitetura que compila a sua aplicação e não a do SO.

Bom dia!
Não sei se entendi a sua dúvida.
Você está querendo saber se é possível carregar um XML de retorno de uma consulta de distribuição DFe na Lib para que ela leia a informação do arquivo e devolva o resultado?
Caso seja está a questão, sim, é possível, para isso você vai utilizar o comando NFe_DistribuicaoDFe.
Veja que um dos parâmetros do mesmo é um arquivo XML.
Você pode informar nele o arquivo de resposta da distribuição para que a Lib possa fazer a leitura.
Isso é demonstrado no exemplo em C#:
private void btnDFePorUltNSU_Click(object sender, EventArgs e) { var codUf = 35; var cnpj = ""; var eNsu = ""; var ArquivoOuXml = Helpers.OpenFile("Arquivos Distribuição DFe (*-dist-dfe.xml)|*-dist-dfe.xml|Todos os Arquivos (*.*)|*.*", "Selecione um Arquivo de Distribuição para simular uma consulta ou feche para consultar o WebService"); if (string.IsNullOrEmpty(ArquivoOuXml)) { if (InputBox.Show("WebServices: Distribuição DFe", "Código da UF", ref codUf) != DialogResult.OK) return; if (InputBox.Show("WebServices: Distribuição DFe", "CNPJ do autor", ref cnpj) != DialogResult.OK) return; if (InputBox.Show("WebServices: Distribuição DFe", "Número do último NSU", ref eNsu) != DialogResult.OK) return; } var ret = ACBrNFe.DistribuicaoDFe(codUf, cnpj, eNsu, ArquivoOuXml); rtbRespostas.AppendText(ret.Resposta); }  

Bom dia!
Por enquanto o PIX está disponível apenas para componente nativo Delphi/Lazarus e Lib, com previsão de ser incluído no Monitor posteriormente.
Fique de olho em nossa área de notícias para novidades relacionadas.

Bom dia!
Se você não tem nenhuma experiência com o nota fiscal de serviços eletrônica, por favor, de uma olhada neste tópico para entender alguns conceitos iniciais.
 

Bom dia!
Por favor, veja se as orientações presentes neste tópico lhe são úteis:
 

Boa tarde!
Por favor, veja no print que você mesmo forneceu que a alteração citada pelo @Victor H. Gonzales - Panda foi enviada ao SVN no dia 17/04/2024, na review 33342 e portanto, se você atualizou e reinstalou no dia 16, não pegou a alteração.

Boa tarde!
Foi enviado ao SVN na Rev-33052 alteração nas classes base para que o componente leia as informações de cancelamento e substituição, de acordo com o leiaute ABRASF, em todas as consultas que devolvam NFSe.
Vale ressaltar que a leitura está seguindo o leiaute ABRASF(ao qual o Ginfes implementa), então as informações são lidas do grupo tcInfConfirmacaoCancelamento o qual não está sendo devolvido nos retornos que disponibilizou. Por isso, o contato com o provedor para relatar o problema é de suma importância.