Marcelo_R

Boa tarde, estive executando alguns testes nos últimos dias. Reinstalei toda a suite ACBR do zero e tentei validar novamente. O resultado foi que se o valor unitário for R$ 1,1234 valida normalmente, mas se for menor que 0, como R$ 0,1234, apresenta o erro da foto anteriormente enviada. Nao consegui identificar como resolver. Pois sempre validou normalmente com 4 casas após a vírgula ajustando o código. Aguardo retorno se possível. Obrigado, Marcelo

Boa tarde Juliana, sim, são necessárias 4 casas. Existem alguns itens que são serviços e tem estas 4 casas ocupadas com não zeros.

Bom dia, Estou tentando validar sem sucesso uma nota com o valor unitário de R$ 0,4700. Preciso 4 casas após a virgula, pois o manual de Caxias do Sul permite isso. E até poucos dias atrás estava funcionando. Eu sempre altero, em todas as ocorrências, os fontes para comportar este tipo de dado conforme: Arquivo: pnfsNFSeW_Infisc.pas De: Gerador.wCampo(tcDe2, '', 'vUnit', 01, 15, 1, NFSe.Servico.ItemServico.Items.ValorUnitario, ''); Para: Gerador.wCampo(tcDe4, '', 'vUnit', 01, 15, 1, NFSe.Servico.ItemServico.Items.ValorUnitario, ''); Estou com o ini e os schemas atualizados. O que pode estar ocorrendo? Desde já obrigado

bom dia, setando a propriedade ---> aCBrNFe1.Configuracoes.Geral.CamposFatObrigatorios:= true; <-- no RS está validando. resultanda no XML a presença da tag <vDesc> mesmo que valor 0.00.

Bom dia, @Adair Filho, ótima ideia, funcionou perfeitamente. Eu sempre (re)carreguei o certificado a cada validação de nota, e isto começou a gerar o problema 12175, mas foi recentemente apenas. Agora, controlando uma variável para carregar somente uma primeira vez, agilizou o processo e eliminou o erro. Testei uma sequencia de 5 notas e foi tranquilamente. Lembro que na segunda em diante já dava o problema.. Obrigado a todos que contribuíram! Marcelo

Bom dia, Desregistrei e registrei novamente estas DLLs e continua o mesmo problema. A primeira operação ou NF funciona, ao usar novamente vem o erro 12175. Fecho o aplicativo, abro novamente e o ciclo se repete. Tem que limpar alguma coisa será? Obrigado Marcelo

Bom dia, este problema começou a ocorrer recentemente para mim. Eu consigo validar a primeira NFe, mas a segunda dá esse erro 12175. Engraçado que é somente na segunda nota em diante. Eliminei o antivrus e farewalls, configurei as opções de internet, tal qual a sugestão do Ítalo, atualizei os dlls e uso as configurações abaixo: SSL.SSLType := LT_all; (default) SSLLib := libWinCrypt; SSLCryptLib := cryWinCrypt; SSLHttpLib := httpWinHttp; SSLXmlSignLib := xsMsXml; o que será que está ficando pra trás? Me parece que foi após eu instalar com carregamento tardio... Obrigado Marcelo

Boa tarde, também estou tendo este erro após alguma atualização recente ou algo assim. Pois uso o Acbr há muito tempo, sempre sem problemas. De alguns dias para cá, o XML que eu busco está sem o protocolo e sem o "Autorizado..." ao final. Mas apenas quando eu valido 2 notas em sequencia. Se eu validar uma, fechar o aplicativo e validar outra tudo ocorre bem. Será que tenho que destruir algo? Já verifiquei/testei 200 coisas e o problema persiste. O que eu executo há muito tempo, nesta ordem: -> ACBrNFe1.NotasFiscais.Clear; -> With ACBrNFe1.NotasFiscais.Add.NFe do begin .. end; -> aCBrNFe1.NotasFiscais.GerarNFe; -> aCBrNFe1.NotasFiscais.Assinar; -> aCBrNFe1.WebServices.Envia(1); -> aCBrNFe1.NotasFiscais.Items[0].GravarXML(a,b); <- salva sem a autorização, ao enviar a segunda nota em diante Obrigado! Marcelo

Boa noite, tenho uma dúvida e duas sugestões para o Infisc 1.1: Dúvida: na geração do XML o tag <infAdicLT> recebe dados de <NFSe.PrestadorServico.Endereco.CodigoMunicipio>, mas na re-leitura do XML a propriedade que recebe o tag <infAdicLT> é a <NFSe.Servico.ItemListaServico>. Pois esta propriedade na montagem alimenta o tag <infAdic>. Isto está correto? Sugestões: -> O valor unitário está previsto no manual com 4 casas após a vírgula (13,4), na montagem do XML está como tcDe2 e poderia ser tcDe4. -> Apenas as tags <xNomeTrans>, <cPaisTrans>, <xPaisTrans> e <vTipoFreteTrans> são obrigatórios nas informações de transporte, isso pelos meus testes. Pelo manual acho que é só o <xNomeTrans>. Obrigado! Marcelo

Bom dia, Nos manuais os códigos estão idênticos aos que foram me enviados por e-mail, porém em menor quantidade. Corrigindo minha informação acima, o código 47 (Alteração de Valor) não é aceita pelo BB, deve ser dado baixa e feita nova remessa. O que me parece incorreto é a geração da remessa na função GerarRegistroTransacao240 na unit ACBrBancoBrasil.pas: toRemessaAlterarNomeEnderecoSacado : ATipoOcorrencia := '12'; para '23'. Pois 12 é Alteração de Juros de Mora. toRemessaDispensarJuros: ATipoOcorrencia := '31'; para '13' . Pois 31 é Alteração de Outros Dados E, se for o caso, a inclusão dos outros tipos de remessas. Obrigado, Marcelo

Bom dia, Juliana, com as opções toRemessaRegistrar (01), toRemessaBaixar(02) e toRemessaAlterarVencimento(06) obtive sucesso. Com as outras não. Então pedi para o suporte do BB me mandar uma listagem de "Códigos de Movimento Remessa" para o CNAE 240. Em anexo o que eles me mandaram, caso seja interessante alterar a unit. Testei as opções 21, 23 e 47 e deram certo. Obrigado! Marcelo Novo Documento de Texto.txt

Boa tarde, Estou tentando sem sucesso atualizar um boleto já registrado no BB, alterando a propriedade OcorrenciaOriginal.tipo. Com exceção da baixa de boletos, o BB recusa sempre. A Carteira é 17/27, o cnae é 240. Atualmente estou alimentando o componente com os mesmos dados que geraram a remessa de inclusão inicial. Apenas trocando o vencimento por exemplo. Que campos eu tenho que preencher para trocar algum dado? Obrigado Marcelo

Bom dia Juliana, Obrigado pelo retorno. Marcelo

Boa noite, Já venho rodando há bastante tempo o boleto sem registro com sucesso. E agora, por força maior, estou implementando o boleto com registro e tenho essa mesma dúvida. Então o componente Acbr não envia esse arquivo de remessa ao banco tal qual se envia uma NF-e? E como se procederia com a listagem dos boletos pagos? Como funciona a função LerRetorno? Muito Obrigado!

Boa tarde, Primeiramente gostaria de agradecer e também informar que com as novas atualizações para o Infisc 1.1 a validação está funcionando muito bem. Anteriormente para validar em Caxias do Sul tinhamos que usar a versão ACBR de 05/02/2016. Agora, seria importante mudar a definição do Valor Unitário para tcDe4. O manual prevê, desde 13/07/2015, decimal 13,4. Obrigado!