lucimauro

Estou recebendo um erro ao tentar emitir NFC-e usando a ACBRLIB aqui no CE sem integrador fiscal -10 unable to open file "C:\integrador\input\nfeautorizacaolote12-20220627184140-1548838.tmp" : O sistema não pode encontrar o caminho especificado. Lembrando que a Sefaz CE já liberou os novos endereços para NFC-e e que o integrador será desativado em novembro deste ano. Também na configuração da DLL não encontrei como configurar para continuar usando o integrador ate que a acbrenfe32.dll seja atualizada porque pela msg me parece que ainda esta presa ao integrador.

Boa tarde. Já deu uma olhada neste topico?

Ola helio veja como faço em harbour : METHOD CheckResult(hResult) CLASS ACBrNFe local buffer, bufferLen, oErr bufferLen:=STR_LEN buffer:=Space(bufferLen) oErr:=DllCall(::hHandle, DLL_OSAPI, "NFE_UltimoRetorno", @buffer, @bufferLen) if !Empty(oErr) buffer:=if(bufferlen>0,SubStr(buffer,1,bufferlen),'') return("ERRO:"+Alltrim(Str(oErr))+'-'+hb_UTF8ToStr(buffer)) else if bufferLen > STR_LEN buffer:=Space(bufferLen) DllCall(::hHandle, DLL_OSAPI, "NFE_UltimoRetorno", @buffer, @bufferLen) endif endif buffer:=if(bufferlen>0,SubStr(buffer,1,bufferlen),'') Return(buffer) // METHOD ConfigGravarValor(eSessao, eChave, eValor) CLASS ACBrNFe local hResult hResult := DllCall(::hHandle, DLL_OSAPI, "NFE_ConfigGravarValor", hb_StrToUTF8(eSessao), hb_StrToUTF8(eChave), hb_StrToUTF8(eValor)) ::CheckResult(hResult) Return nil // METHOD ConfigLer(eArqConfig) CLASS ACBrNFe local hResult hResult := DllCall(::hHandle, DLL_OSAPI, "NFE_ConfigLer", hb_StrToUTF8(eArqConfig)) ::CheckResult(hResult) Return nil // METHOD EnviarEvento(ALote) CLASS ACBrNFe local hResult, buffer, bufferLen bufferLen := STR_LEN buffer := Space(bufferLen) hResult := DllCall(::hHandle, DLL_OSAPI, "NFE_EnviarEvento", ALote, @buffer, @bufferLen) Return(::CheckResult(hResult)) // // Exemplo de uso clib_CodificacaoResposta:=hHandleDllNfe:ConfigLerValor("Principal", "CodificacaoResposta") if clib_CodificacaoResposta != "0" hHandleDllNfe:ConfigGravarValor("Principal", "CodificacaoResposta","0") // 0 = UTF8 (Padrão) 1 = ANSI endif Troque o UTF8 pelo ANSI

@Mario Luiz de Souza indPres=1 // 1-Operação presencial"

Aqui no Harbour uso a CDECL(MT) sem nenhum problema, agora @Helio Beltrao Jr. veja não esta usando DLL no padrão MT já que a classe não esta preparada para isso , para usar MT teria que adicionar mais um parâmetro que seria o ponteiro.

Seus testes sem a função hb_StrToUTF8( ) tiveram retornos estranhos?

Bom dia a todos. Com a desativação do integrador fiscal no CE programada para novembro vi que precisa alterar os novos endereços do webservice da NFC-e no componente/acbrmonitor/acbrlib http://nfce.sefaz.ce.gov.br/pages/informacoes/web_services.jsf

https://www.sefaz.ce.gov.br/2022/05/11/comunicado-desativacao-integrador-e-validador-fiscal/

Já resolvido completando os zeros a esquerda ate 13 dígitos. pode fechar.

Bom dia. Estou com esse erro na hora da emissão da NF-e ERRO: Falha na validação dos dados da nota: 13119 - Element '{http://www.portalfiscal.inf.br/nfe}cProdANVISA': [facet 'pattern'] The value '802245210107' is not accepted by the pattern '[0-9]{13}|ISENTO'. Já consultei esse código e o mesmo existe na anvisa.

Isso mesmo @EliasCesar após apagar "ACBrNCM.json" a consulta funcionou corretamente.

Bom dia a todos. Eu fazendo aqui um teste de consulta pelo ncm no acbrmonitor v. 1.4.0.104 e recebo o retorno: 05/05/2022 12:04:06 - EScannerError - Invalid character at line 1, pos 4: '<' 05/05/2022 12:04:06 - Invalid character at line 1, pos 4: '<' o NCM que pesquisei foi 84778090

@Mega Online deve ser o contador do cliente com um SIEG/FSIST da vida consumido o mesmo serviço.

Aqui só funciona se fizer a consulta após o cancelamento para atualizar o XMl, assim a tarja sera impressa.

Depois de cancelar esta fazendo um consulta da nota carregando o xml para atualização do mesmo?

@Juliomar Marchetti talvez a empresa no credenciamento deva pagar alguma taxa agora o desenvolvedor acredito que não. Mais eu apenas acho.

https://ajuda-vendas.estaleiro.serpro.gov.br/renave/ Me parece que os sistemas poderão transmitir os dados das notas emitidas do veiculo novos para este portal, não tenho certeza.

Pena que pelo que vi aqui não mudou nada com relação a anterior.

Eu também tenho essa mesma duvida já que estou iniciando a emissão de boletos, agora pelo WeBService não contempla todos os bancos ate o momento então acaba sendo necessário ter a opções por arquivo.

Esses primeiros NCM estão com 7 dígitos , esta correto assim o scrip?

Estou com esse problema também, essa ultima tabela do IBPT não contempla ainda os novos NCM

Tp_CiniEvento:='' Tp_CiniEvento:='[EVENTO]' Tp_CiniEvento+='idlote='+alltrim(Str(nrnfce)) Tp_CiniEvento+='[EVENTO001]' Tp_CiniEvento+='cOrgao='+estado_ibge(u_uf) Tp_CiniEvento+='CNPJ='+u_cnpj Tp_CiniEvento+='chNFe='+chave+hb_eol() Tp_CiniEvento+='dhEvento='+dtoc(mdatasis)+" "+time() Tp_CiniEvento+='tpEvento='+"110111" Tp_CiniEvento+='nSeqEvento='+"1" Tp_CiniEvento+='versaoEvento='+'1.0' Tp_CiniEvento+='nProt='+prtusonfce Tp_CiniEvento+='xJust='+'DESISTENCIA CLIENTE' If !CmdACBrOKNfe(ACBrNfce('NFe.EnviarEvento', {Tp_CiniEvento})) return endif Um exemplo de como faço o cancelamento usando o acbrmintor

@brajan Mostre como esta enviando o comando?

A questão para mim está totalmente ESCLARECIDA. Diante de todas as evidências e relatos dos colegas nesta thread, resolvi chutar o pau da barraca e partir para o nível hard: falei para o cliente que estávamos com um problema sério desde o dia 10 deste mês, e todas as evidências apontavam para algum aplicativo na CONTABILIDADE consumindo o mesmo serviço. Dei ultimato: se o cliente nao resolvesse isso, eu iria parar o meu serviço de baixa de xml e manifestação de notas. Parêntese: Eu sei que o cliente jamais aceitaria eu parar o meu serviço de baixa de xml rsrsrsrs. São mais de 1mil notas mensais e eles nao querem voltar a fazer essa tarefa manualmente. Aí o negócio pegou fogo. A contabilidade que antes jurou de pe junto que nao, ninguem fazia isso la, de repente alguem levantou a mao e confessou que realmente fazem pq "precisam pra baixar os xmls pra calcular alguns impostos". Ora ora ora. Imediatamente o serviço deles foi parado, e pra surpresa de mais ninguem rsrsrs tudo voltou a fluir perfeitamente. Isso foi ontem, 18/03, por volta das 17horas. Desde entao minha aplicação ja fez cerca de 10 consultas (na madrugada o serviço para), e... NENHUMA REJEIÇÃO. Pra mim o assunto foi resolvido e esclarecido. Obrigado a todos

Boa, Vou testar isso