-
Total de ítens
24 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por mauriciobng
-
-
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>
-
Bom Dia.
Atualizei os fontes e ficou correto a Impressão.
Grato
- 1
-
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.
- 1
-
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?
-
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
beginfor 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; -
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>
- 1
-
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.
- 1
-
Bom Dia José.
Atualizei os componentes e já verifiquei as alterações.
Grato.
- 1
-
-
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.
-
Foi necessário correções na classe.
-
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'; -
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.
- 1
-
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
-
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.
-
Em 2017-4-26 at 20:15, Italo Jurisato Junior disse:
Boa noite Mauricio,
Notei que você esta com o componente configurado para a versão 3.00
Tente consultar, mas com o componente configurado para a versão 1.00
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.
Cancelamento de NFSe "Assinatura do Hash nao confere. "
em ACBrNFSe
Postado
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.