Dercide Alvarez

Italo, Como ficou a nova descrição no nome do XML da NFSe com a inclusão da serie, conforme alteração de 29/06/2016 ? Alterado a montagem do nome da NFS-e, acrescentando a série. Isso foi feito para compatibilizar com a rotina de envio de e-mail. Por: Italo Jurisato Junior Dercide.

Italo, Valeu mais uma vez, achamos o problema. Era isso mesmo, em parte do código havia uma linha setando essa propriedade. Abraços, Dercide.

Olha, para sair a tarja basta fazer como o Juliomar orientou : ACBrNFe1.DANFE.NFeCancelada := (ACBrNFe1.NotasFiscais.Items[0].NFe.procNFe.cStat in [101, 151, 155]); Eu como controlo a situação no banco de dados, checo a situação e atribuo Acbr.Danfe.NFeCancelada := True, e a tarja sai na danfe. Mas de qualquer forma, existe o evento de cancelamento que pode ser enviado ao cliente, tanto o XML como o evento em PDF. Dercide.

Boa tarde, Não sei se alguém já passou por isso, quando é salvo o RPS, o nome do arquivo fica padronizado, xxxx-Rps.xml onde (xxxx) é o numero do RPS. Mas algumas vezes ele gera com outra descrição, e com isso não consigo localizar o arquivo para carregar. Mas geralmente gera certo, ocorrem apenas alguma vezes. Isso ocorreu com o WebIss. Segue a imagem do nome. Dercide.

Renata, Antigamente tinha que enviar toda uma documentação para credenciar o software emissor. Não sei se ainda seja necessário ou se pode ser feito diretamente pelo site. A liberação para novos clientes, já pode ser feita pelo site, desde que o software já esteja cadastrado. Já existe um tópico com esse tema.

Bom dia, Pelo o que sei, o Paraná é o único estado que exige o credenciamento do fornecedor de software. Fiz o nosso credenciamento já faz alguns anos. Quando o fornecedor do software faz o credenciamento, há a necessidade de enviar documentação, o que pode ser feito via procuração. Antigamente quando um novo cliente necessitava enviar NFe, tinhamos que enviar toda uma documentação. Mas agora não há mais essa necessidade, o contador faz a solicitação junto ao Sefaz e o fornecedor do software entra no site e faz a liberação. Dercide.

Felipe, 1) O ACBr não gera o XML da NFSe, quem gera é o retorno do WebService, ele gera o RPS, e no RPS não consta os dados do prestador, apenas o CNPJ e inscrição, quando é pego o retorno e a NFSe é gerada, ai sim vem todas as informações. 2) Sim, essas informações estão corretas, mas além delas não esqueça dessas : ACBrNFSe1.Configuracoes.Geral.Emitente.CNPJ ACBrNFSe1.Configuracoes.Geral.Emitente.InscMun ACBrNFSe1.Configuracoes.Geral.Emitente.RazSocial Dercide.

Felipe, Utilizo o BHISS de Poa sem problemas, não há configuração de usuário e senha. Poste o erro, acho que fica mais facil para ajudar. Dercide.

Viccari, Qual foi a solução que eles deram ??? Pois estou com esse mesmo problema, e com vários certificados. Antes tinha Windows 8.1, atualizei para o Windows 10, e não funciona mais nada, NFe, NFSe. Já desinstalei e instalei os certificados. A primeira vez, funciona, depois não vai mais. Já alterei varias, coisas, desisti de pesquisar, pois temos outra máquinas com Windows 7, mas preciso resolver. Dercide.

Denise, Esse problema é por causa da acentuação retornada pelo provedor. Ontem o Italo disponibilizou uma alteração para corrigir esse problema. Caso a propriedade de configuração RetirarAcentos estiver com o valor True os acentos serão removidos. Já testamos e funcionou. Dercide.

Italo, Efetuamos os testes no Betha e BHISS e funcionou sem problemas. Dercide.

Eu fiz dessa maneira, pois estou com um problema serio no meu note com Windows 10,,,,não consigo enviar nada,,,,estou com problemas nos certificados,,,,quando instalo eles funcionam a primeira vez,,,,ai faço uma consulta ou envio uma NFe,,,ou NFSe,,,,,e pronto já não funciona mais. Com isso não consegui debugar a fundo,,,e procurar um local melhorar para fazer a alteração adequada para trocar a acentuação. No meus testes, que verifiquei que os campos que retornam acentuação são os seguintes : BHISS => RazaoSocial ( provavelmente foi cadastrado no site com acentução) <OutrasInformacoes>NFS-e gerada em ambiente de teste. NÃO TEM VALOR JURÍDICO NEM FISCAL.</OutrasInformacoes> Betha==> <Discriminacao>Descrição: 1 )....................</Discriminacao> <Endereco>Ambiente de testes não requer endereço</Endereco> No caso da Betha, a palavra Descrição veio no retorno do XML, ela não foi enviada junto com a Descrição Se alguém souber quais as rotinas que pegam os campos de retorno, posso dar uma olhada e tentar outra solução, pois no momento não estou conseguindo Debugar nada por causa dos certificados. Dercide.

Italo, Como disse, fiz as pressas porque precisava resolver esse problema nos meus clientes. Assim que achar uma solução mais adequada nos avise. Dercide.

Boa noite, Fiz alguns testes de homologação com o Betha e BHISS, e percebi que em alguns casos o XML era retornado com acentuação, causando assim problemas para cancelar e imprimir a NFSe. Inclusive conversei com o Italo, o qual foi quem identificou o problema nos XML que lhe passei. Para resolver o problema, alterei a AcbrDFe.pas, alterando a function TACBrDFe.Gravar, inclui uma rotina da Trunk, para retirar os acentos do XML de retorno antes de gravar. //--------------------------------------------------------------------------------------------------------------------------- function TACBrDFe.Gravar(NomeArquivo: String; ConteudoXML: String; aPath: String; ConteudoEhUTF8: Boolean): Boolean; var UTF8Str, SoNome, SoPath: String; i : Integer; const COM_ACENTO = 'àâêôûãõáéíóúçüîäëïöèìòùÀÂÊÔÛÃÕÁÉÍÓÚÇÜÎÄËÏÖÈÌÒÙ'; SEM_ACENTO = 'aaeouaoaeioucuiaeioeiouAAEOUAOAEIOUCUIAEIOEIOU'; begin for i := 1 to Length(ConteudoXML) do begin if Pos(ConteudoXML, COM_ACENTO) <> 0 then ConteudoXML := AnsiChar(SEM_ACENTO[Pos(ConteudoXML, COM_ACENTO)]); if not (ConteudoXML in [' '..'~']) then ConteudoXML := ' '; end; //--------------------------------------------------------------------------------------------------------------------------- Feito isso, realizei novos testes, e funcionou normalmente. Não sei se ali era o lugar ideal, foi funcionou. Segue o fonte, caso queria anexar no repositório. Dercide. ACBrDFe.rar

Boa tarde, Aproveitando o gancho, estamos conseguindo enviar o RPS para o provedor Betha, e depois consultamos o lote. A NFSe é gerada, porém o XML esta estranho, tanto é que nem consigo visualiza-lo ou imprimi-lo. Não sei se foi alterado algum paramentro das funções do componente. No BHISS esta acontecendo o mesmo problema. Segue XML de uma NFSe de exemplo da Betha e BHISS. Dercide. 13-nfse.xml 201600000000023-nfse.XML

Veja esse tópico. Dercide.

Waldir, Hoje eu atualizei os fontes, e compilou normal. Meu projeto abriu normalmente, sem erros. Quanto ao ACBrInstall_Trunk.exe, foi o Norton Security que estava derrubando ele. Obrigado pelo retorno. Dercide.

Baixei a atualização 11476, executei o apagaacbr.bat e ACBrInstall_Trunk2.bat. Compilou normalmente, porém quando abri meu projeto apareceram erros : IbptTax, AcbrMail. Baixei a atualização 11477, executei o apagaacbr.bat e ACBrInstall_Trunk2.bat, porém não executa o instalador. OBS: Delphi 7. Dercide.

Eu instalei normalmente o ACBr, usando o Windows 10. O trabalho que tive, foi fazer o Delphi 7 rodar bem no Windows 10. Para isso, alterei a propriedades de todos os arquivos da pasta BIN do Delphi, para ficar compativel com o XP (Pack 3). Depois instalei o ACBr sem problemas. Dercide.

Beleza, ficamos no aguardo.

Atualizei os fontes as 14:00, deu o seguinte erro : C:\ACBr\Fontes\ACBrDFe\ACBrDFeCapicom.pas(475) Error: Incompatible types C:\ACBr\Fontes\ACBrDFe\ACBrDFeCapicom.pas(484) Error: Incompatible types C:\ACBr\Fontes\ACBrDFe\ACBrDFeCapicom.pas(493) Error: Incompatible types C:\ACBr\Fontes\ACBrDFe\ACBrDFeSSL.pas(243) Fatal: Could not compile used unit 'ACBrDFeCapicom.pas' Compilation failure Erro ao compilar o pacote "ACBr_DFeComum.dpk". Dercide.

Gilson, Obrigado pelo retorno. A principio não é o nosso caso. Mas hoje aconteceu o problema em dois clientes, um em SC outro em MT, e ambos estavam com problema de instabilidade da internet. E agora a pouco aconteceu o mesmo problema com o cliente de SC. Não sei se na versão da Trunk tinha essa opção de verificar ou não o DigestValue. Se eu consulto com a versão antiga, gerada com a Trunk, ele não da erro e retorna o XML tranquilo, e nesse caso atualizo o banco de dados,,,etc,,, Ja com a versão gerada pela TRUNK2 o erro persiste, pois esta setado NFEletronica.Configuracoes.Geral.ValidarDigest := True; Realmente não sei porque o problema ocorre. Vou verificar como é calculado, talvez descubro o problema. Dercide.

Boa tarde, Vocês conseguiram resolver o problema de DigestValue ? Se sim, qual foi a solução e o que acarreta esse problema ? Dercide.

Rodrigo, Poste em arquivo, parte do código da configuração do boleto, e passa o código de barras que o sistema gerou com erro. Ai poderemos dar uma analisada. Dercide

Boa tarde, Esse erro aconteceu em dois clientes, mas não é constante, pois temos outros cliente que emitem NFe normalmente. <DigestValue> no XML.: XoHG36eSphprEwa/s58l2MvqvXQ= <DigestValue> no Sefaz: xbMiSv0HSDelk1enmylLH5rNv2k= Já pesquisei e verifiquei que no forum tem alguns post sobre a isso, que tem haver com a propriedade : Configuracoes.Geral.ValidarDigest := True; Vi que muitos usuários orientam a deixar False. Mas outros dizem para deixar True para poder ter o xml correto igual ao que esta no Sefaz. Pelo o que vi, o Default já é True, pois o sistema critica e mostra o erro. O que gostaria de saber, é porque isso acontece de calcular informações diferentes. E como contornarmos essa situação. Se alguém já passou por isso e tiver alguma dica, agradeço. Dercide.