Mota

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.

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.

Pronto, Ítalo. Segue... 2179-can-soap.xml 2179-ped-can-soap.xml

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. 2179-can.xml 2179-ped-can.xml

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. 2139-can.xml 2139-ped-can.xml

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! Esqueci de mencionar que o problema citado anteriormente gera uma rejeição, ou seja, não é só o fato de ter essa pequena diferença de centavos. O RPS não é convertido, pois a alíquota não condiz com a esperada.

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. 103UNICA-rps.xml 1212UNICA-rps.xml

Vlw, Italo! Agora está tudo ok! Obrigado e Deus te abençoe.

Como não sei ao certo de quais você precisa, estou mandando todos. Enviei, consultei(retornou que foi convertido) e tentei cancelar. Obrigado. NFSe.rar

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. 2008-ped-can.xml 2008-can.xml 2007-can.xml 2007-ped-can.xml

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.

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).

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. Espelho.txt

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.

Conseguiu resolver o problema, Dércio? Também estou passando por ele.

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) + '"'); ACBrBlocoX_Comum.pas

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.