Diego Foliene

Boa tarde. Neste tópico tem um vídeo demonstrando como configurar e testar no Demo do ACBrAPI. Nele também tem um link para um curso de acesso gratuito(por ser PRO você tem acesso a esse e outros cursos). Por favor, veja se lhe é útil. https://www.projetoacbr.com.br/forum/topic/66378-como-configurar-o-acbrlib-para-usar-em-api-com-c-utilizando-o-demo/

Boa tarde. Essa questão está sendo debatida pela equipe ACBr e moderadores, assim que houver novidades, vamos comentar neste tópico.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Boa tarde. Mas o banco Inter foi implementado no ACBrBoleto: Se sua pasta de fontes não tem essa unit, seus fontes estão desatualizados. Por favor, atualize seus fontes e reinstale o ACBr para iniciar os testes.

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

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

Realmente, o manual indica que pode ser até 40 caracteres. O WebService está usando um tipo ingrato nesse caso. Eles precisariam alterar.

Bom dia Alexandre. Veja o que diz a mensagem que veio na resposta. O Número de Protocolo que você enviou é muito grande e não é suportado pelo tipo de dado configurado no WebService, isso causou um erro no WebService que te devolveu essa mensagem. Verifique se este realmente é o protocolo, se esta é realmente a informação que você precisa enviar. Se for isso mesmo, então não vejo outro curso de ação possível a não ser usar outros métodos para consultar ou entrar em contato com o provedor e notificar eles do problema. Essa informação já coincide com o que temos no ACBrNFSeXServicos.ini disponível no SVN, se o seu estava diferente, então seus fontes estavam desatualizados.

Primeiro de tudo, muito obrigado pela contribuição. Toda contribuição é e sempre será mais do que bem vinda. Sua contribuição foi: Como você percebeu, a "xsMsXml" é a responsável pelo problema. A correção de identificar o NameSpaceURI deve ser implementada nela. Por isso não podemos aceitar essa contribuição no momento. Mas com certeza esse tópico e sua contribuição vão ajudar outros que possam vir a passar pelo mesmo problema, por isso vamos manter aqui.

Bom dia! Por favor, pode fornecer mais detalhes do problema que o fez sugerir essa contribuição? Fiz um teste sem aplicar sua contribuição usando a cidade de Dourados/MS no programa exemplo e não tive erro de schema na validação do arquivo da requisição. Em que momento ocorre o erro? Vale citar que eu não tenho dados de um prestador de serviço válidos, então se for um retorno do webservice, eu não recebo, por isso, preciso de mais informações.

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

Boa tarde. Da unit ACBrBoletoW_BancoBrasil.pas Da unit ACBrBoletoW_BancoBrasil_API.pas

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Foi criada a #TK-3765 para análise, implementação e parecer do consultores responsável.

Muito obrigado! Foi criada a #TK-3764 para implementar uma função de conversão.

Você tem acesso a essa tabela? Consegue ela junto a prefeitura?

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Boa tarde. Por favor, forneça mais detalhes para que possamos lhe ajudar. Está usando componente, monitor ou Lib? Está usando CNAB 240 ou CNAB 400?

Pesquisei o CEP no google, ele indicou que a cidade é Goianira/GO. Depois pesquisei o código IBGE de Goianira.

O valor que veio na tag CodigoMunicipio no endereço do Tomador não é um código IBGE(e nem um código TOM) válido, por isso não é impresso a informação. Buscando o CEP no google, indica que é da cidade de Goianira/GO, cujo código IBGE é 5208806. Questione o provedor porque você recebeu o valor diferente. Se for uma particularidade do provedor, por favor, questione se eles tem uma tabela de conversão que pode ser disponibilizada, do contrário, não tem como o componente buscar corretamente o município.

Arquivo recebido, vou fazer alguns testes e lhe retorno assim que possível

Pode disponibilizar o arquivo para teste?

Boa tarde. Mas a informação vem no XML da NFSe? Está usando Fast ou Fortes? Por favor, é possível compartilhar para que possamos testar? Caso tenha informações sensíveis no XML, por siga as instruções deste tópico:

Boa tarde. Como é possível observar no print abaixo, múltiplas Sefaz estão com contingência agendada para o dia 02/04/2023, com previsão de início as 06:30 e término as 12:00 horas. Fonte: Portal da Nota Fiscal Eletrônica Siga as orientações deste tópico para fazer a transmissão em contingência com os componentes do ACBr:

Certo. Este primeiro erro, era um erro gerado pelo componente, como foi explicado, ele levanta essa exceção para você porque o método que estava tentando não foi implementado por esse provedor e você foi orientado a usar outro outro método. Este segundo erro era no programa exemplo, conforme deu para ver, era uma questão de Dll. Em ambos os casos, o erro ainda era na sua ponta, o RPS nem chegava ser transmitido para o Webservice. Agora este erro que você recebeu é um erro que lhe foi devolvido pelo Webservice. Ou seja, ele criou o arquivo com o RPS, transmitiu ele para o Webservice, o Webservice devolveu uma crítica desse arquivo com o este erro. Nesse caso, você precisa seguir a orientação da correção e questionar a prefeitura para obter mais informações.

Por favor, faça este teste.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado