[Loyate do arquivo remessa do BB]

OK! Parabéns pela homologação.

[Loyate do arquivo remessa do BB]

1 hora atrás, nildglan disse:

vcs percebe que o arquivo de c400 não coloca na Posições 033 a 052: Preencher com o código do convênio: '002796559001417019  '

Não coloca o convênio por que no CNAB400 o convênio é na posição 32 a 38.

Um detalhe que não entendi. Se seu cliente usará o CNAB240 e o arquivo foi validado, conforme você citou

1 hora atrás, nildglan disse:

Arquivo Remessa enviado: "Arquivo "R58_26_1_2016.txt" analisado.

Arquivo Validado

Não está resolvido seu problema?

[Loyate do arquivo remessa do BB]

O e-mail do banco já diz como resolver isso

1 hora atrás, nildglan disse:

Posições 064 a 080: Conforme cadastramento do convênio, quem fará a numeração dos títulos será o Banco do Brasil, nesse caso, preencher com zeros.

Posições 092 a 094: Preencher com a variação da carteira de cobrança. Ou seja: 019

Conforme o manual do banco do brasil CNAB400 as posições 064 a 080 refere-se ao Nosso-Número, você tem que saber com é o convênio do seu cliente com banco. Já a variação da carteira tem que ver se está passando o valor correto, o banco está dizendo que deve ser 019, anteriormente havia citado isso.

Em 22/01/2016 at 16:57, denerbuzato disse:

você alimentar a Modalidade deve ser 019 conforme os dados que você postou acima que se refere a variação do tipo de cobrança

Verifica sobre o convênio com seu cliente e revisa se está passando a variação da carteira correto.

[Ajuste Cobrança HSBC - Homologação]

Bom dia Juliana,

Atualizado, testado e tudo ok!

Muito obrigado!

[Loyate do arquivo remessa do BB]

O caminho do repositório é https://svn.code.sf.net/p/acbr/code/trunk2

Outra coisa é sobre os valores que você está passando para o componente.

Não vi você alimentar a Modalidade deve ser 019 conforme os dados que você postou acima que se refere a variação do tipo de cobrança, a carteira que pelo que você postou deverá ser 17 e também o convênio que você não alimentou.

Obs.: Pelo menos o código que você postou não tem esses três dados importantes.

 

[Loyate do arquivo remessa do BB]

1 hora atrás, nildglan disse:

alguem tem  ACBrBancoBrasil.pas atualizada que possa homologar esse boleto?

Você está usando trunk2? qual revisão está seu acbr?

Nos passe também como está alimentando os dados da conta no componente...

[Rejeição: Informado indevidamente o grupo de ICMS para a UF de destino]

2 horas atrás, Henrique Bosse disse:

Emito a NFE e ela me retorna o erro "Rejeicao: Informado indevidamente o grupo de ICMS para a UF de destino"

Observei que seu xml na tag "indPres" está preenchido com "0" que significa "não se aplica", também na tag "indIEDest" está preenchido com "2" que significa "contribuinte isento"

Para preencher a partilha, a operação deverá ser observado as regras de validação conforme NT 2015 003 v1.60 pág 14

[Valor Pago - Itau CNAB400]

Bom dia Sara,

Olhei as implementações da unit ACBrBancoItau referente a Procedure LerRetorno400 e os valores possíveis para retorno são:

•          ValorDocumento       (VALOR DO TÍTULO - VALOR NOMINAL DO TÍTULO)
•          ValorIOF             (VALOR DO IOF - VALOR DO IOF A SER RECOLHIDO (NOTAS SEGURO))
•          ValorAbatimento      (VALOR ABATIMENTO - VALOR DO ABATIMENTO CONCEDIDO)
•          ValorDesconto        (DESCONTOS - VALOR DO DESCONTO CONCEDIDO)
•          ValorMoraJuros       (JUROS DE MORA/MULTA - VALOR DE MORA E MULTA)
•          ValorOutrosCreditos  (OUTROS CRÉDITOS - VALOR DE OUTROS CRÉDITOS)
•          ValorRecebido        (VALOR PRINCIPAL - VALOR LANÇADO EM CONTA CORRENTE)

Caso o valor que você precisa saber não está sendo retornado, talvez você terá que fazer algum calculo, como por exemplo o "ValorRecebido+algum campo que você entende que está sendo alimentado com o valor da diferença"

[calculo de DIFAL com operação presencial]

OK! No aguardo do resultado do teste

[calculo de DIFAL com operação presencial]

Fiz um teste agora com o cliente para BA igual você usou e passou.

 

 

32160107411612000116550010000009401409860305-nfe.xml

1 hora atrás, adilsonpazzini disse:

Segue tela com o print do xml e com o xml em anexado e o erro que esta vindo a rejeicao .

Não veio o erro que você falou que ocorreu, só o xml

[Gerar pdf da remessa]

Boa tarde João,

O uma outra opção do que você pode fazer é gerar um relatório com os dados que você passou para o componente, até por que você pode montar um layout agradável que seja de fácil entendimento para o cliente.
No relatório, você ainda pode colocar apenas os campos realmente necessários para conferência do que foi gerado e para qual banco foi gerado, montando uma cabeçalho com logo de cada banco, visto que o cliente pode ter vários bancos.

Att.

 

[calculo de DIFAL com operação presencial]

Após ler com atenção a NT 2015 003 v1.60 referente a ao grupo do ICMS de destino "tag: ICMSUFDest)", na pág. 14 tem uma exceção que me chamou atenção.

"Exceção 7: A regra de validação acima não se aplica se informada UF do local de entrega (tag: entrega/UF) igual à UF do emitente (tag: emit/enderEmit/UF)"

Entendi que aqui seja a saída para operação de venda presencial para consumidor final onde o consumo ocorreu no próprio estado, ou seja, o local de entrega do destinatário seja o mesmo do emitente.

Para ter certeza disso, resolvi fazer um teste e inclui o seguinte:

              if Ide.indPres = pcPresencial then
              begin
                Entrega.xLgr    := Emit.EnderEmit.xLgr;
                Entrega.nro     := Emit.EnderEmit.nro;
                Entrega.xCpl    := Emit.EnderEmit.xCpl;
                Entrega.xBairro := Emit.EnderEmit.xBairro;
                Entrega.cMun    := Emit.EnderEmit.cMun;
                Entrega.xMun    := Emit.EnderEmit.xMun;
                Entrega.UF      := Emit.EnderEmit.UF;
              end;

Resultado:

Nota Fiscal Autorizada! A SEFAZ aceitou a nota mesmo sendo com os dados:

• Ide.idDest = doInterestadual
• Ide.indFinal = cfConsumidorFinal
• Dest.indIEDest = inNaoContribuinte
• Ide.indPres = pcPresencial

Sem preencher a partilha do ICMS

 

[calculo de DIFAL com operação presencial]

Fiz o teste da forma que sugeriu e deu o erro:

"Motivo: 732 - Rejeição: CFOP de operação interestadual e idDest diferente de 2"

Acredito que não devo proceder desta maneira, pois se a UF do cliente é diferente da minha, devo informar que a operação é interestadual e não interna, bem como o CFOP deve ser de venda para fora do estado "6.108".

O lance é a regra de validação que não leva em conta se a operação é ou não presencial.

 

[calculo de DIFAL com operação presencial]

Boa tarde,

Fiz um teste em homologação com os dados:

• Ide.idDest = doInterestadual
• Ide.indFinal = cfConsumidorFinal
• Dest.indIEDest = inNaoContribuinte
• Ide.indPres = pcPresencial

E não gerei o bloco da partilha "ICMSUFDest" conforme entendimento se a venda é presencial para consumidor final o consumo ocorreu no próprio estado, então não cabe pagar diferencial, porém deu erro.

"Motivo: 694 - Rejeição: Grupo de ICMS Interestadual para a UF de destino deve ser informado na operação interestadual de venda a consumidor final [nItem:1]"

Obs.: UF Origem: ES > UF Destino RJ

Sendo assim, mesmo que a venda seja presencial, está sendo obrigatório o grupo de partilha do ICMS.

[Rejeição 693: Alíquota de ICMS superior a definida para a operação interestadual]

A NT 2015 003 v1.60 na pág 12 fala a respeito da regra de validação para alíquotas de ICMS para operações interestadual.

Observe os dados que estão sendo enviados, especialmente o ICMS para o estado de destino.

[Ajuste Function Calcularcampoasbace Banestes]

Bom dia Juliana,

Muito obrigado! Atualizado, testado e tudo ok!

[Carteiras disponiveis para o acbr boleto]

Bom dia,

Dê uma olhada no post sobre essa dúvida, deve te ajudar.

http://www.projetoacbr.com.br/forum/topic/24073-carteiras-utilizadas-no-acbr-boleto/#comment-155369

 

 

[Qual CST deve ser usado para venda com CFOP 5929/6929]

Bom dia,

Conforme NT 2015 003 v1.60 pág 10 deve ser usado os seguintes cst's:

- 00-Tributada integralmente;

- 20-Com redução da Base de Cálculo;

- 40-Isenta;

- 41-Não tributada;

- 60-ICMS cobrado anteriormente por substituição tributária;

[Erro ao compilar ACBrNFeUtil.pas]

Bom dia Juliomar,

Realmente você tem razão, ela esta migrando. Estava disposto a ajuda-la, mas ela não falou mais nada, nem neste post nem no outro que criou.

Espero que ela tenha conseguido resolver.

Seria bom ela ler o PDF de boas vindas...

[Publicada atualização da NT 2015/003 – V 1.60]

Jean,

O CEST conforme NT pág 4 diz que é para 01/04/2016.

[Ajuste Cobrança HSBC - Homologação]

Prezados,

Atualizei o componente hoje pela manhã (revisão 10752) e percebi que a unit “ACBrBancoHSBC.pas” foi atualizada.

Como a unit do repositório está mais atual, por exemplo, foi implementado o retorno 240, ele simplesmente subscreveu meu arquivo que estava funcionando em alguns cliente, visto que já homologuei e postei aqui neste post os ajustes que foram necessários para ficar em conformidade com o manual.

Segue então as modificações que foram necessárias fazer nesta unit atualizada.

No Create

   fpTamanhoConta          := 7;

Alerar para

   fpTamanhoConta          := 5;

Obs.: Conforme já citado no inicio do post, foi necessário fazer essa alteração, pois ocorre problema com a conta e digito.

Citar

Pelo visto essa informação deveria constar tanto a agencia quanto a conta para que dê os 11 dígitos conforme diz o manual. No meu caso a agencia sendo 1256 e a conta 00775-17, deveria constar 12560077517.

Liguei para o suporte do HSBC no telefone 31-3503-5342 e falei com Sr. Rodrigo G. Rodrigues o qual está acompanhando o processo de homologação e esclareci com ele o seguinte:

A conta do HSBC é de 7 números, porém, será sempre 5 + 2, sendo os 5 primeiros da conta e 2 do dígito. Isso é padrão do HSBC no mundo todo.

Assim sendo, observei que alguns pontos da unit “ACBrBancoHSBC” não estão trazendo os dados da conta corretos, pois como ele atribui 7 para conta, o numero da conta sem o digito que é 00775, e a conta fica 0000775. Dessa maneira, nos locais que ele junta conta + digito para resultar em 7, ele não faz pois a conta já está com 7 digitos.

 

Arquivo remessa antes da modificação, ou seja, após a atualização do componente.

Observem que a conta ficou sem o dígito.

Arquivo remessa depois dos ajustes proposto.

Observem que a conta está correta com os dois dígitos.

Outra modificação necessária foi na function “MontarCodigoBarras”

RightStr(OnlyNumber(ACBrBoleto.Cedente.Conta),6)

Alterar para

RightStr(OnlyNumber(ACBrBoleto.Cedente.Conta),5)

No retorno tive que fazer os mesmos ajustes já citados:

Citar

 

Na procedure "LerRetorno400" é atribuído os seguintes valores para as variáveis:

  rCodigoCedente := Copy(ARetorno[0], 109, 10);

  rConta         := trim(Copy(ARetorno[0], 38, 6));
  rDigitoConta   := Copy(ARetorno[0], 44, 1);

No manual na página 16, observei que na posição 109 com tamanho de 11 contém a seguinte informação "Uso do Banco", então embora não tenha um arquivo retorno, o copy está errado.

Ajustei para o seguinte:

  rCodigoCedente := Copy(ARetorno[0], 109, 11);

  rConta         := trim(Copy(ARetorno[0], 38, 5));
  rDigitoConta   := Copy(ARetorno[0], 43, 2);

 

Obs.: As posições copiadas da conta e dígito da conta estão erradas. Sendo a conta com 5 dígitos, logo o copy deverá ser de 5. Sendo o dígito da conta com 2 dígitos, logo o copy deverá ser de 2.

Caso tenham alguma dúvida, favor consultar o manual já anexado neste post.

Segue unit alterada caso queiram subir para svn.

Grato.

 

ACBrBancoHSBC.pas

[Publicada atualização da NT 2015/003 – V 1.60]

Já está lá!!! No portal Oficial

[Publicada atualização da NT 2015/003 – V 1.60]

Pelo que entendi é isso ahe!

Apesar de já poder usar esse grupo, eles só irão validar a partir de 01/07/2016.

[Manual Banco Banestes]

layout_cobrança_cnab400.pdf

[Problema para anexar arquivo]

Bom dia EMBarbosa,

Criei o tópico "Manual Banco Banestes" apenas com o texto. Em seguida coloquei o anexo CNAB240, ele automaticamente colocou junto os dois posts. Fiz a mesma coisa com o CNAB400, mas não foi, acredito que foi tentar colocar a terceira postagem junto e aparece a mensagem, mesmo eu tentando colocar em uma postagem depois. Será que conseguirei se alguém comentar alguma coisa no post? Daí ele não tentará fazer a junção?

EMBarbosa, depois de um tempo, ele permitiu o segundo anexo.

Obrigado.