Ir para conteúdo
  • Cadastre-se

Valdemir Jacon Sanches

Membros Pro
  • Total de ítens

    125
  • Registro em

  • Última visita

Posts postados por Valdemir Jacon Sanches

  1. Boa tarde!

    Estou com problemas na validação de um XML enviado para o SAT.

    No cupom existem 3 produtos:
    1º: Quantidade: 0,864

      <qCom>0.8640</qCom>
      <vUnCom>19.90</vUnCom>
      <indRegra>A</indRegra>

    Valor total do CF-e-SAT maior que o somatório dos valores de Meio de Pagamento empregados em seu pagamento.

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

     

    GerarRegistroTransacao400

    usado o RightStr para pegar os digitos da conta:

    354 --- wConta   := PadLeft(RightStr(OnlyNumber(Cedente.Conta) + Cedente.ContaDigito, 7),7,'0');

    ACBrBancoHSBC.pas

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

    262  .....  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))               +

    ACBrBancoHSBC.pas

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

    • Curtir 1
  5. 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.

    multi400.pdf

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

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

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

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

     

    post-4030-0-71700800-1427807065_thumb.pn

    Manual de layout TXT-NF-e_v3.1.0.pdf

    post-4030-0-71700800-1427807065_thumb.pn

    Manual de layout TXT-NF-e_v3.1.0.pdf

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

×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.