Daniel Weber

O erro realmente acontece com o campo codigomunicipio, tentei colocando outras cidades, mas ele não reconhece com númerico O erro esta exclusivamente na funcao nfse.ConfigGravarValor SESSAO_NFSe, "CodigoMunicipio", cmbCidadeEmitente.ItemData(cmbCidadeEmitente.ListIndex) Penso eu que nessa funcao há uma validacao para campo integer e no codigo da cidade deveria ser long Na primeira situação se for declarado como integer irá dar overlow, acredito que o tratamento na função deve esta ocorrendo algo parecido

Boa tarde mesmo erro E se eu tentar usar uma funcao propria do windows, para gravar a na secao NFSe o campo CodigoMunicipio ao tentar carregar por exemplo um envio de ini da erro tb

Bom dia. Estou utilizando a ultima versão da dll NFSe, (codigo do municipio 4314407-Pelotas RS e tentando configurar a lib.ini utilizando os seguintes procedimentos : Se tento dessa forma nfse.ConfigGravarValor SESSAO_NFSe, "CodigoMunicipio", fmrConfig.codMunicipio.Text ou nfse.ConfigGravarValor SESSAO_NFSe, "CodigoMunicipio", cInt(fmrConfig.codMunicipio.Text) Da esse erro: a solução encontrada foi comentar essa linha "CodigoMunicipio" e a linha do "Emitente.Dados.CodigoMunicipio" E gravar o valor por meio de função propria Porém também preciso apagar o arquivo ini ao iniciar o aplicativo e criá-lo novamente. OS campos do arquivo ini ficam com o valor da cidade Porem ao tentar gerar o xml nfse.LimparLista nfse.CarregarINI

Opa tudo bem encontrei o erro, na verdade no arquivo lib.ini coloquei ; e ao gerar o xml forcei ponto e ponto virgula

Estou tentando imprimir no danfe da nfce a quebra de linha, conforme indicado coloquei o ; (ponto e virgula) e tb tentei com | (pipe) no xml Em ambos os casos configurei o .ini tentei usar as duas opções e não consigo fazer a quebra de linha, na impressão sai apenas o caracter utilizado seja ; ou | Tem alguma saída?

Bom dia, liguei agora a pouco para SEFAZ-PR, após 15 minutos esperando o atendente obter a informação. foi me passado que até abril será disponibilizado no UPD tais informações

Bom dia, estou implementado a consulta por NSU e me surgiram algumas duvidas 1-não funciona em ambiente de homologação certo ? 2-estou utilizando o metodo da dll nfe.DistribuicaoDFePorUltNSU Aqui está a minha duvida, realizei a primeira consulta informando nsu 0, obtive que não há nenhum documento e a informação abaixo: maxNSU=000000000000298 tpAmb=1 ultNSU=000000000000050 Realizei novamente outra consulta utilizando agora o nsu 000000000000050, obtive a mesma informação alterando apenas a sequencia ultNSU para ultNSU=000000000000100 E fui realizando novas consultas incrementando o ultimo nsu conforme ia recebendo o retorno Na terceira tentativa recebi esse retorno [DistribuicaoDFe] CStat=656 CUF=0 DhRecbto= Msg=Rejeicao: Consumo Indevido (Deve ser utilizado o ultNSU nas solicitacoes subsequentes. Tente apos 1 hora) VerAplic=1.6.3 Versao=1.01 XMotivo=Rejeicao: Consumo Indevido (Deve ser utilizado o ultNSU nas solicitacoes subsequentes. Tente apos 1 hora) arquivo= dhResp=29/12/2023 10:01:02 indCont=0 maxNSU=000000000000000 tpAmb=1 ultNSU=000000000000100 oq estou fazendo de errado ?

Bom dia Sim No meu caso era combustivel (gas de cozinha) então eu faço a validação se tem o codigo ANP informado ... Então no CST eu inform 61 Na secao do ini NFe opção TagNT2018005 configure conforme o seu teste necessário

Bom dia Diego. Sim já estou sabendo e estava acompanhando esse mesmo topico, porem eu uso dot net e a soluções dadas no post que percebi são para quem utiliza delphi. No demo baixado do svn nao funciona nada mesmo com as novas dlls

Bom dia, amigos, alguem está conseguindo usar a DLL da consulta CNPJ? Baixei a versao 30 mas mesmo assim continua os mesmos erros.

Boa noite eu uso a dll da NFe

Boa noite, tenho um cliente que esta reclamando que ao visualizar a DANFE , não consegue ver ... há alguma forma de deixar pre configurado a visualização em outro percentual fora os 100% padrão

@Daniel InfoCotidiano Perfeito ... O buffer estava como 1024 também alterei e funcionou!! Obrigado! "para descontrair" só tem Daniel's nesse tópico kkkk

Boa tarde Um cliente meu reclamou que ao realizar a consulta de um determinado CNPJ 79379491014567, o mesmo não traz a maioria dos dados, apenas o bairro e a atividade. Baixei a versão 24 e o erro permanece. Obs: ao consultar no site da RECEITA FEDERAL é exibido todas as informações.

Continuando as tentativas. Gerei o xml com crt 1 no campo CSOSN informei na verdade CST 61 1-Ao enviar o xml pelo ambiente de homologação do PR ele me retorna o erro "Obrigatorio o preenchimento do grupo de UF de origem do combustivel. [nItem:1]" 2-No arquivo NFe.ini eu gerei o grupo da seguinte forma (para simples teste), como não há documentação no help de como proceder fui por intuito seguindo os outros grupos encerrantes, cide etc.. acrescentando a sequencia do produto 3-Agora se eu pegar o mesmo xml rejeitado pelo webservice do PR e colocar no validador do RS Não sei mais o que fazer ...

Boa noite Veja o problema o qual estou me referindo é o seguinte Se a empresa esta no CRT 3 eu defino no acbrlib TagNT2018005=3 E depois no CST eu informo CST = 61 Acabei de testar e enviei em homologação e foi autorizado O meu problema esta quando a empresa é CRT 1 ou 2 1-devo manter o no acbrlib TagNT2018005=3 O que devo passar para o NFE.ini CSOSN Ja tentei 500rep, Ja tentei colocar a CST 60rep, ja tentei cst 61 so que não aceita, não sei oque informar quando se tratar de simples nacional Eu não sei e não há no help documentação indicando oque e como proceder para os casos de CSOSN, entendeu é questão de comunicação do arquivo NFe.ini com a dll Acbr

Boa noite Utilizo a dll NFe versão atual 4.6.243 - 18/07 Anteriormente para gerar combustíveis (gas glp) eu fazia a validação se era combustível, se estava preenchido o código ANP: *No arquivo ACBRLIb.ini (empresa CRT 3) [NFe] TagNT2018005=3 E na hora de montar o arquivo NFE.ini CST=60rep Para essa nova nota técnica como devo proceder? e no caso de empresas CRT 1 e 2 (simples nacional) como proceder?

Perfeito, muito obrigado.

Bom dia, respondendo os amigos, sim não uso delphi, uso a plataforma dot.net Segue o arquivo INI, estou preenchendo todos os dados, claro que enviando com os valores zerados no caso das bases e aliquotas, mas inclusive as tags referente a combustivel todas preenchidas segue o arquivo ini segue o xml assinado A rejeição apresentada é XMotivo=Rejeicao: Nao informada vBCSTRet, pST, vICMSSubstituto e vICMSSTRet [nItem:1] NFe.INI 43221292176288000178550050000030131000005692-ERRO.xml

Bom dia ainda estamos num processo de migração de alguns clientes para o uso da DLL do ACBR. Uma dificuldade que noto é que para quem usa o Delphi a questão de exibir as opções de preenchimento fica mais claro, já para que usa a comunicação através dos arquivos .INI, o help atual, falta algumas informações. Enfim, após pesquisar no forum verifiquei que para algumas situações a de combustiveis (gas de cozinha em questão) é necessário preencher o CST como 60rep O componente antigo que usavamos monta um xml como o da imagem abaixo: Já através do ACBR (utilizando as dlls disponibilizadas ontem) o ACBR me gera as seguintes tags, o que causa rejeição Como devo proceder para preencher, corretamente o .INI Obrigado desde já Daniel Weber

Boa tarde, tem alguma configuração no arquivo .ini na parte do danfe nfe, que permita totalizar por cfop conforme imagem: Obrigado Daniel

Consegui transmitir e gerar os eventos. Na verdade ao carregar o arquivo INI, existe uma falha na documentação https://acbr.sourceforge.io/ACBrMonitor/NFESetFormaEmissao.html Para setar no arquivo ini, deve se considerar SVCAN = informar 5 SVCRS = informar 6 e assim por diante.

Estou usando a versão da dll 0.4.6.205 a mais recente disponível no site.

Acabei de consultar o portal nacional https://www.nfe.fazenda.gov.br/portal/principal.aspx Continuo setando ... no ACBrLib.ini [NFE] FormaEmissao=6 no NFe.ini [Identificacao] tpEmis=6 dhCont=28/10/2022 16:57 xJust=SEFAZ MG ENTROU EM CONTINGENCIA E o retorno que estou obtendo é Rejeicao: UF informada no campo cUF nao e atendida pelo Web Service Segue trecho do xml

Minas gerais não estava em contingência dias 27 e 28 ?