Mailson Popin

Estou tendo outro problema com os tipos de documentos 'CARTÃO DÉBITO' e 'CARTÃO CRÉDITO', pois estou passando a tag tpIntegra := tiPagNaoIntegrado; ou seja, = a 2, e no meu entender dessa forma não há necessidade de informar os dados do cartão, porém mesmo assim está dando o erro: 'Rejeição: Não informados os dados do cartão de crédito/débito nas Formas de Pagamento'. Estou esquecendo de algo?

Fica em...ACBr\Fontes\ACBrDFe\ACBrNFe\ACBrNFeServicos.ini. Depois recompile.

A blz Rafael...tbm já estou conseguindo transmitir... Outra questão: Como vamos controlar as aplicações para colocar em Produção as alterações dia 01/01/2016? Pergunto porque teremos que atualizar todos os clientes antes dessa data, porém não vai poder enviar a TAG do qrcode e outras alterações tbm. Teremos que validar por Data?

Acho que resolveram...consegui transmitir com sucesso agora! Usando http://

Mas mesmo assim foi retornado o 'erro não catalogado'? Que bom... desculpe a falta de conhecimento mas como vc faz para acompanhar esses chamados na SEFAZ?

Rafael... estou na mesma situação... erro não catalogado. Segue exemplo de URL que peguei no site da receita. Repare que o tipo de ambiente tbm é 2 então esse é um link de um exemplo em homologação. www.dfeportal.fazenda.pr.gov.br/dfe-portal/rest/servico/consultaNFCe? chNFe=41140978393592000146651000000000031222222235&nVersao=100&tpAmb=2& cDest=05707205918&dhEmi=323031342d30392d33305430393a35393a30302d 30333a3030&vNF=49.00&vICMS=7.32&digVal=567a2b31414f616352642b704b71736e 46445730642b64725333383d&cIdToken=3&cHashQRCode=9A527854D3077780BEF1 B293AEE35798584E5F3C

Joao...com esse endereço vc conseguiu transmitir?

Obrigado...vou esperar

Boa tarde...hoje dia 05/11/2015 a SEFAZ do PR terminou de implementar as alterações da NT 2015/02 no servidor de homologação e estou tentando enviar a TAG do QR-Code no xml. Quando envio é retornado o seguinte erro: 'Endereco do site da UF da Consulta via Qr-Code diverge do previsto'. Por mais que a mensagem seja clara, não consegui identificar o problema. Alguma sugestão?

Qual erro mostrou pra vc agora?

Mas isso só em homologação? Pergunto pq produção não tenho como testar e até agora nenhum cliente reclamou.

Acho que a solução é aguardar a correção do servidor por parte da SEFAZ. Estou correto?

Rodrigo, teus schemas estão atualizados ? Estão sim, o componente do ACBr está validando o XML com a tag. O Paraná ainda não implementou essa alteração. Acreditava que fosse isso mesmo, o complicado que já são 15 dais de atraso, duvido que vão prorrogar o prazo para a entrada em produção. Muito obrigado. Ola amigos... Eu tbm sou do PR e estou com o mesmo problema, porém a NT 2015/002 foi prorrogada. Segue link para esclarecimento https://regys.com.br/nfc-e-nota-tecnica-2015-002-versao-1-10/

Tiago, a única solução que encontrei foi voltar a versão da aplicação para a versão antes de atualizar o ACBr, transmitir e depois subir novamente. Funcionou tudo ok.

Boa tarde...conseguiu alguma solução? Estou com o mesmo problema, mas até agora não encontrei nada...

Ontem em contato com a SEFAZ-PR informaram que dia 16/11/2015 eles vão colocar em produção, porém não tem previsão de quando vão implementar as alterações no servidor de homologação, ou seja, estão bem perdidos com relação as datas. No caso SEFAZ-PR não tem nada da NT 2015/002 implementadas na homologação. Será que a NT inteira vai ser adiada ou somente em relação a TAG do QR-Code?

Bom dia... não sei se esse é o tópico correto, caso não seja me corrijam por favor. Eu não utilizo o Monitor, porém utilizo o Acbr na minha aplicação, e em alguns casos, após transmitido uma NFC-e ou NFe o xml trasmitido e autorizado não salva na pasta e em consequência os dados que iriam alimentar o banco de dados (protocolo, status...) também não salvam. Já fizemos muitos testes e nunca conseguimos identificar o problema, porém a versão em produção está com o ACBr da pasta trunk e não da trunk2, porém a próxima versão em produção já estará na trunk2. Minha duvida é se esse problema está na aplicação ou no ACBr e caso seja na minha aplicação se alguém faz idéia o que posso estar fazendo de errado. Desde já obg.

Consegui depois muito insistir contato na SEFAZ-PR (0800 41 1528). Disseram que dia 09/10 estará funcionando as validações em homologação e dia 16/10 (ainda esse mês) estará disponível em produção. Sabendo que o prazo na NT é 03/11 questionei se as aplicações que não contenham as alterações continuarão funcionando e sem muita certeza o atendente disse que sim. Será mesmo que irá continuar funcionando ou temos que nos preparar para muitos problemas?

Bom dia Italo... configurei conforme fragmento abaixo: NFe.Configuracoes.Geral.IdCSC := DM.cdsEmpresaIDTOKEN.AsString; NFe.Configuracoes.Geral.CSC := DM.cdsEmpresaTOKEN.AsString; Caso a SEFAZ-PR estivesse considerando a TAG infNFeSupl , sem ela eu não conseguiria emitir? Pergunto porque sem ela ainda continua emitindo em homologação.

Bom dia galera... estou emitindo para a SEFAZ-PR e esta gerando a TAG infNFeSupl normalmente mas ao emitir é mostrado o erro da imagem. Se comento a tag é transmitido normalmente. Será algo na SEFAZ-PR mesmo?

Se a Sefaz Está aceitando NFce em homologação sem a tag qrCode, é pq não está validando as novas validações da NT2015.002 ainda... Pelo menos é o que parece ! Aqui no RS, se enviar sem a tag QrCode a SEFAZ está rejeitando (em homologação) Isso já me deu dor de cabeça hoje rsrs ... vou ir testando ao passar dos dias pra ver, quando começar a dar erro em homologação, ativo novamente a tag para testar...vlw

Boa tarde Pessoal... estou tendo problema com a nova tag... ela esta sendo gerada no xml mas não consigo transmitir. Outro detalhe é que se eu comento a parte que gera a tag no xml eu consigo transmitir normal, sendo assim, será que o problema é na SEFAZ-PR? Em anexo a imagem do erro e o xml também. OBS: Eu notei que no erro a minha url não tem o protocolo 'HTTP://', já começa direto com www... 41151003905314000121650010000011781000005000-nfe.xml

Bom dia Italo...li sim... eu vi esse post, mas nao entendi, pois eu enviei MDF-e com a tag em contingencia, porém eu não sei se após restabelecido novamente o serviço, eu devo enviar algo novamente para a receita, pois mesmo em contingencia o MDF-e ficou como autorizado. Desculpe por criar um novo tópico.

Ola, gostaria de saber como se faz para gerar MDF-e em contingência. Eu coloquei a tag Ide.tpEmis := teContingencia e depois do preenchimento dos campos mandei Enviar. Nesse caso o MDF-e ficou como autorizado e eu impimi o DAMDFE normalmente. É somente isso que é necessário para emitir o MDF-e em contingencia ou estou totalmente errado? É necessário reenviar novamente depois em modo NORMAL ou não? Se sim como faze-lo?

Ola, sei que o tópico é antigo... mas não estou conseguindo entender como gerar MDf-e em contingencia, por exemplo: na tag Ide.tpEmis eu coloco teContingencia, mas no final eu vou executar ACBrMDFe1.Enviar(varNum)?