Ir para conteúdo
  • Cadastre-se

geert

Membros
  • Total de ítens

    22
  • Registro em

  • Última visita

Últimos Visitantes

O bloco dos últimos visitantes está desativado e não está sendo visualizado por outros usuários.

geert's Achievements

Apprentice

Apprentice (3/14)

  • First Post
  • Collaborator Rare
  • Week One Done
  • One Month Later
  • One Year In

Recent Badges

0

Reputação

1

Community Answers

  1. Gabriel, obrigado pela resposta, eu estava escrevendo a resposta acima você postou. Infelizmente eu não tenho o que fazer com a sua resposta, pois só uso o ACBrNFeMonitor já compilado e nem ao menos disponho do ambiente para gerá-lo e tampouco tenho entendimento de Delphy. Peço então aos mantenedores da versão compilada disponível no Forum que avaliem a sua resposta e a implementem no programa. Atenciosamente Geert Vieira Gosch
  2. Gabriel, Meu sistema gera a nota no formato TXT conforme o manual da receita. Em seguida, eu dou ao ACBrNFeMonitor o comando NFE.AdicionarNFeSefaz fornecendo o caminho do arquivo TXT e o número do lote. O ACBrNFeMonitor responde que foi gerado um arquivo XML no diretório do lote. Este arquivo XML é o que está sem as tags que falo, é o segundo arquivo do Post. Quanto ao arquivo TXT, já conferi cuidadosamente o layout, inclusive digitando uma nota idêntica no emissor gratuito para comparar os registros, e não achei erro algum. Mas vamos lá, trago de novo aqui o primeiro registro N07 que está no arquivo TXT anexado ao post: N| N07|0|51|3|0.0000|10.75|18.00|1.94|33.33|0.65|1.29| E aqui a documentação do emissor gratuito sobre o registro: N07|orig|CST|modBC|pRedBC|vBC|pICMS|vICMSOp|pDif|vICMSDif|vICMS| Logo, temos: orig 0 CST 51 modBC 3 pRedBC 0.0000 vBC 10.75 pICMS 18.00 vICMSOp 1.94 pDif 33.33 vICMSDif 0.65 vICMS 1.29 E aqui está o trecho do XML gerado pelo ACBrNFeMonitor: <ICMS><ICMS51><orig>0</orig><CST>51</CST><modBC>3</modBC><vBC>10.75</vBC><pICMS>18.0000</pICMS><vICMS>1.29</vICMS></ICMS51></ICMS> Como se pode perceber, vICMSOp, pDif e vICMSDif não foram transferidos para o XML, o que está gerando erro aqui na receita do Paraná. Atenciosamente Geert Vieira Gosch
  3. geert

    Enviar Dpec

    José, A chave de acesso de sua nota está incorreta, a tag <tpEmis> que no seu xml é igual a 7 está "1" na chave de acesso. Tive esse problema também e minhas notas não passaram até que eu corrigi o problema. Atenciosamente Geert Vieira Gosch
  4. Régys, bom dia. Os arquivos estão anexados no primeiro post do tópico (#1). O primeiro deles é o TXT no formato padrão SEFAZ. O segundo é o XML gerado pelo ACBrNFeMonitor a partir do primeiro, que NÂO PASSA na receita, pois está em desacordo com o disposto na orientação oficial que também já passei em no post #3. O terceiro é um XML que PASSA, contendo as novas tags <vICMSOp>, <pDif> e <vICMSDif> que estavam faltando. Eu coloquei no meu sistema uma "pós-edição" do XML para adicioná-las, mas fico nitidamente meio incomodado com a "gambiarra". Atenciosamente Geert Vieira Gosch
  5. Juliomar, Boa Noite. Uma vez identificado o problema (as tags não estão implementadas nos fontes do componente), qual é o procedimento para solicitar que sejam incluídas? Atenciosamente Geert Vieira Gosch.
  6. Olá. Só pra esclarecer, eu utilizo o ACBrNFeMonitor, e o mesmo arquivo txt importa normalmente na versão 0.9.04.3 e dá o erro que reportei nas versões posteriores. Atenciosamente Geert Vieira Gosch
  7. Exato. Utilizei a última versão disponível. Atenciosamente Geert Vieira Gosch
  8. Obrigado, André. Com RaveCB funcionou. Atenciosamente Geert Vieira Gosch
  9. Juliomar, Na nota fiscal 2.0 eu tinha que fazer como descrito na nota técnica citada no tópico, pois o layout não estava preparado para a situação. Entretanto, agora na versão 3.10 já está tudo certo, o XML tal qual está no meu POST (com as tags em negrito) é aprovado normalmente, já há uma nova nota técnica ("Orientação de Preenchimento da NF-e - versão 2.02 – 04/02/2015 – adaptado para a versão 3.10 do leiaute da NF-e.") que explica o assunto. O problema é que quando eu coloco no txt padrão Sefaz/SP as linhas N| e N07| para gerar o XML da forma adequada, o ACBrNFeMonitor está gerando incorretamente, sem as novas tags da nf-e 3.10. Segue trecho do referido manual que explica sobre o assunto: O Diferimento Parcial do ICMS é uma técnica de tributação que adia o pagamento de uma parcela do imposto devido na operação para uma etapa posterior, prevista na legislação ou no Regime Especial concedido pela unidade da Federação. Exemplo de demonstração do cálculo do ICMS de uma operação com diferimento parcial: Valor da Mercadoria R$ 1.000,00 (a) Alíquota do ICMS 18% ( Valor do ICMS da operação (18% de R$ 1.000,00) R$ 180,00 © = (a) x ( Percentual do ICMS diferido 33,33% (Previsto na legislação do Estado ou no Regime Especial concedido) (d) Valor do ICMS diferido (33,33% de R$ 180,00) R$ 60,00 (e) = © x (d) Valor do ICMS devido (R$ 180,00 – R$ 60,00) R$ 120,00 (f) = © – (d) O valor do ICMS da operação é R$ 180,00, mas a legislação permite o diferimento parcial de 33,33% deste valor, sendo devido o ICMS no valor de R$ 120,00, que corresponde à diferença do ICMS da operação (R$ 180,00) e a parcela do ICMS diferido (R$ 60,00). A estrutura do grupo ICMS 51 foi adequada, na versão 3.10 do leiaute da NF-e, para tratar o Diferimento parcial com a criação dos campos destacados em amarelo abaixo: Os valores do exemplo citado acima devem ser informados na NF-e conforme abaixo: <ICMS> <ICMS51> <orig>0</orig> <CST>51</CST> <modBC>3</modBC> <vBC>1000.00</vBC> <pICMS>18.00</pICMS> <vICMSOp>180.00</vICMSOp> Valor do ICMS da Operação ( como se não tivesse o diferimento) <pDif>33.33</pDif > Percentual de diferimento <vICMSDif>60.00</vICMSDif> Valor do ICMS diferido <vICMS>120.00</vICMS> Valor do ICMS realmente devido <ICMS51> <ICMS> Atenciosamente Geert Vieira Gosch
  10. Ricardo, Obrigado pela atenção. Aqui continua o problema, já testei de novo com o mesmo arquivo fazendo download aqui pelo forum (vai que algum caracter estranho tenha sumido no processo de upload/download), troquei a impressora, a versão do ACBrNFeMonitor ... Não sei mais o que fazer. Você poderia me passar a sua tela de configuração do Danfe no monitor? Atenciosamente Geert Vieira Gosch
  11. O ACBrNFeMonitor está travando quando tento imprimir o DANFe da nf-e que segue. Segue também printscreen da tela do programa, e um pdf do DANFe gerado por um aplicativo web. Atenciosamente Geert Vieira Gosch 41150576649169000139550010007369441021664560-nfe.xml DANFeGeradoNaWeb.pdf
  12. geert

    Geração Do Xml Para N07

    Estou encontrando dificuldades com o diferimento parcial do ICMS. No meu txt informo N| N07|0|51|3|0.0000|10.75|18.00|1.94|33.33|0.65|1.29| e o ACBrNFeNFeMonitor gera no txt <ICMS>- <ICMS51> <orig>0</orig> <CST>51</CST> <modBC>3</modBC> <vBC>10.75</vBC> <pICMS>18.0000</pICMS> <vICMS>1.29</vICMS> </ICMS51> </ICMS> Já li em outros tópicos (e também em uma nota técnica) que o correto seria <ICMS> <ICMS51> <orig>0</orig> <CST>51</CST> <modBC>3</modBC> <vBC>10.75</vBC> <pICMS>18.0000</pICMS> <vICMSOp>1.94</vICMSOp> <pDif>33.3300</pDif> <vICMSDif>0.65</vICMSDif> <vICMS>1.29</vICMS> </ICMS51> </ICMS> Da maneira que o xml é gerado inicialmente não passa na receita. No momento estou editando o xml após gerado e antes de assinar para resolver o problema, mas não gosto desta solução. Olhando no manual da nfe 3.10 dá pra ver que os campos que estão faltando são justamente as tags novas, que estão em amarelo no manual. Segue o arquivo txt, o xml gerado pelo ACBrNFeMonitor, o xml aprovado na receita e o pedaço do manual que fala do layout. Atenciosamente Geert Vieira Gosch nf02167826.txt XML_gerado_pelo_acbrnfemonitor.xml XML_aprovado_na_receita_pr.xml
  13. Daniel, será que não é porque você está referenciando um CUPOM FISCAL? Em princípio, cupom fiscal é sempre uma operação estadual ... Atenciosamente Geert Vieira Gosch
  14. Atualizei e continua o problema: NFE.AdicionarNFeSefaz (C:\Temp\ACBrNFeMonitor\BugDHEmi\nf02162208.txt,10) ERRO: Falha na validação dos dados da nota 732707 '1899-12-30T00:00:00-02:00' violates pattern constraint of '(((20(([02468][048])|([13579][26]))-02-29))|(20[0-9][0-9])-((((0[1-9])|(1[0-2]))-((0[1-9])|(1\d)|(2[0-8])))|((((0[13578])|(1...'. The element '{http://www.portalfiscal.inf.br/nfe}dhEmi'with value '1899-12-30T00:00:00-02:00' failed to parse. Isto foi com o ACBrNFeMonitor2 0.9.05.1 - CAPICON. O Arquivo foi o mesmo que postei acima. Atenciosamente Geert Vieira Gosch
  15. Ao dar o comando NFE.AdicionarNFeSefaz (F:\nf-e\sefaz\nf02162208.txt,458776) no ACBrNFeMonitor2 0.9.05.9 obtenho a seguinte resposta: ERRO: Falha na validação dos dados da nota 732707 '1899-12-30T00:00:00-02:00' violates pattern constraint of '(((20(([02468][048])|([13579][26]))-02-29))|(20[0-9][0-9])-((((0[1-9])|(1[0-2]))-((0[1-9])|(1\d)|(2[0-8])))|((((0[13578])|(1...'. The element '{http://www.portalfiscal.inf.br/nfe}dhEmi'with value '1899-12-30T00:00:00-02:00' failed to parse. O erro passou a aparecer quando atualizei a versão. Em outro tópico (que trata do uso do componente, e não do ACBrNFeMonitor) se cita que o campo não é d.hEmi, mas eu não tenho como utilizar esta informação. Segue o arquivo txt. Desde já agradeço a atenção. Geert Vieira Gosch nf02162208.txt
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.

The popup will be closed in 10 segundos...