mauriciobng

Boa Tarde Italo, Meus fontes foram atualzados no dia 15/07, então apenas adicionei as alterações no arquivo INI e o Cancelamento foi feito normalmente. Grato.

Ao tentar cancelar uma NFSe pelo provedor ISS-e(Prefeitura de Maringá-Pr) está ocorrendo o seguinte erro: <Codigo>E1</Codigo> <Mensagem>Assinatura do Hash nao confere.O conteudo do XML nao confere com o DigestValue!</Mensagem> <Correcao>Reenvie assinatura do Hash conforme algoritmo estabelecido no Manual de Integracao da NFS-e.</Correcao> 2265-can.xml 2265-ped-can.xml

Bom Dia. Atualizei os fontes e ficou correto a Impressão. Grato

Bom Dia. Aproveitando a postagem estou com a seguinte dúvida. Uma NFCe que foi emitida em contingência, mesmo após a autorização da Receita na impressão da DANFCe mosta a mensagem "Emitido em Contingência - Pendente de Autorização". Pelo que validei na unit ACBrNFeDANFEFRDM.pas , na linha 719, é feita a seguinte validação: if (FNFe.Ide.tpEmis <> teNormal) and EstaVazio(FNFe.procNFe.nProt) then FieldByName('MensagemFiscal').AsString := ACBrStr('EMITIDA EM CONTINGÊNCIA'+LineBreak+'Pendente de autorização') else FieldByName('MensagemFiscal').AsString := ACBrStr('ÁREA DE MENSAGEM FISCAL'); Não seria o caso de validar também o cStat para exibir a Mensagem "Pendende de autorização". exemplo: FieldByName('MensagemFiscal').AsString := ACBrStr('EMITIDA EM CONTINGÊNCIA'+ ifthen(( FNFe.procNFe.cStat = 100 ) or ( FNFe.procNFe.cStat = 150 ),'',LineBreak+'Pendente de autorização')) Se o cStat for 100 ou 150 só exibo 'EMITIDA EM CONTINGÊNCIA'.

Ok. Grato pela atenção Amarildo e BigWings.

Bom Dia. Alterei a propriedade para "False" e em produção foi enviada a NFe. O complicado é que em Homologação a NFe é rejeitada com a propriedade "True".

Estou com o seguinte erro ao enviar NFe na versão 4.0 em produção. Alguém sabe informar se é referente aos dados da Fatura? 41180782360538000171550010000049221000049225-nfe.xml

Efetuei uma pequena correção nas quebras de linhas dos Dados Adicionais na Danfe do FastReport. Ao concatenar as informações dos campos infAdFisco e infCpl não estava quebrando a linha. Método alterado: Function TACBrNFeFRClass.ManterInfAdi( swObs : String ) : String; var i : Integer; TmpStr, TmpInfoFisco : String; begin result := swObs; TmpStr := ''; TmpInfoFisco := ''; with FNFe.InfAdic do begin for i := 0 to ObsFisco.Count - 1 do begin with ObsFisco.Items do TmpStr := TmpStr + XCampo + ': ' + XTexto + ';'; end; //Fisco if Length(InfAdFisco) = 0 then TmpInfoFisco := '' else TmpInfoFisco := InfAdFisco + ';'; result := result + TmpStr + TmpInfoFisco; TmpStr := ''; for i := 0 to ObsCont.Count - 1 do begin with ObsCont.Items do TmpStr := TmpStr + XCampo + ': ' + XTexto + ';'; end; //Inf. Complementar if Length(InfCpl) = 0 then InfCpl := ''; result := result + TmpStr + InfCpl; end; end; ACBrNFeDANFEFRDM.pas

Fiz a alteração conforme o ws_junior mostrou e baixei a ultima versão dos schemas. Funcionou. <fat> <nFat>59</nFat> <vOrig>235.00</vOrig> <vDesc>0.00</vDesc> <vLiq>235.00</vLiq> </fat>

Estou com o mesmo problema, fiz uma alteração para enviar o campo vDesc com valor "0", ai retorna o erro de validação. Se não envia reclama que faltou informar, se envia com valor zerado retorna erro de validação. {...vDesc with value '0.00' failed to parse}. Tá complicado.

Bom Dia. Validando a remessa e consultando o manual informado anteriormente verifiquei que na posição 42 do Segmento R é informado o tipo de desconto 3, caso a informação de desconto 3 não seja utilizada deve ser informado um tipo de desconto na posição 42 e as poições 43-50 e 51-65 preenchidas com "0". Então repeti o código da posição 18 na posição 42. ACBrBancoSicredi.pas

Bom Dia José. Atualizei os componentes e já verifiquei as alterações. Grato.

manual-cnab-240_2017.1.pdf

Adicionei no TACBrCedente, o campo TipoDesconto. Essa informação deve constar na posição 18 do Segmento R. Foi visto essa necessidade ao homologar uma carteira do Sicred. Na unit ACBrBancoSicredi já fiz a validação no registro da remessa. Segue os arquivos com as alterações. ACBrBancoSicredi.pas ACBrBoleto.pas

Foi necessário correções na classe. ACBrBancoSicredi.pas

Que bom.

Você esta alimentando a property TACBrTitulo.CaracTitulo corretamente? É isso q define o tipoCobranca, nesse caso o correto seria estar como tcVinculada, que na remessa é informada como '5'.

0330001300001P 013174001300172580130017258 0000000000469121 6331 1201201800000000000124300000 Pelo que notei na Linha no Santander na pos 58 está informado 1 que se refere a cobrança simples, e na posição 59 está informado 2 que seria carteira simples, no meu ver essas informações estão corretas. sTipoCobranca + // 058 - 058 / Tipo de cobrança sTipoCarteira + // 059 - 059 / Forma de Cadastramento = 1 Registrada / 2 Sem Registro

Fiz a seguinte validação na classe ACBrBancoCaixa if (Copy(linha,40,2) = '11') or (Copy(linha,40,2) = '14') then Carteira := 'RG' else if (Copy(linha,40,2) = '21') or (Copy(linha,40,2) = '24') then Carteira := 'SR' Else if (ACBrBanco.ACBrBoleto.Cedente.TipoCarteira = tctSimples) then Carteira := 'SR' Else Carteira := 'RG'; ACBrBancoCaixa.pas

O Campo carteira identifica se é simples = '1' ou registrada = '2', valide se esta alimentando o campo Boleto.Cedente.TipoCarteira corretamente. O Tipo de cobrança pode ser '1' = Simples, '3' = Caucionada, '4' = Descontada ou '5' Vinculada, o mesmo é informado no campo Titulo.CaracTitulo. Espero que isso te ajude.

Ao homologar o boleto de um cliente do banco Bradesco o mesmo foi rejeitado devido o dígito da conta do cedente ser '0', segundo orientações do Banco o correto na remessa é quando isso ocorrer dever ser preenchido o campo do digito com a letra 'P'. Segue unit ACBrBancoBradesco com correção no método GerarRegistroTransacao400 na linha 305 ACBrBancoBradesco.pas

Devido a necessidade de clientes emitirem boleto com atualização de juros e multas pelo site do banco, adicionei na classe do BancoSicred o registro do Segmento R (opcional - remessa) Exclusivo para cadastramento de multa ao título. ACBrBancoSicredi.pas

Consegui Resolver o problema, foi uma alteração feita no software para poder gerar os xmls de nfe com acentos que afetou o MDFE.

Após a atualização da ACBr ao efetuar a consulta de MDFes não encerrados está retornando o erro: 215 - Rejeição: Falha no schema xml. Anexei os xmls. XML.zip