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.

boa tarde estou no trunk2 atualizado, schemas atualizados, mas sempre que gero para homologação com o grupo ICMSUFDest, dá rejeição: Grupo de ICMS Interestadual para a UF de destino deve ser informado somente na operacao interestadual de venda a consumidor final se para produção a data é 01/01/2016, aparentemente para homologação é 01/10/2015. e estamos em novembro, e continua dando rejeição. e no xml tá tudo correto, conforme abaixo. estou até anexando o XML completo para quem puder me ajudar. - <idDest>2</idDest> - <indFinal>1</indFinal> - <indIEDest>9</indIEDest> <ICMSUFDest> <vBCUFDest>10000.00</vBCUFDest> <pFCPUFDest>0.0000</pFCPUFDest> <pICMSUFDest>17.0000</pICMSUFDest> <pICMSInter>7.0000</pICMSInter> <pICMSInterPart>10.0000</pICMSInterPart> <vFCPUFDest>0.00</vFCPUFDest> <vICMSUFDest>400.00</vICMSUFDest> <vICMSUFRemet>600.00</vICMSUFRemet> </ICMSUFDest> 33151107296482000118550010009099171000010370-NFe.xml

se entendi, as próximas atualizações do Acbr trunk2 não terão mais suporte para o Qr. será por conta dos usuários... isso?

bom dia tem como bloquear uma pasta na estrutura, para que NÃO seja atualizada pelo svn UPDATE? principalmente, no meu caso, a pasta Quick (qreport) que possui várias personalizações...

obrigado. foi isso mesmo. tinha atualizado apenas parte. depois que atualizei tudo, a instalação foi completada com sucesso. sobre esta dica de herdar, é realmente muito boa. vou fazer isto, e com certeza não terei mais problemas nas próximas atualizações.

trunk2 com D7. após atualizar tudo via SVN e usar ACBRinstal: ok. fiz a reinstalação com acbrinstal, e obviamente deu uma série de erros. vários componentes não foram instalados. esqueci a paleta de componentes, e instanciei manualmente os componentes necessários. até aí tudo bem. mas quando faço rebuild do projeto, dá erro; na function gerarXML ............................ linha 125: Gerador.wCampoCNPJCPF('A05', 'A06', FCNPJCPF); ................................ [Error] pcnDistDFeInt.pas(125): Not enough actual parameters [Fatal Error] slwnfeU.pas(9): Could not compile used unit 'pcnDistDFeInt.pas' e daí não passa. o que pode ser?

mas esta forma é basta complicada, porque vai mexer nos componentes instalados, etc. alguns tem até personalização minha, caso da danfe QR. não há uma forma mais leve de compilar apenas os fontes que alteraram ou foram atualizadas pelo SVN?