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?

boa tarde trunk2 no Delphi 7 eu atualizei via SVN, e alguns arquivos da pasta PCNNFE foram atualizados. mas como eu recompilo os dcus para ficarem atualizados na pasta libd7? eu tentei deletar os arquivos .DCU para forçar recompilação, mas deu erro no arquivo: pcnDistDFeInt.pas, na linha: Gerador.wCampoCNPJCPF('A05', 'A06', FCNPJCPF); (erro: not enought actual parameters).

bom dia No trunk2, para cancelar uma NFe, e após este código: ACBrNFe1.EnviarEvento(StrToInt('1'); no trunk2, no final do evento de cancelamento, preciso pegar estes dados para gravar no Banco: - protocolo - stat - motivo - datahora do evento como exemplo, para o protocolo, fiz assim: Protocolo := ACBrNFe1.WebServices.Consulta.procEventoNFe.Items[0].RetEventoNFe.retEvento.Items[0].RetInfEvento.nProt; mas neste caso sempre retorna: Inaccessible value, e nos outros também. obrigado pela ajuda.

Bom dia estou em processo final de migração para trunk2, e ao enviar NFCe ambiente de homologação, recebi esta mensagem, que não ocorria no trunk1: Nota Fiscal sem a informacao do QR-Code Alguém pode me ajudar? Obrigado. Hércules.

acredite se quiser! No meu projeto, estava lá esquecida, acho que de teste, desde 2010, o arquivo ACBR.inc. apenas o deletei, e ficou ok. pelo visto, no trunk1, não fazia diferença. mas como surgiram ou foram retirados DEFINes no novo ACBR.inc do trunk, então houve o conflito com o mesmo arquivo na pasta do proejto. Obrigado.

Iniciei a migração para trunk2 hoje, com D7 no Win10-64 deletei tudo com o apagaacbr.bat e instalei com AcbrInstal-trunk2. apenas não marquei para instalar Fortes, FR, etc porque uso apenas o QR profes 4. instalou tudo perfeito, sem qualquer erro. ao tentar compilar um projeto perfeito no Trunk1, e após ajustar os paths em options do projeto (para apontar para o trunk2), ainda assim ao iniciar compilação do ACbr, para nesta unit: OpenSSLExt, e dá os erros: invalid compiler directives nas linhas: {$MODE DELPHI}{$H+} {$Packrecords C} e se comentar estas duas linhas, logo abaixo dá erro de falta da unit DynLibs, e assim por diante. não passa. lembrando que uso apenas o Capicom, e não precisaria tecnicamente da OpenSSL. podem me ajudar?