denerbuzato

OK! Parabéns pela homologação.

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 Não está resolvido seu problema?

O e-mail do banco já diz como resolver isso 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. Verifica sobre o convênio com seu cliente e revisa se está passando a variação da carteira correto.

Bom dia Juliana, Atualizado, testado e tudo ok! Muito obrigado!

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.

Você está usando trunk2? qual revisão está seu acbr? Nos passe também como está alimentando os dados da conta no componente...

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

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"

OK! No aguardo do resultado do teste

Fiz um teste agora com o cliente para BA igual você usou e passou. 32160107411612000116550010000009401409860305-nfe.xml Não veio o erro que você falou que ocorreu, só o xml

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.

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

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.

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.

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.

Bom dia Juliana, Muito obrigado! Atualizado, testado e tudo ok!

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

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;

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...

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

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. 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: 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

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

Pelo que entendi é isso ahe! Apesar de já poder usar esse grupo, eles só irão validar a partir de 01/07/2016.

layout_cobrança_cnab400.pdf

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.