Jump to content
Notícias do ACBr

click.png

click.png

click.png

click.png

click.png

click.png

clube mobile


Cursos grátis para toda base ACBr
+ Promoção Clube Mobile para o ACBr Pro

Saiba mais

adriano santos

click.png

click.png

click.png

click.png

click.png

click.png

Hrsoft Brasil

Membros
  • Content Count

    20
  • Joined

  • Last visited

Community Reputation

3 Neutral

About Hrsoft Brasil

  • Rank
    Novato

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. desculpem. achei o problema. não tinha atualizado completo.
  2. 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.
  3. 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...
  4. 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 se
  5. 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.
  6. 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.
  7. 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.
  8. 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>6
  9. 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>
  10. 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> - &
  11. 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?
  12. 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...
  13. 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.
  14. 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
  15. 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?
×
×
  • Create New...