farnetani

Pessoal, alguém sabe me dizer se bhiss só aceita mesmo o motivo de cancelamento 2 (serviço não realizado). Como é que fica se o cliente errar o preenchimento do RPS??? Tem que cancelar pelo motivo 2 ??? Não tem mesmo como cancelar pelo motivo 1 = erro de preenchimento? Isso não dá problema...tipo um rps/nfse cancelado e logo em seguida emitido outro quase igual???

Vixe...então o jeito para o webservice de BH é substituir o & por E...isso não tem como solucionar???

Isso já foi corrigido na versão atual?

Estou com o mesmo problema. Na verdade no processo de homologação o pessoal pediu para mudar de 02 para 01 na posição 109.

Posso utilizar esse como padrão...ou terá algum problema??? No caso tem 2 arquivos fastreports que acompanham o projeto, porém um deles DanfseNovo.fr3 está com problemas...qdo se abre ele dá um erro de datasets e classes...enfim...posso usar o Danfse.fr3???

Já vi que não é...pelo jeito é o do RJ.

Agora que eu vi aqui que está resultando nas observações: Atencao: Aliquota reduzida, a partir de 29/09/2014, por liminar do TJMG...tem alguma coisa haver ?

Pessoal, mesmo eu jogando o valor da alíquota e fazendo o cálculo correto, o valor no xml da alíquota continua sempre ficando = 2. Ainda estou no ambiente de homologação. Isso é normal??? <ValorServicos>10.00</ValorServicos> <IssRetido>2</IssRetido> <ValorIss>0.20</ValorIss> <BaseCalculo>10.00</BaseCalculo> <Aliquota>0.02</Aliquota> <ValorLiquidoNfse>10.00</ValorLiquidoNfse> Eu joguei: Servico.Valores.Aliquota := 2.5; ValorISS := Servico.Valores.BaseCalculo * (Servico.Valores.Aliquota/100); Servico.Valores.ValorIss := RoundTo5(ValorISS, -2); O que pode ser isso???

Alguém aqui tem o modelo do danfse da prefeitura de Belo Horizonte já desenvolvido em FastReports que possa me passar???

Tem como vc me passar o arquivo? Não estou conseguindo entender o problema. Meu email: farnetani@gmail.com

// Para o provedor ISSDigital deve-se informar também: Prestador.Senha := 'senha'; Prestador.FraseSecreta := 'frase secreta'; Prestador.cUF := 33; A dúvida é...esse provedor ISSDigital é o de Belo Horizonte?

Pessoal...já conseguiram resolver essa incompatibilidade????

Pessoal, hoje (22/04/2014) me deparei com um erro associado ao c485, por isso vou comentar por aqui ok? O lance é o seguinte, se informarmos no c485 com cst=01 e alíquota básica, mesmo que eu NÃO INFORME nos campos: QUANT_BC_COFINS ALIQ_COFINS_QUANT O ACBR está preenchendo com 0,000 nestes campos resultando em erro. O PVA está dizendo que esses campos deveriam estar em branco. O mesmo está ocorrendo para o C481. Errado: |C405|14022014|001|000056|000474|44522,58|1023,22| |C481|01|851,30|851,30|1,6500|0,000|0,0000|14,01|955|| |C485|01|851,30|851,30|7,6000|0,000|0,0000|64,70|955|| Correto: |C405|14022014|001|000056|000474|44522,58|1023,22| |C481|01|851,30|851,30|1,6500|||14,01|955|| |C485|01|851,30|851,30|7,6000|||64,70|955|| Alguém já teve esse problema?

Pessoal, eu posso utilizar os dois componentes AcbrSpedFiscal e AcbrSpedContribuicoes no mesmo Form? Me parece que utilizam Units para constantes diferenciadas, certo??? Tenho que tratar separadamente???

Por acaso existe alguma regulamentação que me obriga a colocar o NFeProc nos xmls? Ou isso é facultativo? Quando eu já envio a nfe pelo componente acbr e o mesmo já é validado, o status do mesmo não está embutido no arquivo??? Se eu fizer a rotina do exemplo que acompanha o componente, eu só poderei fazê-la após o status da nfe ter sido validada, certo? E se eu quiser cancelar a respectiva nfe depois, muda alguma coisa???

Italo, não entendi. Como é que eu poderei deixar a propriedade ID em branco, ela não corresponde com o numero da NFe? Eu sou obrigado a informá-la certo??? DM.ACBrNFe1.NotasFiscais.Clear; with DM.ACBrNFe1.NotasFiscais.Add.NFe do begin infNFe.ID := Tabelaide_notafiscal.asstring; //natureza operação if Tabelaide_indpag.Value = '0' then ide.indPag := ipVista; if Tabelaide_indpag.Value = '1' then ide.indPag := ipPrazo; if Tabelaide_indpag.Value = '2' then ide.indPag := ipOutras;

Pessoal, hoje detectei um erro que pode ser que esteja acontecendo com mais pessoas. No momento que vou gerar o XML da NFe, o sistema me resulta um erro de conversão de string em inteiro relacionado a CHAVE da NFe. Detectei o problema na função abaixo do arquivo pcnAuxiliar. Debugando eu notei que o sistema estava vindo com uma chave menor que 43 caracteres quando se chama a função ValidarChave...no campo CHAVE, estava vindo apenas 3211, aí eu coloquei: if length(chave)<43 then begin result:=false; exit; end; A função corrigida ficou: function GerarDigito(var Digito: integer; chave: string): boolean; var i, j: integer; const PESO = '4329876543298765432987654329876543298765432'; begin // Manual Integracao Contribuinte v2.02a - Página: 70 // chave := somenteNumeros(chave); j := 0; Digito := 0; result := True; //trecho adicionado por mim if length(chave)<43 then begin result:=false; exit; end; try for i := 1 to 43 do j := j + StrToInt(copy(chave, i, 1)) * StrToInt(copy(PESO, i, 1)); Digito := 11 - (j mod 11); if (j mod 11) < 2 then Digito := 0; except result := False; end; if length(chave) <> 43 then result := False; end;

Descobri...eu havia feito uma rotina para abrir o xml, e salvá-lo novamente...nao sei o pq o mesmo estava salvando ele sem a cláusula CNPJ e pais diferente do Brasil...foi aí que depois de salvo quando eu iria reimportá-lo que estava dando erro... Desculpe aí a informação incorreta!!!

Esqueça...fui testar agora e o ACBR importou normalmente...não sei explicar entao o que houve...

Italo, na verdade ele está sim validado. Porém se trata de um XML de um fornecedor e o erro está ocorrendo quando vou importá-lo para dentro do meu sistema, sacou? Teste fazer uma importação do mesmo pelo exemplo que está lá no ACBR para você ver o erro. Grato, Arlei F. Farnetani Jr.

Pessoal, estive vendo que nao tem na chave PIS um campo correspondente existente na chave COFINS, se trata do campo vBCProd a mesma não existe no PIS... Isso é normal???

Pessoal, detectei meio que sem querer um erro no processo de validação do xml pelo componente acbr. Gostaria que testassem. Validei o mesmo xml pelo site: https://www.sefaz.rs.gov.br/NFE/NFE-VAL.aspx Pelo exemplo do componente já dá o seguinte erro: violates pattern constraint of '[0-9]{14} Apontando o campo CNPJ...porém o XML está tudo ok...pelo debug notei que é na parte da signature que acontece o raise do erro... Segue o xml para vcs procederem com o teste... Se tiver uma solução me dá um aviso...grato! 35130403561951000128550010000304071015203501.xml

Sim é claro. Na verdade já vem no seu exemplo preenchido. Eu só clico em incluir boleto (1 vez) e depois vou em imprimir. Primeiro naturalmente como eu já disse eu mudo para o componente do FastReports.

100% atualizado...atualizo via svn...deletei o arquivo e fiz o update pra ver...e continua o problema. A única coisa que fiz de diferente é mudar os pacotes do fastreports que no que vem aponta pra frx14 e no meu eu coloco para frx10. Mas se vc já mexe/trabalha com o fastreports olhando o que te mandei já vai notar que realmente tem erros no arquivo BoletoFR3.fr3 Ai eu modifiquei o meu para funcionar e funcionou. Segue em anexo. Tente pegar o exemplo que vem e jogue o componente do fastreports do acbrboleto e teste a impressao com ele pra vc ver.

O erro que ocorre é esse: Project AcbrBoletoDemo.exe raised exception class EvariantTypeCastError with message 'Could not convrt variant of type (String) into type (Double)'. Eu entrei dentro do código do arquivo BoletoFR.fr3 e notei que realmente existem campos do tipo String que estão com formato do tipo data sendo que o mesmo é string. Acredito que isto esteja incorreto, certo?