Dercide Alvarez

Bom dia, Foi feito também a geração dos boletos e remessa para o CNB 240 ? Pois pelo o que vi nos fontes, foi implementado apenas a leitura do Retorno ? Outra questão, tenho visto que as atualizações estão sendo feitas apenas na Trunk2, mas ela já esta 100% funcional ? Pelo o que andei acompanhando a NFSe ainda não estava funcional. Ai fica inviável fazer a migração para a trunk2. E com isso quem não migrou ainda fica sem as atualizações. Dercide Alvarez

Juliana, Beleza, vou verificar essa função, a principio havia alterado o componente para pegar 12 posições, pegando assim o DAC. Mas os bancos retornam sim o DAC, pois afinal ele faz parte do nosso numero. O Bradesco CNAB 400, ele esta na posição 82-82 logo após o nosso numero. O Itau CNB 400, retorna na posição 94-94, e no CNAB 240 na posição 49-49. E assim tem vários bancos que retornam o DAC do nosso numero. Obrigado pelo retorno. Dercide Alvarez.

Boa Tarde, Estou fazendo a implementação dos boletos do ACB para vários bancos. Estou testando a leitura do RETORNO do Bradesco 400 posições. O componente lê o nosso numero nas posições 71 a 81 NossoNumero := Copy(Linha,71,11); Porém não trás o DAC (digito verificador) junto que fica na posição 82. Existe alguma outra propriedade que lê essa informação ? Preciso da informação completa pra efeitos de pesquisa no banco de dados. Dercide.

Boa Tarde, Informe em Titulo.Mensagem.Text Dercide.

Italo, Teria como adicionar no provedor Betha 4211207 Morro da Fumaça-SC Pois não vi na relação das cidades. Dercide.

Não acredito que seja isso, pois consulto SP com certificados de outros estados e funcione perfeitamente. Tem que ver se CNpj do certificado que você esta usando, tem a permissão para gerar NF-e, senão tiver, provavelmente irá dar erro. Pode ser isso. Dercide.

É isso ai, hehehe. Dercide.

Kiko Fernandes, SP aceitou das duas formas. Só não aceitou assim : -<ICMS> -<ICMS51> <orig>3</orig> <CST>51</CST> <modBC>3</modBC> <vICMS>0.00</vICMS Sem essa tag do vICMS é aceito e com preenchendo todas as tag, e com pDif = 100 também foi aceito. Dercide.

Kiko Fernandes, Conforme já relatei, validei preenchendo todas as tags, e com pDif=100, funcionou. Mas como a tua própria resposta do SEFAZ ( para diferimento total), não preencher as tags. Não preenchendo o componente gera : -<ICMS> -<ICMS51> <orig>3</orig> <CST>51</CST> <modBC>3</modBC> <vICMS>0.00</vICMS> ==> Dessa forma é aceito em SC e RS. Mas em SP da erro. Por isso ajustei o componente para não gerar a tag vICMS. Sei que o que vale, é o que o SEFAZ exige e não o que o cliente quer, mas como tinha outra forma de validar, optamos em ajustar. Fica a critério de cada um usar o que achar melhor, apenas comentei o acontecimento. Dercide,

Rodrigo Belmiro, Quanto a sua colocação, eu também consegui validar dessa forma. Segue a parte de um xml aprovado em SP com diferimento total. Nesse caso, você precisa informar as aliquotas do icms normal e na tag pdif 100, indicando que diferido 100%. <ICMS51> <orig>0</orig> <CST>51</CST> <modBC>3</modBC> <vBC>10.00</vBC> <pICMS>18.0000</pICMS> <vICMSOp>1.80</vICMSOp> <pDif>100.0000</pDif> <vICMSDif>1.80</vICMSDif> <vICMS>0.00</vICMS> </ICMS51> Porém os clientes dos meus clientes não Aceitaram, e pelo o que vi na NT2010.10. só tem diferimento PARCIAL. Não vi nada com diferimento total. Quanto a diferimento parcial,,,tudo certo...quanto ao total,,,,,,,ambos validarão,,,,,,,,,mas alguns clientes meus não aceitaram dessa forma. Por isso alterei a PCN2/pcnNFeW.pas para não gerar as tag's. Dercide.

Luiz, A principio a consulta funciona perfeitamente para PR e SP, acabei de testar. Vejas as configurações do componente estao corretas. NFEletronica.Configuracoes.Certificados.NumeroSerie := FieldByName('SERIE_CERTIFICADO').AsString; NFEletronica.Configuracoes.Geral.ModeloDF := moNFe; NFEletronica.Configuracoes.Geral.VersaoDF := ve310; NFEletronica.Configuracoes.Geral.PathSchemas ;= '......'; Veja se o certificado é valido, etc... Veja se esta passando o estado corretamente para o componente NFEletronica.WebServices.ConsultaCadastro.UF := 'SP'; Se o CNPJ esta sendo passado corretamente,,, NFEletronica.WebServices.ConsultaCadastro.CNPJ := 99.999...... Pegando o retorno e tratando,, with NFEletronica.WebServices.ConsultaCadastro.RetConsCad.InfCad.Items[0] do begin If xNome <> '' then Begin Deve ser uma dessas configurações. Dercide.

Isso aconteceu comigo, quando consultava SC e RS, funcionava beleza. Quando consultava SP retornava essa mensagem de erro : SP -> Rejeição: Cabecalho - Versao do arquivo xml não suportada Ai verifiquei que as minhas configurações estavam desatualizadas. E ajustei o componente : NFEletronica.Configuracoes.Geral.VersaoDF := ve310; Pronto, apartir disso funcionaou. Acredito que seja isso, verifique e de um retorno. Dercide.

Verifique no manual da sua cidade, se funcionalidade Substituir NFSe esta disponivel via WebService. Para Porto Alegre que usa o provedor BHISS, essa funcionalidade só é disponível em ambiente on-line na Web. Dercide.

Mas são de anos diferentes. Esse é o controle que faço, o ano da emissão. Dercide.

Samuel, No meu caso o numero da NFSe não faz parte da PK do banco, quando vamos imprimir a NFSe ou Visualiza-la, eu carrego o XML, como no xml a tag do numero ja esta completa AAAA99999999 não tem problema algum. Nos grids de consulta, no OnGetText da Nota, eu uso : Text := FormatDateTime('yyyy',qryNFSeDATA_EMISSAO.AsDateTime)+ ZeroEsquerda(IntToStr(Sender.AsInteger), '99999999999', False); Com isso o numero é apresentado de forma correta 20150000035 ==> Numero da NFSe que gravei é 35. No Sped o numero da nota senão me engao é de 9 posições. Dercide.

Boa Tarde Samuel, Eu particularmente, separo o ano e uso só o numero da NFSe, pois no boleto o numero do documento (NFSe) é de no maximo 10 caracteres. Quando é para apresentar na tela, eu concateno usando o ANO da data de Recebimento + o Numero da NFSe que gravei, e formato AAAA99999999999 Existem outros provedores que trabalham dessa maneira. Dercide.

Boa tarde, Quando não é informada a aliquota do ICMS, no caso de diferimento Total, o componente gera as tags : -<ICMS> -<ICMS51> <orig>3</orig> <CST>51</CST> <modBC>3</modBC> <vICMS>0.00</vICMS> Em SC e RS, esse XML é aceito, mas em SP ele é recusado. Então alterei a PCN2/pcnNFeW.pas para que quando o ICMS estiver zerado, não gerar a tag vICMS. <CST>51</CST> <modBC>3</modBC> Assim consegui validar a NFe em SP. Dercide.

Pelo o que eu saiba é obrigatório, tenho implementado no meu sistema. Essas informações você calcula manualmente conforme o NBS do item da nota, pesquisando na tabela do IBPT. É o que tenho feito. Dercide.

Me passa teu email que eu mando alguns XML. Dercide.

Provavelmente esse CNPJ não esta cadastrado para uso via WebService no municipio. A solução desse erro segundo o manual : Confira o numero do CNPJ informado. Caso esteja correto, o prestador não está inscrito no município. Dercide.

Italo, Beleza, vamos aguardar os ajustes, acho que será muito útil. Dercide.

Eu também estou aguardando essa implementação. Dercide.

Já resolvi. O ConsultarLoteRPS possue os paramentros de Mes e Ano. Dercide.

Boa tarde, Aconteceu a seguinte situação : 1) Em 30/04/2015 foi enviado um RPS ( não conseguiu pegar o retorno ). 2) Em 04/05/2015 tentou-se consultar o Lote RPS Deu erro, pois o componente tentou carregar o XML, na pasta 201505\Ger\xxxx.XML, mas o mesmo esta na pasta 201504. Como posso configurar para que o ACBR, pesquiser na pasta correta, e não na pasta do mês atual ? Alguém já passou por isso ? Dercide.

Italo, Nosso amigo Ulisses_Almeida fez alterações no fontes e disponibilizou. Tem com avaliarem, para que se deu tudo certo fazer a atualização no componente ? Dercide.