Diego Foliene

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.

Quando você utiliza a Lib, ela gera automaticamente na mesma pasta do arquivo .EXE um arquivo chamado ACBrLib.ini. O mesmo contém as informações de configuração da Lib.
Os arquivos Cedente.ini e Títulos.ini, você não precisa necessariamente adicionar em diretório específico.
Você os cria seguindo os modelos da documentação e usa eles para alimentar os comandos da Lib que recebem esses arquivos como parâmetros correspondentes.

Bom dia!
Você está correto em partes. Vamos analisar mais detalhado essa mensagem de erro.
Em um tradução própria, podemos considerar que ela diz:
Vamos desmembrar esse regex.
DPS => Isso está dizendo que o valor vai ter um DPS no começo da informação.
[0-9] => Isso está dizendo que o valor depois do literal "DPS" só pode ter números de zero a nove.
{42} => Isso está dizendo que o valor depois do literal "DPS" vai ter 42 caracteres no total.
Agora vamos ver qual é o valor que foi comparado.
DPS4314902246114626000120000A1000000000000001
Veja que ele tem uma letra A entre o números.
Por isso que ele falhou ao confrontar com o regex e lhe devolveu esta mensagem, este de fato não é um valor válido.
O campo DPS é formado seguindo a seguinte lógica.
"DPS" + Cód.Mun (7) + Tipo de Inscrição Federal (1) + Inscrição Federal (14 - CPF completar com 000 à esquerda) + Série DPS (5) + Núm. DPS (15)
Considerando isso, o único valor que poderia estar recebendo este valor A é a série do DPS.
Portanto, por favor, verifique a informação da série, passando um valor numérico e repita o teste.

Bom dia!
Foi enviada uma alteração para a cidade de Birigui/SP na Rev-32948 para este outro tópico:
Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Boa tarde!
Por favor, tente limpar o cache do navegador que está utilizando e acessar novamente. Ambos os modelos S-2500 e S-2501 estão disponíveis.
https://acbr.sourceforge.io/ACBrMonitor/ModeloEventoS2500INI1.html https://acbr.sourceforge.io/ACBrMonitor/ModeloEventoS2501INI1.html

Boa tarde!
Infelizmente quando falamos de nota de serviço não existe uma padronização entre os provedores, alguns implementam todos os métodos de consulta enquanto outros implementam poucos.
Por isso, use o botão Informações sobre o Provedor para ver quais são os métodos disponíveis para ele.
No caso de SP, por exemplo, temos:
Com isso, podemos ver que eles não implementam a consulta de serviços prestados.
"Mas então por que ele não deu um erro de Serviço não implementado para ela? E porque pediu o CNPJ do tomador na consulta de serviço tomador por período?" você deve estar se perguntando.
A resposta é muito simples. 
Conforme foi citado, os diversos provedores não respeitam um padrão estabelecido.
A lib tenta abstrair estas diferenças, então em ambos os casos, o método executado vai ser o mesmo, a consulta de serviço tomador por período. Mas ainda assim pode ter provedores que a consulta de serviço tomado por período exija a informação do CNPJ, enquanto outros não.
Quando você encontrar um caso como este, utilize o NFSe_ConsultarNFSeGenerica, utilizado no botão Consulta Genérica, da aba consultas.
Ele espera receber um arquivo INI montado seguindo o modelo NFSe - Consulta Genérica.

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

Boa tarde!
Tivemos múltiplos relatos de outros membros com problemas para emissão de NFC-e para a Sefaz de Minas Gerais nos quais era feito a emissão da nota, mas no retorno devolvida tanto as informações síncronas quanto assíncronas.
Por favor, faça um teste se certificando de que o parâmetro correspondente no comando NFe.EnviarNFe ou no NFe.CriarEnviarNFe para o modo de envio esteja definido como síncrono.

Por favor, faça um teste definindo o valor 0 para esta propropriedade.
 
No exemplo em C# o botão Assinar tem apenas:
Faça um teste com estes comandos, e verifique se ele gera o arquivo.
É possível que esteja gerando, mas que o GravarXML também esteja e por isso esteja havendo confusão dos arquivos.