-
Total de ítens
125 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Valdemir Jacon Sanches
-
-
Ao enviar uma NFe do estado de MT, Retorna o seguinte erro
Código: 502
Descrição: Rejeicao: Erro na Chave de Acesso - Campo ID nao corresponde a concatenacao dos campos correspondentesSegue o xml de conferencia caso necessário.
Obrigado
-
Boa Tarde!
Juliana terminamos a migração para o Trunk2 e estava testando as alterações.
Alguns ajustes foram necessários na rotina, pois o PadLeft usado pra gerar o valor da variável wConta truncava o valor com 7 caracteres, a conta em si já tem 7 dígitos, somada aos digitos da agencia ultrapassa o Length passado para o PadLeft, fazendo o valor de wConta nunca conter os digitos.
Segue as modificações e a Unit em anexo, qualquer duvida estou a disposição.
GerarRegistroHeader400
usado o RightStr para pegar os digitos da conta:
255 --- wConta := PadLeft(RightStr(OnlyNumber(Conta) + ContaDigito, 7),7,'0');
não sei se daria problema mas o banco gera com uma sigla diferente de layout:
274 --- 'COB V12.3 SCD ' + // Sigla Layout
275 --- PadRight( '', 268,' ') + // Uso do BancoGerarRegistroTransacao400
usado o RightStr para pegar os digitos da conta:
354 --- wConta := PadLeft(RightStr(OnlyNumber(Cedente.Conta) + Cedente.ContaDigito, 7),7,'0');
-
Bom Dia!
Tive a homologação do arquivo feita pelo banco, vou postar a unit para verificação e se for o caso subir no svn.
Juliana ainda não migramos totalmente para o Trunk2 estamos trabalhando nisso ainda, porém eu fiz a instalação em um computador para testar a ultima alteração que vc fez e detectei o problema na quantidade de caracteres...
As mudanças são simples mas fiz apenas nos fontes antigos, então vou postar a unit e os detalhes do que mudei para facilitar a implementação no Trunk2.
procedure TACBrBancoHSBC.GerarRegistroHeader400:
Criação de variaveis para os campos Agencia e Conta Corrente, alteração na sigla do layout.
247 ..... wLinha, wAgencia, wConta: String;
251 ..... wAgencia := padR(OnlyNumber(Agencia), 4, '0');
252 ..... wConta := wAgencia + padR(RightStr(OnlyNumber(Conta)+ContaDigito,7), 7, '0');
260 ..... wAgencia + // Agencia cedente262 ..... wConta + // Conta Corrente
271 ..... 'COB V12.3 SCD ' + // Sigla Layout
272 ..... padL( '', 268,' ') + // Uso do Banco
procedure TACBrBancoHSBC.GerarRegistroTransacao400:Criação de variaveis para os campos Agencia e Conta Corrente, alterado o campo Data Desconto
280 ..... Ocorrencia, aEspecie, wLinha, wAgencia, wConta :String;
339 ..... wAgencia := padR(OnlyNumber(ACBrBanco.ACBrBoleto.Cedente.Agencia), 4, '0');
340 ..... wConta := wAgencia + padR(RightStr(OnlyNumber(ACBrBanco.ACBrBoleto.Cedente.Conta) + ACBrBanco.ACBrBoleto.Cedente.ContaDigito,7), 7, '0');
353 ..... wAgencia + // Agencia cedente
355 ..... wConta +
377 ..... IfThen(DataDesconto < EncodeDate(2000,01,01),' ',
378 ..... FormatDateTime( 'ddmmyy', DataDesconto)) + -
Boa Tarde!
Juliana desculpe a demora em responder...
Analisando a alteração enviada no svn, o campo conta corrente ficou com 7 caracteres e não esta compondo a agencia, como o campo ocupava 11 posições e está indo com apenas 7, a linha esta sendo gerada com apenas 396 caracteres, ficando em desacordo com o layout.
Consegui uma remessa com um cliente feita no sistema do próprio banco, vou fazer algumas alterações no fonte para que os arquivos gerados fiquem compatíveis e assim que tiver a homologação do banco posto a unit com as alterações para que possa analisar e subir no svn se estiver tudo correto.
- 1
-
Bom Dia!
Obrigado Juliana fico no aguardo.
- 1
-
Bom Dia!
Pessoal alguma resposta?
-
Boa Tarde!
Comparando o arquivo de remessa gerado pelo componente com o gerado pelo sistema do banco observei uma divergência na composição da conta corrente do cliente:
Posições 34 a 44 Registro Header / Posições 25 a 35 Registro Detalhe.
De acordo com o layout padrao CNAB 400 nota explicativa 1:
NOTA CAMPO CONTEÚDO / SIGNIFICADO
1 CONTA CORRENTE É composto pelo código da agência onde o Cliente / Beneficiário mantém conta corrente, e pelo respectivo número.Exemplo: Agência 4321; Conta 56789-00 Campo Conta Corrente então será: 43215678900
O componente monta somente com a conta e o DV:
ACBrBancoHSBC linha 259: padR(OnlyNumber(Conta)+ContaDigito, 11, '0') + // Conta Corrente //Removi agencia repetido //ALFEU MOTA //
Obs: A nota explicativa pode ser conferida no layout do banco que vou deixar em anexo na página 19.
Obrigado a todos e qualquer dúvida estarei a disposição.
-
Bom dia Italo, as correções anteriores foram bem sucedidas.
Estou tentando enviar a NFe Homologação, e está me retornando a mensagem.
Descrição: Rejeição: Falha no Schema XML do lote de NFe
Observei que, se eu tiro as tags do ICMS Partilhado, a NFe passa.
Colocando essas tag, a receita retorna esse erro. Segue o xml caso queira analisar. Obrigado.
35151014637047000175550010000162731201815315 - Sem validade fiscal.xml
-
Boa tarde Italo
De Primeiro momento foi resolvido o problema apresentado acima.
Agora está retornando outra mensagem.
Element ''{http://www.portalfiscal.inf.br/nfe}IPI'' is unexpected according to content model of parent element ''{http://www.portalfiscal.inf.br/nfe}imposto''.
Segue o xml caso queria analisar.
Obrigado...
35151014637047000175550010000162711705500313 - Sem validade fiscal.xml
-
Por favor, vejam se podem me ajudar.
Atualizei os fontes pelo svn na data de hoje dia 26/10/2015.
Ao enviar uma NFe em homolagação, me deparei com o seguinte retorno.
Element ''{http://www.portalfiscal.inf.br/nfe}ICMSUFDest'' is unexpected according to content model of parent element ''{http://www.portalfiscal.inf.br/nfe}imposto''.
Expecting: {http://www.portalfiscal.inf.br/nfe}ICMS, {http://www.portalfiscal.inf.br/nfe}IPI, {http://www.portalfiscal.inf.br/nfe}ISSQN.
Meu Shemas peguei da pasta:
ACBr\Exemplos\ACBrDFe\ACBrNFe\Schemas\ve310
Segue xml gerado para analise.
Obrigado...
35151014637047000175550010000162711275856029 - Sem validade fiscal.xml
-
Muito obrigado Pela ajuda e explicação.
-
Bom Dia Régys, nao consegui retornar o Bloco acima com o inicio de <retCancCTe... , consegui retornar um Bloco parecido como <retEventoCte, segue o xml.
Enviei para a Seguradora este xml em anexo para avaliação porém foi rejeitado. -
Meu cliente precisa enviar um Xml para a empresa de seguros, para cancelar a Averbação do seguro.
Procurando nos Fontes do ACBr não achei um retorno de Cancelamento com as tags do layout da empresa de seguros me passou.
<retCancCTe xmlns="http://www.portalfiscal.inf.br/cte" versao="2.00">
<infCanc Id="CTe99999999999999999999999999999999999999999999">
<tpAmb>1</tpAmb>
<cUF>43</cUF>
<verAplic>001</verAplic>
<cStat>101</cStat>
<xMotivo>Cancelamento de CT-e homologado</xMotivo>
<chCTe>99999999999999999999999999999999999999999999</chCTe>
<dhRecbto>2015-07-11T15:20:40</dhRecbto>
<nProt>0000000000</nProt>
</infCanc>
</retCancCTe>Alguém já Pegou essa Situação.
Fico no Aguardo, Obrigado.
-
Boa Tarde Italo,
Obrigado pelas sugestões, as de número 2 e 3, já resolverão meu problema.
Muito Obrigado.
-
Bom dia
Estou com a mesma situação do PauliStar Informática citado acima.
Já há alguma solução para este caso?
-
Bom dia!
Existe algum comando pelo componente, onde ele retorna qual a data da lacração inicial de um ECF? Ou essa informação só vou conseguir saber pelo atestado de intervenção.
-
Ola Régys, desculpe houve um mau entendi, esta correto a sua logica acima. O valor do percentual esta correto. desculpe.
- 1
-
-
Ola, realmente no manual da versão 2.00 da NFe não existe o campo, esse campo é na versão 3.10, segue o manual da versão em anexo.
Na pagina 8, na linha I25
-
Boa tarde, seguindo o Layout que foi anexada anteriormente, nao esta puxando a informacao na linha I25.
Segue o txt para analise.
-
Bom dia, estou importando um arquivo txt para NFe, que o mesmo arquivo tem a informação da Declaração de Importação (DI), onde na coluna I25 esta vindo as seguintes tags
'§I25|NADICAO¨|NSEQADIC¨|CFABRICANTE¨|VDESCDI¨'
E preciso Importar a tag NDRAW, que não está vindo. Ai nao consigo importar a informação.
Class pcnNFeRTXT, Conforme imagem anexada.
Também estou anexando o Layout para analise. Pag 8 de 13.
I25|nAdicao|nSeqAdicC|cFabricante|VdescDI|nDraw|
Obrigado...
-
Ótimo!
Deu certo Ítalo.Eu já tinha feito isso anteriormente, só estava na duvida se era certo fazer isso. Vou deixar alterado no meu fonte até o update.
Obrigado! -
Boa tarde!
Estou fazendo uma nota fiscal de exportação na versão 3.10 com CFOP 7127 ( Venda de produção do estabelecimento sob o regime de drawback ) que exige a tag nDraw.
Estou preenchendo esta tag, porém na validação está retornando que o numero Drawback é invalido. Mas o numero está correto.
Estava olhando a Função "ValidaDrawback" da unit "ACBrDFeUtil" e percebi que na linha 866:
Result := copy(AValue, 9, 1) = Modulo11(AValue);
O parâmetro passado para a função "Mudulo11" está indo com o digito verificador, ai o calculo sempre retorna diferente do digito verificador do Drawback correto.
Gostaria de saber se estou seguindo o preenchimento correto da tag, ou se realmente existe uma falha na validação do Numero Drawback?
-
Bom Dia!
Juliana desculpe a demora em responder, já fiz o update e esta tudo ok.Att.
SAT - Erro na somatória do pagamento
em SAT / MFE
Postado
Boa tarde!
Estou com problemas na validação de um XML enviado para o SAT.
No cupom existem 3 produtos:
1º: Quantidade: 0,864
Valor total do CF-e-SAT maior que o somatório dos valores de Meio de Pagamento empregados em seu pagamento.