Hrsoft Brasil

desculpem. achei o problema. não tinha atualizado completo.

Bom dia Atualizei numa pasta separada para testar a versão trunk2 de hoje, 08/06/2017. ao compilar, a compilação dá erro na unit: ACBrNFe.pas, na linha: ... or (AVersao = ve400) esta definição de versão está na unit pcnconversoNFe.pas, mas só possui ve310 (não há ve400). O que pode estar errado? Obrigado.

Desculpe se não entendi o post de resposta do Sérgio Assunção, porque com o frio danado que está aqui na minha cidade, o cérebro fica meio anestesiado... Será que ele acredita que fiz algum tipo de crítica? Se acreditou, então não leu meu post inicial. Muito pelo contrário: no post só elogiei, tanto que uso desde 2009! Eu fiz uma colocação sobre danos a certificado digital, e nada mais...

Prezados Uso o ACBrNFe (agora no trunk 2 atualizado) desde 2010, e já ouve casos de certificado digital ser danificado por uso incorreto pelo usuário. Mas agora, um certificado A3 da Boavista, com cartão, após 3 semanas de uso normal (Windows 7, 32bits), deu o erro "Conjunto de chaves não está definido". Após resetar definições do IE, reinstalar o certificado e nada de voltar, o suporte da Boavista fez uma análise (remotamente) e detectou que 2 chaves foram apagadas do cartão, e acusou diretamente o nosso software, que a empresa já usa desde 2010! Além de fazerem uma acusação leviana e sem qualquer comprovação, criou um sério constrangimento com o cliente, e me deixou de certa forma preocupado. Muito embora o mesmo sistema esteja em uso em centenas de empresas, sem qualquer problema há vários anos. Alguém acredita que isto é possível, ou seja, no momento da leitura do certificado para enviar uma NFe, ocorrer do sistema ( via ACBRNfe) deletar algo no cartão? Se isto não existe no ACBr (tenho certeza que não!), que outro problema pode ocorrer no computador para conteúdo no cartão ser deletado? PS: de qualquer forma, acho um absurdo se vender um certificado num cartão, mais de R$500, e ele poder ser deletado. Deveria no mínimo existir possibilidade de se fazer um backup para restaurar nesses casos. Ou então estes vendedores de certificado podem estar usando de má-fé para vender. Obrigado.

Na NFCe, não pode mesmo ter este bloco ICMSUFdest. este bloco é exclusivo para consumidor final, fora da UF do emitente. e NFCe NÃo permite emitir NFCe para fora da UF. ou seja, é apenas para dentro da própria UF do emitente. Então programe para que este bloco não seja inserido na NFCe.

apenas para documentar, para quem interessar possa. descobri o problema, usando uma versão do sistema compilada com o trunk2 de Nov/2016. nesta versão antiga, mostra a descrição normal do erro, e descobri que era a alíquota do ICMS (ICMSInter) que está errada (só pode ser 4,7,12). com o trunk2 de Fevereiro/16, dá o erro mas não mostra a descrição da rejeição. apenas: ...[item:1] ao invés de nov/2016, leia-se: nov/2015, obviamente.

fiz um teste enviando a mesma NFe, mas: consumidor final=não. contribuinte ICMS=não. assim, não foi enviado o bloco ICMSUFdest. e em homologação, passou. consegue enviar. o problema é quando insere o bloco ICMSUFdest. uma curiosidade é que a empresa destino, na sefaz RN, ´tem inscrição estadual, mas está baixada.

pelo que entendi, analisando os fontes do Acbr, o erro acima vem da Sefaz. mas vem sem a descrição. e fica impossível descobrir o motivo. e só gera este erro quando se calcula a tag da difal: ICMSUFdest. abaixo, as tags do item. a nf tem um item apenas: <det nItem="1"> - <prod> <cProd>0304024</cProd> <cEAN /> <xProd>FICHARIO REVESTIDO 6CM 2 ARGOLAS A4 BRANCO</xProd> <NCM>42021210</NCM> <CFOP>6102</CFOP> <uCom>UN</uCom> <qCom>100.0000</qCom> <vUnCom>28.9000000000</vUnCom> <vProd>2890.00</vProd> <cEANTrib /> <uTrib>UN</uTrib> <qTrib>100.0000</qTrib> <vUnTrib>28.9000000000</vUnTrib> <indTot>1</indTot> </prod> - <imposto> - <ICMS> - <ICMS00> <orig>0</orig> <CST>00</CST> <modBC>2</modBC> <vBC>2890.00</vBC> <pICMS>7.0000</pICMS> <vICMS>202.30</vICMS> </ICMS00> </ICMS> - <PIS> - <PISAliq> <CST>01</CST> <vBC>0.00</vBC> <pPIS>0.0000</pPIS> <vPIS>0.00</vPIS> </PISAliq> </PIS> - <COFINS> - <COFINSAliq> <CST>01</CST> <vBC>0.00</vBC> <pCOFINS>0.0000</pCOFINS> <vCOFINS>0.00</vCOFINS> </COFINSAliq> </COFINS> - <ICMSUFDest> <vBCUFDest>2890.00</vBCUFDest> <pFCPUFDest>0.0000</pFCPUFDest> <pICMSUFDest>17.0000</pICMSUFDest> <pICMSInter>7.00</pICMSInter> <pICMSInterPart>10.0000</pICMSInterPart> <vFCPUFDest>0.00</vFCPUFDest> <vICMSUFDest>115.60</vICMSUFDest> <vICMSUFRemet>173.40</vICMSUFRemet> </ICMSUFDest> </imposto> </det> se puderem me ajudar. agradeço. Hércules. anexado, o xml completo. 33160207296482000118550010009099281001634179-NFe.xml

Boa tarde com trunk2 - ao enviar com as tags do difal, como abaixo: <ICMSUFDest> <vBCUFDest>2890.00</vBCUFDest> <pFCPUFDest>2.0000</pFCPUFDest> <pICMSUFDest>17.0000</pICMSUFDest> <pICMSInter>7.00</pICMSInter> <pICMSInterPart>10.0000</pICMSInterPart> <vFCPUFDest>57.80</vFCPUFDest> <vICMSUFDest>115.60</vICMSUFDest> <vICMSUFRemet>173.40</vICMSUFRemet> </ICMSUFDest> destino: RN. ao enviar para sefaz, dá um erro e não mostra sequer qual o erro. tem apenas um item na NF, conforme tela anexada: atualizei o ACBR, e fiz o instal novamente para recompilar. mas continua o erro.