Mota
-
Total de ítens
47 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Mota
-
-
Bom dia! Como de costume, hoje atualizei os fontes do componente. Após isso não estou mais conseguindo compilar meu projeto.
Mensagem de erro: [dcc32 Fatal Error] ACBrDFeWinCrypt.pas(45): F1026 File not found: 'ACBr_WinCrypt.dcu'
Como posso resolver? Será preciso desinstalar tudo?
Desde já, obrigado!
-
Mais uma vez, muito obrigado! Me salvou de novo. Era só o arquivo ISSFortaleza.ini
Deus te abençoe.
- 1
-
-
Em 23/06/2016 at 14:07, Mota disse:
Também estava com o mesmo problema(Não encontrei final do elemento </CancelarNfseEnvio>). Atualizei os fontes e agora retorna um erro que parece não estar tratado. Uso o GINFES para Fortaleza\CE.
Bom dia! Ainda não estou conseguindo Cancelar NFSe (ISS Fortaleza), já reinstalei o componente. Ao tentar Cancelar o componente está retornando uma mensagem vazia.
-
Também estava com o mesmo problema(Não encontrei final do elemento </CancelarNfseEnvio>). Atualizei os fontes e agora retorna um erro que parece não estar tratado. Uso o GINFES para Fortaleza\CE.
-
Bom, na aplicação aqui da empresa, faço da maneira que mencionei:
\\Sem retenção Servico.Valores.IssRetido := stNormal; \\ Com retenção Servico.Valores.IssRetido := stRetencao;
E no valor líquido, "debito" o valor do ISS retido, assim:
Servico.Valores.ValorLiquidoNfse := Servico.Valores.ValorServicos - Servico.Valores.ValorPis - Servico.Valores.ValorCofins - Servico.Valores.ValorInss - Servico.Valores.ValorIr - Servico.Valores.ValorCsll - Servico.Valores.OutrasRetencoes - Servico.Valores.ValorIssRetido - Servico.Valores.DescontoIncondicionado - Servico.Valores.DescontoCondicionado;
-
Infelizmente, o problema não foi resolvido. Pra piorar, ele acontece de forma intermitente. Já tentei até tirar a divisão, e passar a alíquota já divida, mas ora o xml fica 0.0388 ora fica 0.0387.
-
Se não me engano é isso:
Servico.Valores.IssRetido := stRetencao;
-
Não entendi Italo. A alíquota correta é 3,87. E passo este valor para o componente.
Servico.Valores.Aliquota := 3.87;
Mas quando é feita a divisão o valor fica 0.0388 ao invés de 0.0387
-
-
Bom dia! Estou com um problema no valor da alíquota, por algum motivo, em algumas situações ela vem com valores diferentes. O problema está ocorrendo quando o valor passado possui casas decimais, por exemplo 3,87. Estou passando para o componente da seguinte forma:
Servico.Valores.Aliquota := 3.87;
Percebi que na unit pnfsNFSeW_ABRASFv1, quando o provedor é Ginfes, a alíquota é dividida por 100.
case FProvedor of proGINFES: Gerador.wCampoNFSe(tcDe4, '#25', 'Aliquota', 01, 05, 0, (NFSe.Servico.Valores.Aliquota / 100), '');
Então o valor correto para ser enviado para o xml deveria ser 0,0387, mas algumas vezes(não sei o motivo) é enviado 0.0388. Observem os dois xml, cada um com uma alíquota diferente.
Será que ao invés de deixar o componente fazer essa divisão não seria melhor já passar o valor dividido? Na verdade não sei se o problema realmente é este, é apenas uma suposição.
Enfim, se alguém puder me ajudar, agradeço.
-
Vlw, Italo! Agora está tudo ok!
Obrigado e Deus te abençoe.
- 1
-
Como não sei ao certo de quais você precisa, estou mandando todos. Enviei, consultei(retornou que foi convertido) e tentei cancelar.
Obrigado.
-
Boa tarde! Estou migrando para o trunk2 e já consigo enviar e consultar RPS, mas ainda não consegui cancelar uma NFSe. Não consegui identificar o motivo. Estou cancelando assim:
ACBrNFSe1.NotasFiscais.Clear; with ACBrNFSe1.NotasFiscais.Add do begin NFSe.Numero := FieldByName('NUMDOCUMENTO').AsString; NFSe.IdentificacaoRps.Numero := FieldByName('NUMERO_RPS').AsString; NFSe.IdentificacaoRps.Serie := FieldByName('SERIE_RPS').AsString; NFSe.IdentificacaoRps.Tipo := trRPS; NFSe.PrestadorServico.IdentificacaoPrestador.Cnpj := _LojaCNPJ; NFSe.PrestadorServico.IdentificacaoPrestador.InscricaoMunicipal:= LojaIM); NFSe.PrestadorServico.Endereco.CodigoMunicipio := _LojaCodCidade; NFSe.MotivoCancelamento := Codigo; end; ACBrNFSe1.WebServices.CancelaNFSe(Codigo);
A forma que mostro acima, funciona no trunk1(veja xml 2007), porêm no trunk 2(veja xml 2008) não cancela. Alguma dica?
Obrigado.
-
8 minutos atrás, Buruthagas Oliveira disse:
Bom dia, como faço para subir o componente ACBRBlocoX para o Delphi 7?
Já atualizei o SVN, mas o componente não apareceu.
Obrigado!
Bom Dia! Se eu não estiver enganado, ele só está disponível no Trunk 2.
-
Ao ler os depoimentos dos colegas desenvolvedores sobre os casos de sucesso usando o ACBr nos mais variados setores, ficava imaginando qual seria a sensação de conseguir alcançar um objetivo que muitas vezes parece muito distante, pensava quando seria a minha vez. Bom, finalmente esse dia chegou, após um bom tempo de batalha, é com muita ALEGRIA que informo que consegui homologar o PAF-ECF e também o TEF Dedicado. Sou do Ceará, mais especificamente Fortaleza. Homologuei o PAF na Universidade Federal do Ceará(UFC) e o TEF com a SITEF.
Gostaria de agradecer a toda comunidade ACBr e também parabenizá-los pelo excelente trabalho. Sem os componentes do projeto, o trabalho teria sido muito maior e não teria conseguido a tempo. Usei ACBrECF,ACBrAAC,ACBrEAD,ACBrPAF,ACBrSPEDFiscal,ACBrSINTEGRA,ACBrNFe e ACBrBlocoX. Além dos excelentes componentes, contei com a "consultoria" e experiência de vários colegas, que nos momentos de maior sufoco, prontamente me socorreram.
ACBr, INENARRÁVEL!
Obrigado galera, que DEUS os abençoe.
- 6
-
Em 28/05/2013 at 14:50, Régys Silveira disse:
Somente deve ser gerado R06 para estes tipos de documentos:
CM - Conferência de MesaRV - Registro de VendaCC - Comprovante de Crédito ou DébitoCN - Comprovante Não-FiscalNC - Comprovante Não-Fiscal CancelamentoRG - Relatório GerencialCancelamento de cupom apesar de gerar um comprovante na impressora não é um documento que entre no R06, o NC é o cancelamento de um comprovante não fiscal isso é diferente.
Régis, dos tipos de documentos citados por você, o único que gravo na banco de dados é CN(Sangria,Suprimento e Recebimento). Gostaria de saber se tenho que gravar também os RG(Identificação do PAF e Parâmetros de Configuração) e os CC(Comprovantes de Crédito ou Débito).
-
Em 05/01/2016 at 12:46, Régys Silveira disse:
Você não está utilizando as chaves corretamente provavelmente, você assinou com uma chave e o arquivo XML usado no eECFc é de outra chave.
Faça assim, compile o demo do ACBrEAD e gere um novo par de chaves e o XML correspondente, guarde os 3. Configure o ACBrEAD do seu aplicativo com a chave privada gerada e use o XML no eECFc.
Régis, muito obrigado pela atenção. Sua suposição faz sentido, mas não é o meu caso, pois todos os outros arquivos (MF,MFD,SPED,SINTEGRA, e etc) são validados normalmente. Acabei de fazer o seguinte teste: Gerei o arquivo e depois retirei todos os caracteres especiais manualmente, logo em seguida gerei o EAD novamente e por fim validei a assinatura e esta foi validada com sucesso. Posso está falando bobagem, mas acredito que o "problema" está na forma que eECFc faz essa validação, talvez vez não seja considerado esses caracteres ou algo do tipo.
Como não sei o motivo desses caracteres estarem aparecendo no arquivo, vou ter que dar um jeito de logo após a geração, varrer todo o arquivo e retirar esses caracteres para em seguida validar. Caso tenha alguma outra sugestão, será muito bem-vinda.
Obrigado!
-
Bom dia!Estou precisando muito da ajuda de alguém.
Ao gerar o Espelho MFD(Requisito VII, item 19). O arquivo é gerado normalmente(apenas demora um pouco). O problema é que o Homologador submeteu o arquivo para validação de assinatura, e o programa validador(eECFC) retornou assinatura inválida. Alguém poderia me ajudar a resolver esse problema? Será que o problema ocorre pelo fato de ter caracteres especiais no arquivo?
Por favor, estou no meio da homologação, preciso muito de uma orientação.
-
Aparentemente, é necessário informar o grupo mesmo para produtos com substituição. Se atentando apenas para as tags pICMSInter e pICMSInterPart que não aceita valores zerados.
-
Em 22/12/2015 at 07:52, Dércio Luis Zanatta disse:
Bom dia
Estou tentando adaptar meu sistema à situação do Icms Interestadual. Já consegui entender como funciona a partilha de icms entre as duas UFs, tal e coisa. O problema agora é quanto as operações para consumidor final de outra UF quando feito em regime de Substituição tributária !. Atualmente nesse caso, o ICMS ST já é recolhido pela UF destino de forma integral, ou seja, não existe partilha ! porém a SEFAZ está rejeitando se não informo o grupo de ICMS interestadual. Já conversei com contadores, fiscais de ICMS, e todos disseram que no caso de Icms ST, não existe partilha de ICMS ! Só não souberam dizer, como deve ser montado o xml então !
Alguém já tem isso montado ? como fizeram ?
Conseguiu resolver o problema, Dércio? Também estou passando por ele.
-
15 horas atrás, Mota disse:
Boa noite!
Acredito que o local correto para se tratar do assunto seja aqui, se eu estiver enganado, me desculpem.
1-Gostaria de saber se é possível alterar o tipo da property Quantidade e do field FQuantidade de Integer para Double(ACBrBlocoX_Comum);
2-Ao compilar o pacote, é apresentado erro nas units ACBrBlocoX_Estoque, ACBrBlocoX_ReducaoZ. Por algum motivo, que não consegui identificar, o parâmetro Atributo
não está sendo reconhecido na procedure wCampo.Assim compila:
FGerador.wCampo(tcStr, '', 'Codigo', 0, 0, 1, Produtos[X].Codigo.Numero, '', True);
Assim não compila:
FGerador.wCampo(tcStr, '', 'Codigo', 0, 0, 1, Produtos[X].Codigo.Numero, '', True, 'Tipo="' + TipoCodigoToStr(Produtos[X].Codigo.Tipo) + '"');
Com relação ao item 2, desinstalei e reinstalei o os Componentes e compilou direitinho, acredito que eu estava com algum unit desatualizada. Fico aguardando uma posição sobre o item 1.
Obrigado.
-
Boa noite!
Acredito que o local correto para se tratar do assunto seja aqui, se eu estiver enganado, me desculpem.
1-Gostaria de saber se é possível alterar o tipo da property Quantidade e do field FQuantidade de Integer para Double(ACBrBlocoX_Comum);
2-Ao compilar o pacote, é apresentado erro nas units ACBrBlocoX_Estoque, ACBrBlocoX_ReducaoZ. Por algum motivo, que não consegui identificar, o parâmetro Atributo
não está sendo reconhecido na procedure wCampo.Assim compila:
FGerador.wCampo(tcStr, '', 'Codigo', 0, 0, 1, Produtos[X].Codigo.Numero, '', True);
Assim não compila:
FGerador.wCampo(tcStr, '', 'Codigo', 0, 0, 1, Produtos[X].Codigo.Numero, '', True, 'Tipo="' + TipoCodigoToStr(Produtos[X].Codigo.Tipo) + '"');
-
12 horas atrás, Régys Silveira disse:
Depende, se você fez isso de forma relacional no banco então você tem que informar isso ao homologador, ele vai colocar uma observação no seu laudo e vai passar.
Se não é de forma relacional, então você deve alterar somente o registro alterado.
Isso mesmo, faço de forma relacional. No exemplo que eu citei, o campo Nº de Fabricação do ECF fica em uma única tabela, então se ele for alterado, afetará todos os registros que esse campo é informado. Vou tentar explicar isso a ele.
Obrigado.
Atualização Fontes
em Dúvidas Gerais sobre o ACBr
Postado
Obrigado pelas respostas. Artigo bem esclarecedor. Mas só consegui compilar novamente, depois que limpei e reinstalei o ACBr. Não sei se será preciso que todos o façam, estou apenas informando que resolvi o "problema" assim.