Valdir Dill

Atualizo semanalmente. Acabei de fazê-lo inclusive e testar novamente e o problema persiste. Depois de atualizar pelo svn, basta executar o ACBRInstal para recompilar os pacotes, correto?

Estou com o mesmo problema em homologação no MT - Neste pos de 07/05/2014, mas achei que era só comigo que ocorria, pois não tive nenhum comentário. Por coincidência ou não, o problema começou ocorrer quando mudei para NFCe 3.10. Testei inclusive no demo do ACBR que antes funcionava beleza, mas o ACBrNFe1.WebServices.Retorno.cStat retorna com valor zero. Se logo em seguida fizer uma consulta na nota, a nota está com status 100, ou seja, autorizada.

Este novo anexo é de uma tentativa de validação do xml com o xsd do provedor BHISS. À esquerda é o conteúdo do XML de envio do cabeçalho e à direita o .xsd do provedor. Se alguém puder dar uma olhada no erro que mostra e me passar uma dica, agradeço imensamente. Obrigado.

Bom dia, Estou tentando enviar a primeira NFSe para o proveder BHISS - Cidade de Belo Horizonte. Baixei os .xsd atualizados. Porém na hora do envio está retornando o seguinte erro: <Codigo>E188</Codigo> <Mensagem>O documento XML do cabecalho de dados esta fora do padrao especificado.</Mensagem> Em anexo estou enviando os arquivos de envio. Já virei tudo que é fórum, mas não encontrei nada a respeito. Alguma dica? Obrigado. 1-env-lot.xml 1-env-lot-c.xml

Boa tarde, Vi que o Dercide postou neste tópico que resolveu o problema do ACBrNFe1.WebServices.Retorno.cStat retornar zerado, mas meu sistema estava redondo nessa parte. Depois que mudei a versão para 3.10, esse problema está ocorrendo. Testei inclusive a sugestão do colega, mas nada mudou. A nota é enviada e autorizada (vide anexo) e retorna com status 100, no texto do 12-pro-lot.xml (arquivo gerado na consulta), mas ACBrNFe1.WebServices.Retorno.cStat não tem valor. Testei tanto no meu sistema como no demo, o problema ocorre em ambos. Os testes que fiz foram com a NFCe em homologação e passaram a ocorrer depois que mudei para versão 3.10. Alguma dica? Obrigado!

Não fiz ainda não! Por enquanto não tenho como efetuar esses testes, mas se é necessário, vou tentar ver com algum cliente que possa! Obrigado.

Bom dia, Solicito a gentileza de incluir a cidade de Bacabal-MA para emissão de NFSe via ACBR? URL produção: http://finanbbl.ddns.us:8080/IssWeb-ejb/IssWebWS/IssWebWS?wsdl Obrigado!

Boa tarde, Cada impressão de um Danfe de NFCe gera um arquivo .bmp do qrCode. Essa geração é feita na ACBrNFeDANFEFRDM.pas, função GetImgQRCode, correto? Ocorre que à medida que esses danfes forem sendo impressos, o ACbr vai gerando um novo arquivo .bmp na pasta raiz do programa em execução para cada impressão. Com o tempo esses arquivos vão se acumulando desnecessariamente. Gostaria de fazer uma rotina de manutenção para excluir esses arquivos. Pesquisei mas não encontrei uma função para recuperar o nome do arquivo gerado. Como ele gera o nome até com os milisegundos da hora da geração ( ExtractFilePath(ParamStr(0))+FormatDateTime('ddmmyyymmssmm', now)+'.bmp';), também não tem como capturar o nome para excluí-lo manualmente após a impressão do Danfe. Então pergunto: há alguma forma recuperar o nome do arquivo gerado? Ou então uma forma de definir uma pasta para que esse arquivo seja salvo e aí, poderíamos deletar todos os arquvios dessa pasta que definirmos? Obrigado

Obrigado pelas dicas Juliomar. Fiz de tudo, inclusive em relação a midas que você sugeriu, mas não resolveu. Olha que estranho: eu tinha os componentes ACBrNFSeDANFSeFR1 e DANFSE.fr3 em um dataModule. Só mudei eles para o form onde a impressão é chamada e resolveu. Não sei o que pode estar gerando esse conflito, mas resolveu, que é o mais importantes, rs. Obrigado pela ajuda!

Beleza Rodrigo, resolvido. No meu caso (issCuritiba), como esse servidor não aceita dados em "Outras Informações", coloquei na própria discriminação do serviço acrescentando o texto contendo o valor dos tributos. Obrigado pela ajuda!

Caros colegas, Estou iniciando no envio de NFSe utilizando o ACBR para o servidor issCuritiba. Consegui enviar o RPS, a nota foi confirmada e recebo o xml de retorno da nota. Tudo certo. O problema está na hora de imprimir. Estou fazendo a impressão com ACBrNFSeDANFSeFR1 e utilizando o DANFSE.fr3. Ocorre que nesse .fr3, no campo "Nome / Razão Social" está configurado para imprimir apenas a razão social. Porém, o XML da NFSe retornado pela SEFAZ Curitiba, traz apenas o "NomeFantasia", sem a razão social. Aí, ao imprimir o DanfSe, esse campo ficam em branco. A solução seria simples, ou seja, apenas alterar o .fr3 e mudar esse campo. Aí é que vem o meu problema que não estou conseguindo resolver. Se abro o .fr3 e faço qualquer alteração e salvo ele, ao tentar imprimir ocorre o erro "cdsParametros: Missing data provider or data packet" (print anexo). Se eu utilizar o .fr3 do svn sem alterar nada nele, imprime normal, porém sem o nome fantasia. Alguma dica? Será que é alguma incompatibilidade do Fortes Report instalado em minha máquina? Como resolver? Obrigado.

Onde (qual campo) você está informando esse tributo Rodrigo? OBrigado.

Olá, Gostaria de saber dos colegas quem emitem NFSe se estão lançando o total de tributos (lei 12.741). Se positivo, como estão calculando, onde estão encontrando alíquota. Pela tabela IBPT não encontrei como. Obs.: pelo que sei, essa informação é obrigatória, já que o serviço é destinado a consumidor final, correto? Obrigado!

Ok Juliomar. Obrigado!

Nenhum comentário? Nenhum dos colegas nunca passou por isso?

Olá, Estou iniciando no envio de NFSe e estou enfrentando um probleminha. Consegui fazer o envio, impressão, etc. tudo está ok. Surgiu apenas um probleminha que é o seguinte: o nome do prestador é assim "Dill & Duarte". Aí, quando o ACBR recebe o retorno do envio (arquivo xml da nota) ele vem com esse caractere (&) que é gravado no xml da nota final, o qual é armazenado. Ao se tentar manusear ou abrir esse xml, esse caractere não deixa o arquivo ser aberto, pelo menos não no padrão xml, apenas como texto comum. Fiz a seguinte alteração no ACBRUtil.pas, o que resolveu o problema. function TiraAcento( const AChar : AnsiChar ) : AnsiChar ; begin case AChar of 'à','á','ã','ä','â' : Result := 'a' ; 'À','Á','Ã','Ä','Â' : Result := 'A' ; 'è','é', 'ë','ê' : Result := 'e' ; 'È','É', 'Ë','Ê' : Result := 'E' ; 'ì','í', 'ï','î' : Result := 'i' ; 'Ì','Í', 'Ï','Î' : Result := 'I' ; 'ò','ó','õ','ö','ô' : Result := 'o' ; 'Ò','Ó','Õ','Ö','Ô' : Result := 'O' ; 'ù','ú', 'ü','û' : Result := 'u' ; 'Ù','Ú', 'Ü','Û' : Result := 'U' ; 'ç' : Result := 'c' ; 'Ç' : Result := 'C' ; 'ñ' : Result := 'n' ; 'Ñ' : Result := 'N' ; '&' : Result := 'e'; //incluí esta linha else Result := AChar ; end; end ; Sugiro analisar a possibilidade de incluir essa linha também nos fontes do ACBR. Obrigado.

Em consulta feita à SEFAZ-MT, fomos informados que o problema está no servidor SEFAZ. Nossa interpretação do manual estava correta, ou seja, o ano a ser utilizado na composição do token em homologação é realmente o ano atual e não o literal '2013'. Ainda segundo a SEFAZ-MT, esse problema vai estar corrigido até 16/01/201

Resolvido! Depois de muito tentar, descobri que na formação do token (cnpj+ano+'0001'), esse "ano" não é o ano atual, mas devemos considerar o literal '2013' que está no manual. Eu estava colocando o ano da emissão da nota, ou seja '2014'. Foi só mudar para '2013' que abre a nota certinho no browser e sem nenhum erro. Obrigado.

Olá, Estou com dificuldades de geração do link para qrcode. Anexei o xml da nota. Se alguém puder dar uma olhada no que estou fazendo errado. acredito que seja no hash, mas já conferi e reconferi, inclusive com exemplos de colegas que postaram aqui no fórum, mas não consegui descobrir o erro. Agradeço String de para cálculo do Hash: chNFe=51140107469270000195650010000000101066998074&nVersao=100&tpAmb=2&dhEmi=323031342D30312D30365431373A33383A31392D30333A3030&vNF=14.80&vICMS=0.00&digVal=564B303753356552556A6C436266376C4657756A644C46563143343D&cIdToken=0000010746927020140001 Hash gerado 3DEA898B051211B881CA3906762F35143D22FE7F Link para o QrCode - Este link apresenta a nota, mas também mostra um erro de qrCode. http://homologacao.sefaz.mt.gov.br/nfce/consultanfce?chNFe=51140107469270000195650010000000101066998074&nVersao=100&tpAmb=2&dhEmi=323031342D30312D30365431373A33383A31392D30333A3030&vNF=14.80&vICMS=0.00&digVal=564B303753356552556A6C436266376C4657756A644C46563143343D&cIdToken=000001&cHashQRCode=3DEA898B051211B881CA3906762F35143D22FE7F

Olá Leonardo! Você sabe dizer se essas suas alterações dos ACBrNFeDANFEFRDM.pas e ACBrNFeDANFEFRDM.dfm para impressão do danfe da NFCe vão ser disponibilizadas via svn oficial do componente? Fiz os testes e funciona perfeitamente. O problema é que gosto de manter os arquivos do ACBR atualizado via svn. Aí cada vez que atualizo pelo svn preciso depois fazer a cópia manual desses dois arquivos que você disponibilzou. Obrigado!

Boa tarde, Pessoal, deem uma olhada nisso http://www.tecnospeed.com.br/blog/sefazam-libera-ambientes-de-testes-de-nfc-e-para-todo-o-pais/ Achei bem interessante a iniciativa da SEFAZ-AM. Ainda não testei, mas pode ser muito útil.

Só complementando, a função completa seria que utilizo é DateTimeTodhUTC(vDataHora,GetUTC(VUF, vDataHora));