-
Total de ítens
391 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que SISVALE SISTEMAS postou
-
Oi Italo. Obrigado. Deu certo, mas tive também que pegar outros arquivos do pacote "Carta de Correção Eletrônica(17/05/11) (ZIP)" CCe_v1.00.xsd, retEnvCCe_v1.00.xsd, procCCeNFe_v1.00.xsd. Oi Marcelo. Isso mesmo que estou tentando deixar tudo atualizado como deve ser e testado. Já tenho a última versão do Acbr e schemas e no momento tudo ok. Mas não entendi ao certo o que e onde devo alterar no meu projeto AcbrNfe2 (não monitor)
-
Estou testando a ultima versão do AcbrNfe2. Peguei o ultimo pacote de schemas No. 6q (29/11/2012) (ZIP): http://www.nfe.fazenda.gov.br/portal/li ... wLvLUSmU8= Testei a maioria dos recursos, inclusive o cancelamento antigo e tudo tranquilo.] Só deu erro no evento e carta de correção: Arquivo não encontrado .... envCCe_v1.00.xsd Percebi que existia esse arquivo e outros relacionado a carta de correção na minha pasta antiga e schemas. Pergunto: Devo apenas copiar o pacote "Carta de Correção Eletrônica(17/05/11) (ZIP)" para minha pasta de schemas? Ou algo deve ser alterado no projeto de forma que não precise mais desses arquivos?
-
Consegui. Deixei o jedi.inc antigo nas 2 pastas e comentei a linha de alerta: {$IFNDEF JEDI_INC} //ALERT_jedi_inc_incompatible // secure against old versions of jedi.inc. {$ENDIF !JEDI_INC} E pra minha surpresa tudo funcionou corretamente com a nova versão do acbr, pelo menos o básico que conferi até agora. De qualquer forma é um alerta sobre a versão do jedi não sei se terei problemas futuros devido a isso.
-
Já tinha tentado isso, tentei novamente, mas não adianta. Tentei o contrário também, coloquei o jedi.inc antigo na pasta do acbr, mas dá o erro ALERT_jedi_inc_incompatible se deixo o novo jedi.inc na minha pasta do jedi dá [Error] JvHtControls.pas(44): Identifier expected but 'TYPE' found. Tentei de diversas formas, manter os 2 iguais nas 2 pastas, 1 só em uma só pasta e assim por diante. Aparentemente é obrigatório a atualização do Jedi para usar o Abr se também uso o Jedi
-
ACBRNfe - Nova versão, Cancelar Nfe
SISVALE SISTEMAS replied to SISVALE SISTEMAS's tópico in ACBrNFe
Ok, entendi, se não tivesse nada de Jedi eu não teria problema. Mas como tenho, tem que ser o atualizado senão não consigo atualizar o Acbr. -
ACBRNfe - Nova versão, Cancelar Nfe
SISVALE SISTEMAS replied to SISVALE SISTEMAS's tópico in ACBrNFe
Bom, isso me alivia, posso fazer a atualização como mais calma. Igor, você falou que não precisa Jedi, mas nesse outro tópico dizem quem sim: viewtopic.php?f=6&t=8328&p=45837#p45837 Desculpem, estou meio confuso com relação a essa atualização. -
Peguei essa versão do Jedi, mas não consigo instalar corretamente, certeza deve ser algum conflito em windows7, delphi6, delphi7 e embarcadero D10. Consigo remover corretamente o jedi, instala normalmente sem erros, mas simplesmente não aparece a paleta dos componentes Jedi. Tentei também com outras versões do jedi, dá no mesmo. Conforme Install.txt tentei install "C:\Program Files\Borland\Delphi7" e outras variações, mas não adianta. Se removo tudo e coloco minha versão antiga 1.22 funciona tudo perfeitamente mas dae fica incompatível com a atualização do ACBR como falado no 1º e 2º post. Bom, vou continuar tentando atualizar o Jedi aqui. Só pergunto se essa atualização do Jedi é realmente obrigatória, para usar a ultima atualização do Acbr ? Pois não parece que foi alterado muita coisa....
-
ACBRNfe - Nova versão, Cancelar Nfe
SISVALE SISTEMAS replied to SISVALE SISTEMAS's tópico in ACBrNFe
Igor, entendido, obrigado. jeter.rabelo onde encontro o que você disse? seria muio útil pra mim. Encontrei somente essa pasta C:\Acbr\Exemplos\ACBrNFe2\ mas dentro nao tem nenhuma orientação ou .txt -
Bem, estou a tempo sem atualizar o projeto e agora estou estudando as últimas alterações e novidades. Já li os outros posts relacionados ao assunto e pelo que entendi e queria confirmar é que a partir de 01/12/2012 não será mais possível usar o Cancelar normal como estávamos usando ? Temos que então obrigatoriamente fazer uma atualização completa do Acbr, Jedi, etc ? Do Acbr no momento uso apenas toda a parte do AcbrNfe e com relação a atualizações e mudanças a mais relevante é do cancelamento ou ainda tem outras ? Desde já agradeço, abraço a todos.
-
Acho que entendi agora o problema, deve ser bem o que o regys.silveira falou acima. Bem, utilizo uma versão bem antiga do Jedi em outros projetos em Delphi7. Então tenho que atualizar nesses projetos primeiro. Dúvidas: 1 - Alguém consegue o link mais adequado desta atualização do Jedi para delphi 7 ? 2 - E se sabem a repercussão desta atualização em meus projetos, se terei que alterar os códigos, etc ?
-
Ricardo, obrigado pela dica. Fiz o que você disse, porem o erro persiste. Eu apenas compilei gerando assim novos BPL. Talvez além de compila, tenha que também instalar os instaláveis como ACBrComum.dpk e ACBrDiversos.dpk ?
-
Sim, foi o que fiz, mantive apenas 1 jedi.inc em todo meu PC, que é em Acbr\Fontes\ACBrComum e deu aquela mensagem acima. Tentei também copiar o jedi.inc atualizado para a minha pasta C:\Program Files\Borland\Delphi7\Lib\jvcl\common\ mas dá o mesmo erro. Tenho um projeto enorme que usa essa Jedi a muito tempo e estava compatível com o Acbr até pouco tempo.
-
Bom Dia a Todos. Já li os posts relacionados ao assunto. Os posts que encontrei reportam mais sobre o AcbrMonitor, mas o mesmo problema tenho no AcbrNfe. - Criei uma nova pasta Acbr e atualizei do zero pelo SVN. - Tentei compilar meu projeto em Delphi 7 e deu esse erro: ALERT_jedi_inc_incompatible no arquivo jediapilib.inc. Conforme orientação de outros posts, eliminei todos os jedi.inc e deixei apenas na pasta Acbr\Fontes\ACBrComum . O problema que daí dá erros em outros componentes Jedi de meu projeto que deve utilizar o jedi.inc desta pasta: C:\Program Files\Borland\Delphi7\Lib\jvcl\common\ [Error] JvHtControls.pas(44): Identifier expected but 'TYPE' found [Error] JvHtControls.pas(45): Undeclared identifier: 'TCustomListBox' [Error] JvHtControls.pas(45): Class type required [Error] JvHtControls.pas(66): Cannot override a static method [Error] JvHtControls.pas(71): Property 'Align' does not exist in base class Alguém tem alguma sugestão do que posso fazer. Desde já agradeço.
-
Erro ao fechar Delphi com 2 componentes instanciados
SISVALE SISTEMAS replied to emerson.en's tópico in ACBrNFe
Estou com o mesmo problema, nunca consegui solução -
Registro de Saída da NF-e será implementado no ACBr?
SISVALE SISTEMAS replied to Gr@c@'s tópico in ACBrNFe
Me informaram que seria obrigatório a nivel Brasil, a partir de 01/01/2012 o "Registro de Saída" (quando não informar data/hora saida no xml) Será feito essa rotina no Acbr ? -
UP
-
Bom Dia Fabiano. Sub-forum adequado para essa pergunta é nesse: viewforum.php?f=6 Mas respondendo sua pergunta, o Logo é a logomarca/logotipo da empresa usado para enfeitar o danfe, não é obrigatório, só diz respeita a você e não a receita. Nos componentes Acbr a imagem do logo deve ser no formato .BMP Nas configurações vc vai indicar o caminho físico da imagem, exemplo: Ini.ReadString( 'Geral','LogoMarca' ,'c:\seu_logo.BMP')
-
Já usamos o AcbrNfe2.0 e fazemos apenas notas de saídas de vendas. Agora temos que gerar o leiaute do Pis/Cofins apenas para contemplar o acima. O contador me passou que devo apenas gerar o leiaute Pis/Cofins relativo as notas eletronicas, o resto do SPED ele fará no escritório dele. Já li bastante coisa no forum e em outros sites, já baixei os fontes e os exemplos, consegui instalar, entendi a parte de programação, estrutura, etc, porem me falta algumas informações básicas que ainda não consegui decifrar se alguem puder me ajudar agradeço. Dúvidas: 1 - Qual a base de dados das informações para Pis/Cofins. Seria somente os Itens(Produtos) das NFes ? (e claro as informações de pis cofins, cst, valor, aliquota, tipo, etc) 2 - No leiaute da Nfe2.0 já contem todos os campos necessários ou temos que criar novos campos no cadastro de produtos ? 3 - Quais os blocos necessários no meu caso apresentado ? Desde já agradeço.
-
PIN Pede várias vezes Windows seven 32b
SISVALE SISTEMAS replied to SISVALE SISTEMAS's tópico in ACBrNFe
Continuo ainda com esse problema em alguns pcs, agora é em win xp 32. Copiei as base pra outro pc e o problema não ocorre, então acredito que deva ser algo com relação ao windows, internet explorer, Dlls. ... -
exatamente o mesmo problema aqui, por enquanto somente nos windows seven isso aconteceu, deixando porenquanto 1 hora atrazada nesses pcs O chato é q no emissor gratuito não dá esse problema.
-
Eu tive esse mesmo problema muuuito tempo atraz, por isso não lembro como resolvi, mas hoje tenho no delphi 7 o rave: 5.0.8 (VCL7) e não tenho os problemas de conpatibilidade no resto do meu sistema e a impressão do danfe está perfeita. Talves o numero da versãoe exato te ajude: 5.0.8 (VCL7)
-
Sim, existem casos que um contador pode explicar melhor, onde vc mesmo sendo "Simples" vc precisa destacar alguns impostos, no exemplo de substituição tributária, entre outros. Não que vc vai pagar o imposto, mas a contrapartida pode precisar das informaçoes. Além disso usando o tipo 900 vc é obrigado a preencher os campos de valores. E não é só no 900 q isso ocorre...
-
PIN Pede várias vezes Windows seven 32b
SISVALE SISTEMAS replied to SISVALE SISTEMAS's tópico in ACBrNFe
Sim, eu tambem acho. Mas já entrei em contato com o suporte do certificado, eles falam q deve ser problema no nosso software, pois por exemplo, no emissor gratuito esse problema não ocorre. Ainda acho que deve ser algo que foi alterado nas diretivas de segurança do windows seven, só que não tem geito de descobrir o que. De quaquer forma devido a urgencia, formatamos os 2 pcs, em um instalamos windows xp e está tranquilo e no outro colocamos novamente windows seven 32 e até agora está normal. Então no momento não preciso da urgencia da solução mas fica aí a documentação do acontecido, inclusive no Mantis já existe esse registro. E muito obrigado malk182 pela atenção. -
PIN Pede várias vezes Windows seven 32b
SISVALE SISTEMAS replied to SISVALE SISTEMAS's tópico in ACBrNFe
Sim, exatamente desta maneira. A senha fica gravado no .ini Interessante que a janela que abre, não é aquela normal que pede a senha do certificado (normalmente só na primeira vez). É uma janela com informações do PIN, tem opção de escolher pin numerico ou alfa, etc... e se digitar a senha errada várias vezes ali, ele não bloqueia o certificado ( que normalmente bloqueia no 3 erro de senha). Como se tivessem configurado uma segurança reforçada ou coisa assim. -
Já havia testado e usado o ACBRNFe2.0 em windows seven 32 e 64 e esse problema nunca tinha ocorrido. Mas agora em 2 pcs com windows 7 32b, quando ao enviar uma nfe ele pede a senha do PIN cerca de 5 vezes, e assim para cada nota, se for 10 notas vai pedir a senha umas 50 vezes. É A3 da Serasa. Já tentei de tudo, alterar configurados do windows 7, firewall, segurança, rodar como administrador, instalar novamente o software da assinatura, liguei para o fornecedor da assinatura que me disse que o problema era no meu programa, pois a mesma assinatura no mesmo pc funciona corretamente no Emissor Gratuito, só pede 1x a senha. Olhei no fórum antigo, achei pessoal relatando o mesmo problema, mas sem solução. Encontrei exatamente o problema relatado no Mantis: http://www.djsystem.com.br/acbr/mantis/view.php?id=730 Porem ainda sem solução. Alguem tem alguma sugestão ? Desde já agradeço.