leandroksc

Olá Italo, segue anexo os arquivos alterados. Vale ressaltar que ainda não fiz os testes com todas as operações da nota, apenas com emissão e consulta do lote. Peço que valide as alterações. Obrigado! Fontes NFSe.zip

Bom dia Italo. Já encontrei o problema, mas ainda não consegui emitir a nota... Algumas coisas ainda tenho que confirmar com a prefeitura, assim que eu conseguir emitir a nota, passo aqui as alterações necessárias. Até agora foi um ajuste no Friburgo.ini e no preenchimento de uma tag no xml. Obrigado! Abraços!

Olá Juliomar! Mesmo que tenha alguma justificativa adequada para alterar a tag, não seria interessante manter essa verificação e outras demais verificações de tags em Case Insensitive para que o ACBr seja compatível com XMLs gerados por outros sistemas? Obrigado!

A rotina de leitura do XML TNotasFiscais.LoadFromString possui a seguinte verificação: function PosNFe: integer; begin Result := pos('</NFe>', AXMLString); end; O problema é que anteriormente os arquivos XML eram gerados com a tag "</Nfe>" (com o F minúsculo), fazendo com que essa rotina de Pos não encontre a tag e a leitura do XML acaba não acontecendo... O mesmo problema ocorre na NFSe. É possível converter essa verificação para algo em Case Insensitive? Obrigado a todos!

Ok, neste caso então teria que ser feita a alteração do ACBrBancoCecred.pas para ler a posição 306-318 para o ValorRecebido, em vez de a posição 254 como é atualmente, correto? Obrigado!

Nesta posição vem Zeros, o manual indica a posição 306 a 318 como Valor do Lançamento. Este seria o Valor Recebido no ACBr? Segue manual: https://www.transpocred.coop.br/system/assets/attachments/3608/Manual%20CNAB%20400.pdf?1417087043 Página 32. Em nosso sistema, estamos considerando o "Valor do Documento" como sendo o valor debitado/creditado. Esta incorreto então? Devo considerar o Valor Recebido e fazer o ajuste da unit para ler esta posição para o banco Cecred? Obrigado! Att.

Olá Juliana. Não, é "Cecred" mesmo, ACBrBancoCecred.pas. Att.

Olá Juliana. Como eu já havia dito na mensagem anterior, o banco é o CECRED. Não sei como seria esta mesma situação com outros bancos, já que só tive este problema na CECRED. Obrigado!

Olá. Um cliente fez o pagamento do boleto com valor menor do que o valor do título. Porém, o valor pago pelo cliente ficou registrado no arquivo de retorno na posição 306-318 do registro detalhe. Este campo consta no manual da FEBRABAN e no manual do banco CECRED como sendo o "Valor do Lançamento", mas o ACBr não faz a leitura desta informação. Este é um recurso novo, será implementado? Obrigado!

Gostaria de ter suporte a este banco, como está o desenvolvimento? Obrigado!

Ah sim, então gerou uma pequena confusão nesta linha, pois me baseei na informação comentada ao lado informando "1-Cobrar Multa / 0-Não cobrar multa", sendo que na minha homologação estava sendo informado "2", e o banco não validou dizendo que deveria ser informado "1". Por este motivo achei que seriam "0" e "1" as opções válidas. Acho interessante ajustar o comentário então, mudar de "1-Cobrar Multa / 0-Não cobrar multa" para "1-Valor Fixo / 2-Percentual". Obrigado pela atenção!

Segue arquivo em anexo. ACBrBancoBrasil.pas

O tópico é antigo mas o problema ainda persiste, eu fiz a correção manualmente no arquivo. É possível fazer a correção no SVN? Obrigado a todos!

Alguma novidade sobre este problema?

Também estou com problemas neste tipo de carteira. De acordo com o banco, quando a carteira for 17 deve ser informado '7' no arquivo de remessa, posição 58 do segmento P. O ACBr gera com o valor '1'. Eu consigo emitir com o valor correto apenas se mudar o CaracTítulo para '5', mas aí eu gero outro problema, pois preciso manter o CaracTítulo em '1'. Mais alguém está com esse problema?

Olá pessoal. Ao fazer a homologação do boleto de um cliente com o Banco do Brasil, foi retornado um problema pelo banco no arquivo de remessa, na posição 66 do segmento R. O código original do ACBr segue abaixo: {SEGMENTO R} Result:= Result + #13#10 + IntToStrZero(ACBrBanco.Numero, 3) + // 1 - 3 Código do banco '0001' + // 4 - 7 Número do lote '3' + // 8 - 8 Tipo do registro: Registro detalhe IntToStrZero((3 * ACBrBoleto.ListadeBoletos.IndexOf(ACBrTitulo))+ 3 ,5) + // 9 - 13 Número seqüencial do registro no lote - Cada título tem 2 registros (P e Q) 'R' + // 14 - 14 Código do segmento do registro detalhe ' ' + // 15 - 15 Uso exclusivo FEBRABAN/CNAB: Branco ATipoOcorrencia + // 16 - 17 Tipo Ocorrencia padR('', 48, '0') + // 18 - 65 Brancos (Não definido pelo FEBRAN) IfThen((PercentualMulta <> null) and (PercentualMulta > 0), '2', '0') + // 66 - 66 1-Cobrar Multa / 0-Não cobrar multa IfThen((PercentualMulta <> null) and (PercentualMulta > 0), FormatDateTime('ddmmyyyy', DataMoraJuros), '00000000') + // 67 - 74 Se cobrar informe a data para iniciar a cobrança ou informe zeros se não cobrar IfThen(PercentualMulta > 0, IntToStrZero(round(PercentualMulta * 100), 15), padL('', 15, '0')) + // 75 - 89 Percentual de multa. Informar zeros se não cobrar padL('',110,' ') + // 90 - 199 padL('',8,'0') + // 200 - 207 padR('', 33, ' '); // 208 - 240 Brancos (Não definido pelo FEBRAN) Como podemos ver, na linha que preenche a posição 66, é informado dois possíveis valores: '0' ou '2', sendo que o valor correto para quando há percentual de multa seria '1' e não '2'. Esta informação procede? É possível corrigir no svn? Obrigado!

Como estão as modificações do layout pelo QuickReport? Obrigado!

A linha 481 do arquivo pcnNFeW.pas está da seguinte forma: Gerador.wCampo(tcStr, 'C17', 'IE ', 00, 14, 1, SomenteNumeros(nfe.Emit.IE), DSC_IE); Alterei removendo a função "SomenteNumeros", pois ao informar "ISENTO" no IE, esta função removia todo o conteúdo e a tag IE ficava vazia, ocorrendo falha na validação do XML. Gostaria de saber se este procedimento que fiz está correto, pois só assim consegui emitir a nota. Obrigado a todos!

Fiz as alterações que vc sugeriu e realmente funciona 100%. Obrigado!

Obrigado Juliana!

Pq foi colocado novamente o comentário na uses? Voltou a dar erro de compilação... É um problema simples de se resolver manualmente, mas como está no SVN não compila... Obrigado!

Tudo certo agora, Obrigado!

Sugiro a remoção do componente QRHTMLFilter1 dos arquivos ACBrBoletoFCQuickFr.dfm e ACBrBoletoFCQuickFr.pas, pois o mesmo não está sendo utilizado e provoca erro na compilação por não estar na Uses da Unit. Obrigado!

Fiz uma alteração no arquivo ACBrBancoBradesco.pas para a determinação do código da espécie do documento, adicionando suporte ao tipo "Outros (OU)" ao gerar a Remessa. Segue abaixo a alteração: Obrigado! {Pegando Especie} if trim(EspecieDoc) = 'DM' then aEspecie:= '01' else if trim(EspecieDoc) = 'NP' then aEspecie:= '02' else if trim(EspecieDoc) = 'NS' then aEspecie:= '03' else if trim(EspecieDoc) = 'CS' then aEspecie:= '04' else if trim(EspecieDoc) = 'ND' then aEspecie:= '11' else if trim(EspecieDoc) = 'DS' then aEspecie:= '12' else if trim(EspecieDoc) = 'OU' then //<== Adicionado Aqui aEspecie:= '99' else aEspecie := EspecieDoc;