Infoel

Boa tarde pessoal. Gostaria de uma ajuda Estou emitindo notas para o provedor IPM da cidade de Nova Erechim e estou tendo problemas com a informação da descrição dos serviços no XML. Estou criando a lista de serviços a partir do NFSe.Servico.ItemServico.New e preenchendo a propriedade "Descricao" com o descrição do serviço. Também estou preenchendo a informação ACBrNFSeX1.NotasFiscais.Items[0].NFSe.Servico.Discriminacao com a descrição de todos os serviços concatenados. Porém ao emitir a nota está sendo enviado o nome do serviço com a informação de todos os serviços concatenados, assim como está no XML vinculado. Tentei não informar o parametro ACBrNFSeX1.NotasFiscais.Items[0].NFSe.Servico.Discriminacao no entento acusa erro. Qual a forma correta de realizar essa emissão? Preciso informar alguma tag ou algo do tipo? Analizei o exemplo do Acbr e não consegui identificar o que de errado posso estar fazendo. 000555-ger-nfse.xml

Não seria possível, foi executado o script do .bat de remover arquivos para todas as unidades, foi excluído toda a pasta do ACBr (com excessão da pasta .svn), puxado os arquivos denovo, executado o instalador e o path só está apontado para a pasta Acbr\Lib\Delphi\LibD7\Win32. Se tiver mais algum passo podemos testar para ver se corrige.

Só conseguimos fazer funcionar com a seguinte alteração no arquivo ../ACBr/Fontes/ACBrDFe/ACBrNFe/DANFE/ACBrDFeDANFeReport.pas: Obs: Ao fazer alterações nos arquivos .pas do ACBr para testar, é necessário executar o instalador para compilar os arquivos .dcu. Caso não seja executado o instalador as modificações serão ignoradas.

Sim, atualizado o repositorio do SVN e rodado o atualizador.

Bom dia, Estamos com a seguinte situação: Ao chamar a função ACBrNFe.NotasFiscais.Items[0].Imprimir está sendo realizada a seguinte pilha de chamadas de funções: A última função TACBrDFeDANFeReport.CaractereQuebraDeLinha está desta maneira: function TACBrDFeDANFeReport.CaractereQuebraDeLinha: String; begin Result := TACBrNFe(ACBrNFe).Configuracoes.WebServices.QuebradeLinha; end; Fazendo um trace into nesta chamada está indo para TACBrNFe.GetConfiguracoes da Unit ACBrNFe (linha 475): function TACBrNFe.GetConfiguracoes: TConfiguracoesNFe; begin Result := TConfiguracoesNFe(FPConfiguracoes); end; Ao tentar executar esta linha, está ocorrendo a seguinte exception: Acredito que seja algo relacionado à este tópico, pois está relacionado à quebra de linha, porém não consegui encontrar onde fazer a correção.

Boa Tarde. Ao imprimir uma NFC-e está ocorrendo o seguinte erro: rlVenda: Erro durante a preparação do relatório... Já atualizei os fontes e reinstalei tudo do zero porém o erro persiste. Buscando outras tópicos não encontrei nenhuma solução para o problema. Tentei imprimir o XML usando o exemplo do ACBR e funcionou tudo corretamente. Alguém está com o mesmo erro ou sabe informar o que poderia causar esse problema? 42240903596850000192650010000011301000003077-nfe.xml

Podem fechar o tópico. Percebi que havia uma atualização dos fontes. Corrigindo esse problema

Boa tarde. Estou tentando transmitir uma NFC-e que emiti em contingencia. Está retornando o erro: 704 - Rejeição: NFC-e com Data-Hora de emissão atrasada No entanto este erro deveria apenas acontecer quando o tpEmis for '1' porém estou enviando '9'. Estou usando a seguinte função para carregar o xml em contingencia no componente do ACBR: ACBrNFe1.NotasFiscais.Clear; ACBrNFe1.NotasFiscais.LoadFromStream(xmlstream); Segue fragmento do xml carregado: <infNFe versao=\"4.00\" Id=\"NFe42240508273827000180650010001763579003154441\"> <ide> <cUF>42</cUF> <cNF>00315444</cNF> <natOp>Venda de mercadoria adquirida ou recebida de terceiros</natOp> <mod>65</mod> <serie>1</serie> <nNF>176357</nNF> <dhEmi>2024-05-06T08:50:04-03:00</dhEmi> <tpNF>1</tpNF> <idDest>1</idDest> <cMunFG>4204806</cMunFG> <tpImp>4</tpImp> <tpEmis>9</tpEmis> <cDV>1</cDV> <tpAmb>1</tpAmb> <finNFe>1</finNFe> <indFinal>1</indFinal> <indPres>1</indPres> <procEmi>0</procEmi> <verProc>7.9.0</verProc> <dhCont>2024-05-06T08:50:04-03:00</dhCont> <xJust>Entrada em contingencia por falhas na conexao com o web service.</xJust> </ide>

Bom Dia Italo. Havia atualizado os fontes semana passada. Atualizei novamente hoje e vi que foi resolvido. Muito Obrigado.

Usando o programa de exemplo do ACBR o mesmo erro ocorre. 8327738803201786531320241011102023561102-lista-nfse-con-lot-soap.xml 8327738803201786531320241011102023561102-con-lot.txt 8327738803201786531320241011102023561102-con-lot-soap.txt 8327738803201786531320241011102023561102-lista-nfse-con-lot.xml

Seria possível mover o tópico para o a área de NFS-e. Acabei gerando no tópico errado e não queria duplicar a pergunta no ACBR. Obrigado

Provedor: IPM - São josé - SC Ao tentar gerar uma nfs-e ou consultar usando a função ConsultarLoteRps recebo a mensagem de erro. Erro de Conexão: Start tag expected, '<' not found e dentro do arquivo soap está informando "Parâmetros Inválidos". Estou tendo esse problema desde o dia 10 de outubro. Verifiquei se o usuário e senha do cliente e aparentemente estão pois consegui acessar o ambiente fiscal da IPM de São José. Também atualizei o fontes e nada. Em outros provedores o mesmo não está acontecendo então imagino que pode ser um problema com a IPM. Não? Estou acionando também o suporte da IPM deles para verificar se houve alguma alteração no cliente ou no próprio provedor. Estou encaminhando os arquivos de XML de envio da nota e consulta (notas diferentes). Caso alguém tenha alguma sugestão do que pode ser o problema. Desde já agradeço. nfse.rar nfse consulta.rar

Boa Tarde. A tag está sendo preenchida corretamente como informado no arquivo que anexei. Estou informando o código "0" que seria tributado integralmente, porém estou recebendo o erro informado.

É a primeira vez que estamos integrando para o provedor proIPM para cidade de São José Estou recebendo o erro "00060 - Código da situação tributária não está preenchido corretamente.." ao gerar a nfs-e. Gostaria de saber qual regra de preenchimento para essa informação. Imagino que seja a Tag <situacao_tributaria> 002735-ger-nfse.xml

Bom Dia. Aparentemente o problema de timeout parou de acontecer comigo. Não imagino que foi alguma atualização de Windows pois vários de nossos clientes estavam tendo problemas não aconteceu mais depois de ontem as 15:00. Não mudamos nada no nosso código, continuamos usando wincrypt, tls 1.2 etc.. Estamos acompanhando para ver se o problema ocorre novamente. Mas todos os documentos (nfe,nfce,mdfe,cte) pararam de ocorrer erro. Então ou é algo relacionado a provedor de internet ou é receita, mas não faço ideia se algum dos dois faz sentido.. O problema ainda segue sem solução/explicação

Boa Tarde. Quando diz sobre a atualização do certificado está se referindo a renovação do mesmo? Se sim, imagino que não seja o problema já que nenhum de nossos clientes que estão dando problemas tiveram qualquer alteração no certificado.

Boa Tarde. Estou com problema de "Erro: 12002 - TimeOut de Requisição" ao fazer qualquer tipo de requisição para os servidores da receita (nf-e, nfc-e, mdf-e, ct-e). Esse problema começou a acontecer a 2 dias sem motivo aparente. Verificando a disponibilidade no site da receita informa que está tudo correto. Já perguntei no CAF e informaram que não há problema nenhum. O estranho que esse problema não está acontecendo com todos nossos clientes e também não o tempo todo. Erro: WebService Consulta Status serviço: - Inativo ou Inoperante tente novamente. Erro Interno: 12002 Erro HTTP: 0 URL: https://nfe.svrs.rs.gov.br/ws/NfeStatusServico/NfeStatusServico4.asmx Erro: 12002 - TimeOut de Requisição ---- Estou tento exatamente o mesmo problema que o post a seguir:

Realizei os teste no demo e consegui identificar o problema aqui. Muito obrigado

Vou verificar aqui

Após migrar para o novo componente ACBrNFSeX, ao utilizar a função ConsultarLoteRps(protocolo, lote) as novas notas, geradas neste componente, não estão retornando os seguintes valores: ACBrNFSeX1.NotasFiscais.Items[0].NFSe.SituacaoNfse ACBrNFSeX1.NotasFiscais.Items[0].NFSe.Numero ACBrNFSeX1.NotasFiscais.Items[0].NFSe.CodigoVerificacao ACBrNFSeX1.NotasFiscais.Items[0].NFSe.DataEmissao Utilizando o mesmo componente para consultar notas antigas, geradas no componente antigo, o retorno vem com estes valores corretos. Em anexo estão os XMLs retirados em ACBrNFSeX1.WebService.ConsultaLoteRps Provedor Betha, cidade de Curitibanos - SC NFS-e.rar

Sim, componente ACBrNFSeX

A cidade de Nova Erechim mudou para o provedor da IPM. [4211405] Nome=Nova Erechim UF=SC Provedor=IPM Versao=1.01 ProRecepcionar=https://novaerechim.atende.net/atende.php?pg=rest&service=WNERestServiceNFSe&cidade=padrao&eletron=1 HomRecepcionar=https://homologacao.atende.net/atende.php?pg=rest&service=WNERestServiceNFSe&cidade=integracoes&eletron=1 Verifiquei que os seguintes tópicos estão fechados e não encontrei outro para isso, por isso estou relatando por aqui.

Bom dia @Pedro A. Araújo, Agradeço a colaboração, vou testar aqui, poderia me informar se você adicionou os parâmetros no arquivo cidades.ini ou teve que utilizar IPM.ini?

Boa tarde, Estou tentando emitir uma nota fiscal de serviço que utiliza o provedor IPM na cidade de Nova Erechim-SC e estou parando em algumas questões. A primeira delas foi a falta de arquivo denominado IPM.ini. Criei um arquivo manualmente e inseri na pasta da minha aplicação. Como não sabia o que informar nesse arquivo, não tenho certeza se ele está funcionando corretamente. Depois de criado, tive progresso, mas parei em outro erro informando que este provedor requer WEBUSER. Inseri no sistema as seguintes configurações: ACBrNFSe1.Configuracoes.Geral.Emitente.WebUser ACBrNFSe1.Configuracoes.Geral.Emitente.WebSenha Preenchi nessas tags a informação de login que o cliente utiliza para o Webservice. Porém ao gerar a nota retorna ao erro: Lote: 000025 Erro Interno: 0 Erro HTTP: 401 URL: https://novaerechim.atende.net/atende.php?pg=rest&service=WNERestServiceNFSe&cidade=padrao {"retorno":{"msg":"Acesso Negado!","sis":false,"code":401}} Alguma ideia do que posso fazer para corrigir esse erro? Anexado arquivo que estou utilizando ao tentar emitir. Desde já, agradeço. IPM.ini

Corrigido, foi informado a tag rodo.infANTT.RNTRC E o problema foi corrigido