Diego Foliene

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.

Enviado ao SVN na Rev-33371 uma alteração visando corrigir o problema.
Por favor, aguarde nova compilação da Lib para realizar novo teste.

Boa tarde!
Por favor, confira se na seção [DANFe] do seu arquivo ACBrLib.ini que concentra as configurações da biblioteca a opção MostraPreview não está definida como Sim.

Bom dia.
Conforme respondido no Discord, o ACBr disponibiliza o componente ACBrGTIN para fazer a consulta do GTIN em web service da Sefaz alimentado por base dados fornecida pelo GS1.
Mais sobre o ACBrGTIN:
 
Resposta fornecida pelo nosso amigo @Victor H. Gonzales - Panda para mesma pergunta feita em nosso Discord:
 

Bom dia!
A informação que temos é a de que a cidade de Biguacu/SC é atendida pela versão 2.04 do web service da IPM.
Neste caso, as tags em que ele busca a informação são a princípio <UrlNfse> e <LinkNota>.
Ainda assim, o componente também conta com uma rotina de tratamento que busca a informação do Link dentro da tag OutrasInformacoes.
No entanto, conferindo aqui, me parece que a mesma não é utilizada pela rotina de leitura do IPM.
Enviado alteração ao SVN na Rev-33348 adicionando chamada a esta rotina, por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Bom dia!
Conferindo no arquivo ACBrNFSeXServicos.ini a cidade já possui informações atribuídas:
[3300936] Nome=Carapebus UF=RJ Provedor=SH3 Versao=2.00 Params=ResponseTag:outputXML ProRecepcionar=https://carapebus.nfiss.com.br/soap/ ProLinkURL=https://carapebus.nfiss.com.br/CS/Em_Impressao_Nfe.aspx?id=%CodVerif% HomLinkURL=https://homologa_carapebus.nfiss.com.br/CS/Em_Impressao_NfeHomologa.aspx?id=%CodVerif% Por favor, realize um teste com o programa exemplo.

Boa tarde.
Analisando está mensagem a mesma está dizendo que o valor vazio para o campo "Competência não é um valor válido para o campo data.
Foi verificado que a modificação recente foi feita na criação do arquivo INI por parte da Lib, alterando para que caso a informação tenha sido alimentada, seja passado o valor da mesma e caso não o tenha, seja usado a data atual para adicionar a informação ao usar o ObterINI ou o GravarIni.
Por favor, verifique se no arquivo INI que está usando para alimentar a Lib você está informando Compentencia na seção [IdentificaçãoRPS], conforme exemplo:
[IdentificacaoRps] Competencia=17/04/2024 Caso negativo, adicione a informação e faça um novo teste.

Boa tarde!
Foi feito uma reunião da equipe de consultores e após diversas considerações, chegou-se a conclusão que uma alteração na estrutura de resposta da lib poderia causar problemas inesperados a outros membros que já utilizam a Lib em envio síncrono desta forma.
Dado a ausência de outros relatos semelhantes, a recomendação é que seja utilizado o método MDFe_GerarChave para obter a informação da chave de acesso e realizar a leitura da seção [MDFe+Chave de Acesso] na resposta da Lib.
 

Foi enviado uma atualização no SVN na Rev-33342 visando resolver está questão.
Agora a propriedade IndDeduzDeson aceita os valores tieSim, tieNao e tieNenhum, sendo este último usado para validar se vai gerar a tag ou não e o tieSim e tieNao sendo valores válidos para inserir no XML.
Caso utilize Lib ou Monitor, basta não informar no arquivo INI.
Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos teste e reportar qualquer problema.
 

Bom dia!
Foi enviada uma alteração no SVN na Rev-33268 visando corrigir esta questão.
Por favor, caso ainda não o tenha feito, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Boa tarde!
Este campo define a informação que é adicionada e enviada no XML da nota.
Por favor, faça um teste definindo na seção [DANFe] no seu arquivo ACBrLib.ini que contém as configurações da Lib.
No programa exemplo em C# pode ser definido assim:

Lembrando que é preciso chamar o ConfigGravar posteriormente. Veja na rotina SalvarConfig e LoadConfig para um melhor entendimento.

Bom dia!
Por ser usuário PRO, você tem acesso aos cursos disponibilizados pelo ACBr. Um deles é o Dominando o ACBrBoleto, um curso bem completo sobre a solução de boleto do ACBr, com explicações de conceito e demonstrações práticas.
Este tópico também tem informações importantes:
De forma simplificada, você envia o registro para a API, a mesma vai devolver no retorno a informação do EMV, você preenche a solução com esta informação e imprime o boleto que com o EMV preenchido gera o QrCode.

Bom dia.
O seu arquivo Log possui múltiplas ocorrências de chamada ao método distribuição DFe por último NSU, enquanto que o seu arquivo sai.txt tem a resposta de apenas uma delas.
Apagando do log as linhas anteriores a chamada que devolveu a resposta correspondente ao sai.txt e comparando a mesma com o WinMerge, veja que ele apenas apontou diferença nas duas primeiras linhas, indicando que a resposta está coincidindo na íntegra.

 
Para as outras consultas executadas antes desta, veja se a sua rotina não limpa ou exclui o sai.txt antes de executar um comando.

Boa tarde.
No seu print, o StrLen está maior do que o BufferLen, tente aumentar o tamanho deste último para ver se trás mais informações.
Está tentando emitir esta nota em homologação ou em produção? No XML de retorno o grupo erros parece estar vazio.
Defina a configuração SalvarWS e PathSalvar na Lib e confira no arquivo -soap gerado o conteúdo na íntegra.

Boa tarde!
Até onde sei, os participantes de uma nota de serviço são o prestador do serviço, o tomador do serviço e nos casos que existe o intermediário do serviço.
Entendo que a transportadora precisaria se encaixar em um desses papéis.
Fora isso, entendo que a operação precisaria ser revista e talvez seja o caso de gerar uma nota fiscal eletrônica e não uma nota de serviço.
Pode dar mais detalhes da operação?

Boa tarde!
O provedor Coplan implementa a versão 2.01 do layout da ABRASF.
Se você conferir esta versão homônima do layout da ABRASF, vai ver que o campo OutrasInformacoes faz parte do grupo das informações da NFSe somente e não do RPS.
Ou seja, o campo OutrasInformacoes é gerado pelo web service do provedor.
Você não envia ele.
Somente alguns provedores de layout próprio permitem enviar, o que não é o caso do Coplan.