Daniel Weber

Solucionado o mistério, vou postar aqui a resolução porque acredito que muitos talvez passem pelo mesmo. A questão é a seguinte, no PR, desde sempre a NFe e NFCe era necessário o cadastro do fornecedor, pedir autorização etc... A questão que esse cliente em questão que estava apresentando o erro, tinha nosso sistema autorizado (o qual está liberado para modelo 55 e 65) por isso na 65 ir tranquilo. Porem no modelo 55, alem do nosso sistema, o cliente ainda possuia o vinculo com o emissor gratuito, ou seja na hora de emitir um modelo 55, possivelmente dava conflito de informação procurando o CSRT do sistema gratuito que divergência com o nosso informado. Correção: contador fez o cancelamento de uso do sistema gratuito, ficando apenas o nosso, 24 hrs depois emitindo certinho!!

Enquanto aguardo conseguir um contato direto com a SEFA PR, resolvi testar com outro cliente do PR. E para espanto, de primeira consegui enviar a nota de homologação com o CSRT, agora terei que descobrir o que esta acontecendo com o primeiro cliente que tentei o teste, já que no ambiente UPD o cnpj do cliente está vinculado ao nosso emissor e devidamente autorizado. Assim que tiver novidades, posto aqui.

kkkk, bem vindo ao mundo da IA Mas estou na 1000X tentativa por telefone, uma hora eu consigo e posiciono aqui

Incrivel a resposta da SEFA PR, agora tentando pelo TELEFONE Gmail - SefaPr - Resposta do Protocolo P-1666705.pdf

Sim, eu ja revisei e tentei enviar alternando campos. Já abri o chamada na SEFA PR, assim que me retornarem eu posto aqui.

Bom dia. Estou iniciando os testes de homologação do CSRT para o PR. Estou usando a ultima versao da dll 1.4.7.334 de 11/02/25 Dados ficticios ok. No meu cadastro do UPD o nosso cnpj é 010101 .... O idToken de homologação gerado = 1 o CSRT de homologação = 123456 No arquivo lib.ini na seção NFe estou informando IdCSRT=1 CSRT=123456 Ao gerar o arquivo ini para a criação da NFe ns seção [infRespTec] CNPJ=010101 xContato=nome do contato conforme cadastro upd email=email conforme cadastro upd fone=celular conforme cadastro upd Ao enviar a nota fiscal estou recebendo a rejeição 974 CNPJ do responsavel tecnico diverge do cadastrado Porém ao abrir o xml que esta sendo enviado o que percebo é na tag <idCSRT> esta informando o id do token no caso 01 </idCSRT> e a tag <hashCSRT>qQnTAfXFGjBeEUevXZPs9u3OKbg=</hashCSRT> que o hash da concactenação certo porém pesquisando não deveria ser gerado o arquivo xml na tag <idCSRT> o valor do CSRT no caso 123456 </idCSRT> ja tentei no arquivo lib.ini informar IdCSRT=123456 (csrt) CSRT=123456 No arquivo lib.ini na seção NFe estou informando IdCSRT=123456 (csrt) CSRT= Ai nesses casos me da a rejeição que é necessário informar o csrt

Boa tarde, estou travando uma batalha com os webservices da prefeitura de curitiba, uso a dll Procedimento de envio... 1-envio ret = nfse.Emitir(nEmissao_lote_envio, 1, False) 2-após o envio coleto o retorno da lib nEmissao_protocolo= ReadINI("Envio", "Protocolo", ACBR_CAMINHO_APP_ARQUIVO_RETORNO_EXECUCAO_FUNCAO) 3-após receber o protocolo realizo a consulta da situação ret = nfse.ConsultarSitucao(nEmissao_protocolo, nEmissao_lote_envio) 4-se a situação for diferente de 3 entao realizo a consulta ret = nfse.ConsultarLoteRps(nEmissao_protocolo, nEmissao_lote_envio) e com o retorno então obtenho numero da nota, arquivo xml etc.. *O meu problema está nas etapas 1 e 2, muitas vezes vai tudo certinho, outras horas, simplesmente nao retorna o protocolo, vou no site da prefeitura e a mesma está lá lote, rps tudo certo. *Porem nesses casos o cliente terá q entrar no site da prefeitura para pegar o codigo de verificação e usar a funcao ret = nfse.ConsultarNFSePorRps(nEmissao_numero_rps, nEmissao_serie_rps, "1", nEmissao_cod_verificacao) estou esquecendo algo

Sim, isso eu ja tinha visto. Na verdade o que me faltava era a informação de onde colocar a tag no ini, que acabei passando batido, achando que era no ini geral da lib. Enfim podem encerrar o topico, tudo funcionando perfeitamente, vwl mais uma vez pelas respostas!!

Boa noite, utilizo a Lib no arquivo ini é possível configurar a impressão da logomarca do cliente (emissor do boleto)

Boa tarde a todos, respondendo utilizo a lib dll o arquivo de configuração é justamente o lib.ini para iniciar o uso da dll Cidade de Curitiba, mas esse "detalhamento" não tem muito necessidade já que os totais são exibidos na propria nota, e na maioria das vezes a nota é composta por um serviço. Pensei que esse detalhamento do produto iria eliminar ou exibir informações adicionais referente ao serviço em si, como por eliminar esse codigo de serviço e talvez deixasse o campo para inserir mais informações as quais não vem no xml, mas para muitos clientes é importante para faturamento etc.. Enfim esse parâmetro seja setado zero ou um vai continuar mostrando o layout do danfe do mesmo jeito que printei no inicio do topico.

Bom dia. Ao configurar o arquivo ini, seção [DANFSe] parametro DetalharServico, tanto colocando como zero ou um a impressão não muda em nada continua sempre me trazendo a mesma informação. Outra duvida de onde o componente busca essa informação do codigo do serviço (a descriminação) já que no xml tem apenas a informação do <ItemListaServico>1.04</ItemListaServico>

@Daniel InfoCotidiano Resolvido, acabei adotando a carteira 112 e pegando o retorno do nosso numero.

sim tentei Mas o engraçado é veja eu enviei o boleto como carteira 110 O boleto devolvido pelo site do inter consta como carteira 112 E ai obviamente o boleto gerado pelo ACBR esta com 110 Fazendo com que não bata a linha digitavel

@Daniel InfoCotidiano Alterei agora para a carteira 110 Acabei de enviar um titulo (nosso numero definido pelo sistema) Código do cedente configurado conforme o site do inter Porem o que eu notei, se tu pegar o demo na opcao carteira so há 3 configurações possiveis: Entao dentro do meu sistema eu fazia um pequeno tratamento para tentar encontrar a melhor opção, onde estão estava preenchendo a Carteira do ini, com 0 1 ou 2. Precisei alterar manualmente tirando essa pré validação dessa forma e colocando a carteira como 110, gerou o codigo de barras da mesma forma que veio do site do inter.

Bom dia @Daniel InfoCotidiano Como eu informei na carteira 112 preciso aguardar o retorno porem o retorno que vem é NossoNumero=90114176889, e o ACBR nao valida por ter mais de 10 digitos

Boa tarde. Estou implementando o boleto do banco inter atraves da api alimento o arquivo .ini Estou usando a carteira 112 informo o tipo de pix e a chave e o nossonumero Envio a requisição "incluir" o qual me retorna NossoNumeroCorrespondente, pro pix o txid e o emv , até ai tudo tranquilo A minha duvida está no seguinte, montando o boleto pelo ACBR ele me gera uma linhadigitavel, e pela retorno da propria api a linha digitavel é outra. Ao garimpar no forum teve alguns que comentaram que deveria alterar o meu "nossonumero" pelo do retorno da api NossoNumero, tentei fazer porem no retorno da api veio um nosso numero 90114176889, maior que dez ... nao passando na validação. Acredito que também esteja com algum problema na configuração da propriedade codigo do cedente, nao sei se esta correta a montagem q fiz da agencia + conta Como proceder... Segue blocos do acbrlib.ini e titulos.ini e o retorno da api config conta (acbrlib.ini) carregamento do titulo.ini Retorno da api: [TITULORETORNO1] Aceite=0 CaracTitulo=0 Carteira= CarteiraEnvio=0 CodBarras=07791990100000009860001112083222090114176889 CodigoCanalTituloCobranca= CodigoDesconto=0 CodigoEstadoTituloCobranca= CodigoMora= CodigoMoraJuros=0 CodigoMulta=0 CodigoNegativacao=0 DataAbatimento= DataBaixa= DataCredito=09/11/2024 DataDesconto= DataDesconto2= DataDocumento=09/11/2024 DataLimitePagto= DataMoraJuros= DataMovimento=09/11/2024 DataMulta= DataProcessamento= DataProtesto= DiasDeProtesto=0 EspecieDoc= EspecieMod= EstadoTituloCobranca=A_RECEBER HoraBaixa= Instrucao1= Instrucao2= Instrucao3= LinhaDig=07790001161208322209601141768893199010000000986 MultaValorFixo=0 NossoNumero=90114176889 NossoNumeroCorrespondente=020d7f7f-99ed-4cf0-b312-81aeac44d33c NumeroDocumento= Parcela=0 PercentualMaxPagamento=0 PercentualMinPagamento=0 PercentualMulta=0 QtdePagamentoParcial=0 QtdeParcelas=0 SeuNumero=18 TipoDiasProtesto=0 TipoPagamento=0 Tx_ID=2919855561731175558000mSocoen6Lz3eP URL= UsoBanco= ValorAbatimento=0 ValorDesconto=0 ValorDesconto2=0 ValorDespesaCobranca=0 ValorDocumento=9,86 ValorIOF=0 ValorMaxPagamento=0 ValorMinPagamento=0 ValorMoraJuros=0 ValorOutrasDespesas=0 ValorOutrosCreditos=0 ValorPago=0 ValorRecebido=0 Vencimento=15/11/2024 emv=00020101021226980014BR.GOV.BCB.PIX2576spi-qrcode.bancointer.com.br/spi/pj/v2/cobv/aaf9172320f84802b2a969e9ac7729cc52040000530398654049.865802BR5901*6007PELOTAS61089602022062070503***6304931E url_Pix=

Claro segue anexado. ACBrMDFe.zip

Resolvido Alterei na classe do exemplo (demo) Para

Boa tarde Com o uso da dll do MDFe no exemplo demo a chamada para encerramento do mdfe está assim ou seja simplesmente tu manda o comando mas não obtem nenhum retorno no manual é informado que deveria ter o retorno do tipo string para conseguir tratar ... mas pelo que observei na propria chamada da classe não há um retorno de function Como proceder ? para recuperar o retorno do evento e tratá-lo

Você esta carregando os dados da nota na sua aplicação ou na Lib? quis dizer que consulto o banco de dados para ele me retornar o numero da nfse q deve ser passada na função da lib. Você checou se a variável: nEmissao_numero_nota contem o numero da nota que vai ser cancelada/substituída ? Sim coloquei inclusive um msgbox antes de executar a função Aqui esta o print de todo procedimento, em anexo video mostrando a tela (eu só faço o carregamento desta função CarregaDados_NFSe (minha função)para obter o numero da nota, pois ainda nao tratei para o usuario informar direto o numero e sim por enquanto nos testes estou informando o indice primario da tabela. capture-1.mp4

Boa tarde Italo. Quando falei do RPS pois já fiz todas as possibilidades possíveis, o que começo a achar que a substituição não funciona no amb. homologação. Veja 1-crio um novo arquivo ini com a nova nota que irá substituir ... Call NFSe_gera_nota_padrao_ABRASF 2-limpo o componente e carrego o ini gerado nfse.LimparLista nfse.CarregarINI ACBR_Arquivo_notafiscal_ini 3-carrego os dados da nota fiscal a ser substituida que me retorna a variavel nEmissao_numero_nota a nota 6 (que testei com um msgbox para ver se estava vindo preenchida) Call CarregaDados_NFSe(Me.subst_id.Caption) 4-implemento a funcao substituicao ret = nfse.SubstituirNFSe(nEmissao_numero_nota, "", "1", "", "", "") Ai agora somente informando numero da nota me gera esse erro

Boa tarde .. Fiz o seguinte procedimento. Gerei o arquivo.ini da nova nota (que irá substituir) nfse.LimparLista nfse.CarregarINI "arquivo ini gerado" e então apos executei o seguinte comando Tentei da seguinte maneira dados da nota a ser substituida no. 6 rps numero 9 rps lote 27 codigo verificacao D12E.722D.6790.9471.6D19.2C54.7717.FE38 xml da nota q estou tentando cancelar tentei: nfse.SubstituirNFSe("numero nota no caso 6", "", "1", "motivo", "numero do rps no caso 9", nEmissao_cod_verificacao) nfse.SubstituirNFSe("numero rps no caso 9", "", "1", "motivo", "numero do lote rps no caso 27", nEmissao_cod_verificacao) nfse.SubstituirNFSe("numero nota no caso 6", "", "1", "motivo", "novo lote a ser enviado na substituição", nEmissao_cod_verificacao) nfse.SubstituirNFSe("numero rps no caso 9", "", "1", "motivo", "novo lote a ser enviado na substituição", nEmissao_cod_verificacao) Sempre me retornando um erro, será que é o ambiente de homologação ?:

Bom dia. Enviei uma nota fiscal no. 5 (numero retornado pelo provedor) lote rps 25 etc... Depois enviei a nota fiscal 6 (numero retornado pelo provedor) lote 26 ... Então executo a função observando que todos os dados são da nota no. 5 a qual eu quero cancelar ... ret = nfse.SubstituirNFSe("5", "NFSe", "1", "TESTE DE HOMOLOGACAO", "25", "xxxxxx") Ao executar a função no proprio exemplo demo me retorna o seguinte erro:

Bom dia, após a resposta do @Daniel InfoCotidiano, resolvi ir gravando o arquivo INI item a item, abrindo o demo e gravando e depois fazendo o mesmo passo a passo no meu projeto. Enfim, comida de bola em partes de minha parte pois o erro não estava no código do município. Vamos as explicações no exemplo demo o ambiente de produção utilizando radio não funciona sempre grava o mesmo valor (não lembro de cabeça se é produção ou homologação q ele grava, mas tem esse pequeno bug, foi então que fui comparando ) Oque acontece que se olharem a documentação de exemplo o item producao = 2 e acabei configurando o meu lib com o maldito 2 nem fui olhar o detalhe a aba "Configurações" e pra ajudar a NFe e NFCe do nosso projeto no nosso erp ela grava producao 1 e homologação 2 mais uma ajudinha para o erro. Enfim, foi no ultimo item o que eu achava q não poderia estar errado q estava o problema pois estava setando a lib com ambiente = 2 e o esperado era 0 ou 1

boa noite. Como eu já havia informado, eu tentei gravar o codigodomunicipio através de funcao propria do vb para gravar ini Ao carregar o aplicativo de testes ACBrLibNFSeDemo no load (quando ele inicia a dll) Set nfse = CreateNFSe(IniPath) ja da o mesmo erro Também tentei com outros códigos de cidades. Agora se eu deleto o arquivo ini, rodo o exemplo de testes, seleciono apenas a cidade e clico em salvar, ele grava o campo da mesma forma e consigo reabrir o programa de testes sem erro. Acredito que toda a estrutura de prefeitura, webservices, padrões esteja baseada nessa variavel do codigo do municipio. Voces que tem acesso ao fonte da dll, e que conhecem o projeto quando é iniciada a dll nfse, quais campos são co-relacionados a essa validação, posso estar deixando passar algo.