Painel de líderes

Segue webservices não oficiais, que podem conter informações a serem utilizadas, mas desatualizadas ou não condizentes com a verdade. Usem com parcimônia, não sobrecarreguem os servidores, e a confiabilidade das informações são a critério de cada api, não podemos afirmar que são atualizadas e fidedignas com a RFB [gratuito] https://brasilapi.com.br/api/cnpj/v1/{cnpj} [pagos/gratuitos com limitações] https://receitaws.com.br/v1/cnpj/{cnpj} https://api-publica.speedio.com.br/buscarcnpj?cnpj={cnpj} Outra situação que ameniza, algumas SEFAZ, para contribuintes que tem inscrição estadual, é possivel consultar diretamente no Webservices de NFe, usando a consulta de cadastro

Bom dia Antonio, Se foi eu lhe peço desculpas. Mas temos que analisar todos os fontes com alterações enviados por vocês, pois tivemos casos de aceitar colaboração e esta acabou gerando um efeito colateral com outros provedores. Outra coisa ao enviar alguma contribuição, envie somente a unit alterada e procure sempre fazer a alteração com os fontes atualizados. Você concorda que a função SiglaISO2ToCodIBGEPais retorna -1 caso não encontre a tag cPaisPrestacao não exista no XML. Desta forma ao tentar gerar novamente o XML, vai acabar gerando a tag com o valor ZZ. Se alterarmos a função para retornar o valor zero em vez de -1, não vamos precisar do IF que você incluir na unit que faz a leitura do XML. Desta forma resolvemos esse problema e se amanhã aparecer outro provedor que se utilize da mesma função não teremos que lembrar de colocar o IF, pois não teremos o mesmo problema que você esta enfrentando. Mais uma vez muito obrigado pelos testes, analise e apontar uma solução para o problema. Toda colaboração é sempre bem vinda, pois todos nós saímos ganhando. Você encontrou um erro, outros podem encontrar outros erros, se todos vão nos passando esses erros e uma possível solução, repito todos saem ganhando, pois o componente se torna a cada dia mais robusto.

Obrigado @Alexandre de Paula Segue arquivo: ACBrBoletoW_Bancoob.pas

Bom dia, O EMV vem no campo "pixCopiaECola" e tem funcionando - é este o campo usado para gerar o QRCode. Na versão 1 da API era usado o campo "textoImagemQRcode", mas não pode mais utilizado em aplicações novas. O ambiente de homologação do BB é traiçoeiro, apresenta resultados inconsistentes e é instável. Melhor seria utilizar o ambiente de produção do seu cliente e gerar algumas cobranças com valores simbólicos - foi o que fiz e deu certo.

@Lindomar S. Menezes Bom dia ! vou explicar a nossa situação o pq desta quebra de linha. Esta quebra de linha já é um padrão desde o uso do ACBrMonitorPlus. Como existem diversas linguagens diferentes que utilizam as Soluções do ACBr desde c, clipper, cobol... enfim até as mais atuais, não temos um validador específico para cada linguagem. E adotamos o padrão ; (ponto e vírgula) e em alguns casos o | (pipe) para a quebra de linha. De qualquer forma, como mencionou o Ítalo, vamos verficar com o time.

Testado e funcionando, muito obrigado pela atenção.

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

Testei aqui e está funcionando perfeitamente, muito obrigado, agradeço pela atenção!

Bom dia. a Lib do CTE foi compilada no dia 06/09 as 18:46, já deve contemplar essas alterações.

só pra eu entender... o governo parou com este link no qual faziamos as consultas??? Tem algum motivo?? isso só trazia benefícios para o sistema, não vejo nenhuma forma de afetar o cnpj pela consulta. Vai ser igual a consulta de XML a partir de agora??... certificado, burocracia e $ para chegar numa solução.

Boa tarde Mario, Por favor atualize todos os fontes de todas as pastas, reinstale o ACBr e faça um novo teste.

Boa tarde Brajan, Cheguei a passar para o pessoal esse problema, mas como foi no final do mês, portanto véspera da obrigatoriedade do MEI, me retornaram que não tinham condições de fazer uma analise. Agora se tem essa informação no Anexo I conforme dito pelo Diego, tente ver se passa informando o valor osnNaoOptante ao campo: NFSe.OptanteSN

entendo, único problema é a pessoa conseguir isolar isso. os dados retornarem com informações erradas ou desatualizadas, e "culpar" / "onerar" o componente, isso acarretar em suporte desnecessário, sendo que é o retorno do envelope da api.

Criada a TK-4419 para avaliar a contribuição. Obrigado!

Boa tarde Denis, Você poderia anexar esse outro XML que contem a tag CompNfse para que eu possa analisar o problema?

@C4Dev Boa tarde, Aqui no forum mesmo... na parte superior no seu perfil tem uma opção "Meus anexos". Nessa opção vc pode localizar anexos mais antigos e eliminar. Assim libera espaço e vc pode anexar novos documentos.

Boa tarde @Diego Foliene Tentei anexar o arquivo, mas está a limitando 4.7Kb de anexos. Segue trecho alterado na unit ACBrBoletoW_Bancoob.pas. Antes: procedure TBoletoW_Bancoob.RequisicaoConsultaDetalhe; begin FPHeaders.Add(C_SICOOB_CLIENT+': '+Boleto.Cedente.CedenteWS.ClientID); end; Depois: procedure TBoletoW_Bancoob.RequisicaoConsultaDetalhe; begin FPHeaders.Clear; FPHeaders.Add(C_SICOOB_CLIENT+': '+Boleto.Cedente.CedenteWS.ClientID); end; Se tiver outra forma de lhe enviar o arquivo posso estar compartilhando também.

Olá Ítalo, Boa Tarde Foi um XML retornado pelo WebService, mas mesmo um outro XML que testei contendo a tag CompNfse me gera o mesmo erro. No fim acredito que seja algo relacionado a versão do Delphi 11.2 que por algum motivo não entende a condição if InitLibXml2Interface and Assigned(_xmlParseDoc) then da funcion xmlParseDoc e gera essa exceção ,o mesmo projeto agora foi testado em outra maquina com a mesma versão 11.2, o erro não aconteceu mas a função é congelada e trava o sistema, ou seja, um problema diferente mas que ainda impede que eu prossiga. Quando fui para uma versão Delphi 11.3 tanto o XML do exemplo quanto qualquer outro passou sem qualquer problema pela validação e a impressão ocorreu normalmente. Vai ser bem difícil encontrar o motivo do erro, num primeiro momento como preciso resolver rápido vou compilar o projeto em Lazarus e caso consiga uma solução volto para postar a mesma. Obrigado pela atenção.

Bom dia! Muito obrigado pela contribuição! Por favor, pode disponibilizar o(s) arquivo(s) alterados para validação e possível inclusão no SVN?

Boa tarde Italo . blz . eu vou dar um molhada melhor . e qualquer coisa eu posto aqui Muito Obrigado . Adilson Pazzini .

Bom dia Denis, Esse XML foi baixado do Portal da Prefeitura ou foi retornado pelo WebService? Por padrão todos os XML de NFS-e segundo o layout da ABRASF devem começar pela tag CompNfse e esse XML esta começando pela tag Nfse. Veja:

Bom dia. Acompanhe:

Bom dia Rafael, O Padrão Nacional não traz algumas informações em seu XML, a titulo de exemplo é o código de verificação. O que foi feito, o componente esta usando a chave da NFS-e como sendo o código de verificação e ao imprimir a mesma não cabe no espaço reservado para o código de verificação. No meu entendimento em vez de imprimir o DANFSE pelo componente após o envio do DPS para a API do padrão nacional, eu faria o seguinte: Emitir(nLote, meAutomatico, False); // o False é para não imprimir o DANFSE automaticamente. If retornou o XML da nota then ObterDANFSE(chaveNota); Depois basta abrir o PDF para visualisar e imprimir

claro. se quiser até mesmo contribuir. implementa o código e anexa aqui que validamos

Perfeito, obrigado @Daniel InfoCotidiano, de qualquer forma, por hora, resolvemos fazendo replace do \r\n para ; (ponto e vírgula), agradeço a atenção

Bom dia colegas! Sei que a maioria de nós que utilizamos o ACBR trabalha com o bom e velho RAD Studio/Delphi, mas além deste quais outras ferramentas/linguagens os colegas usam? Vantagens, desvantagens? Programação para web ou apps? Abraço e bom final de semana para todos.

Bom dia Antonio, O XML retornado pelo ConsultarNFSePorChave é o da NFS-e e infelizmente não existe nenhuma tag que indica que a nota se encontra cancelada. Como as NFS-e do Padrão Nacional são canceladas por um evento, vai ser necessário você executar o método ConsultarEvento. Onde temos que informar a chave da NFS-e e opcionalmente o tipo de evento e se este possa conter mais de uma ocorrência devemos informar também o numero sequencial do evento. Estude o código do botão [Consultar Evento por Chave] e na unit PadraoNacional.Provider, mais precisamente a procedure TratarRetornoConsultarEvento, para saber quais tag são lidas do retorno. Nesse retorno você vai ter a data/hora do processamento do evento.

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

Bom dia Antonio, Assim que eu tiver um retorno do pessoal da RFB/SERPRO lhe informo aqui.

Bom dia Lindomar, Pelo que me recordo o campo dPrev tem que ser um campo cujo tipo seja numérico de ponto flutuante. Devemos informar o valor zero quando não queremos informar uma determinada data.

ah sim, parece ser isso mesmo! Acontece que como não retorna nada achei estranho! Obrigado, dia 21/09 irei testar novamente!

Bom dia Italo, perfeito, muito obrigado pela atenção

Está retornando essa validação caso não seja preenchido a dPrev.

Bom dia Lindomar, Como não sou eu que cuido da Lib, vou passar esse caso para o pessoal, eles vão retornar aqui mesmo neste tópico com uma resposta mais assertiva.

sim. pode fazer os testes novamente por favor?

É sim.

Essa atualização da LIB é pra conter as alterações? (Quarta as 18:46)

Bom dia, É possivel anexar os manuais completos para validarmos se estamos com a mesma documentação? Obrigado

Bom dia Diego, tudo bem? Obrigado, irei atualizar os fontes e aguardar a atualização da Lib

Segue nova correção; ACBrBancoABCBrasil.pas

Sugestão: with AACBrBoleto do begin Banco.TipoCobranca := AACBrBoleto.GetTipoCobranca( ADataSetConfigServicoBanco.FieldByName('CAMARA_COMPENSACAO_BAN').AsInteger {077}, ADataSetConfigServicoBanco.FieldByName('CARTEIRA_SER').AsString {112 - carteira da sua conta} ); Quando atribuir em TipoCobranca, acionará o SetTipoCobranca, que cria o objeto, que coloca o banco correto... .. demais configuracoes

O problema estava na rotina de leitura do arquivo INI do componente nativo. Para ler a seção infOutros no INI, ele considerava o campo nDoc. Campo este que não é obrigatório. Por isso, não gerava quando você não informava. Enviado alteração ao SVN na Rev-30565 para que considere o campo obrigatório tpDoc. Na próxima compilação da Lib ja é para estar disponível.

Boa tarde, Para emitir por aplicativo de terceiros, precisa do certificado. Apenas via site ou app da receita que aceita sem certificado.

Boa tarde! Criada a #TK-4414 para análise do caso e parecer do consultor responsável.

Boa tarde Adilson, Você esta fazendo confusão. Informando o valor 5 a esse campo você esta dizendo que o Regime Especial de Tributação Municipal é Profissional Autônomo, que ao meu ver não tem nada haver com o MEI. Para gerar essa tag devemos alimentar o campo: NFSe.RegimeEspecialTributacao E ele aceita os seguintes valores: retNenhum, retCooperativa, retEstimativa, retMicroempresaMunicipal, retNotarioRegistrador, retISSQNAutonomos, e retSociedadeProfissionais. A tag opSimpNac que é alimentada com o conteúdo do campo: NFSe.OptanteSN pode receber os seguintes valores: osnNaoOptante, osnOptanteMEI, osnOptanteMEEPP.

Boa tarde pessoal, Gostaria de compartilhar com a comunidade, dois arquivo que criei, um deles embasado no arquivo "RedesPayGo.txt", outro embasado em alguns dados que tenho em nossos softwares. Dentro desses arquivos contém os dados das adquirentes conforme a rede. O intuito seria que a comunidade viesse a contribuir para que possamos ter os dados corretos e atualizados. RedesPayGo.csv RedesPBNEW.csv

Bom dia, Acredito que o ambiente de produção ainda não esteja disponível. Verifique no topico abaixo o andamento das atualizações.

Além disto sugerimos colocar uma flag: Deduzir do total da nota? sim ou não. No MOC não há dedução do vNF, porém como alguns contadores, dependendo do tipo de operação, pedem para deduzir, a flag deixa o sistema atendendo ambos casos.