Jump to content

TiagoFZ

Membros
  • Posts

    46
  • Joined

  • Last visited

Posts posted by TiagoFZ

  1. Olá,

    Na unit pnfsNFSeR o método LerNFSe_IPM está usando o a TAG <valor_total> para preencher a ValorServicos e também ValorLiquidoNfse.

    Desta forma o valor líquido não está considerando o desconto, imprimindo incorretamente o valor líquido na nota.

    Fiz um ajuste seguindo a lógica do método LerNFSe_SigIss, incluindo um cálculo para a propriedade ValorLiquidoNfse logo após a leitura dos valores do XML.

    Em anexo envio arquivo para análise. A alteração está no método LerNFSe_IPM linha 3760.

    pnfsNFSeR.pas

  2. Alguns registros do arquivo SpedFiscal estão sendo gerados em duplicidade.

    Notei este problema nos registros 0400, 0450 e 0460

    Abaixo trecho do Sped gerado pelo demo do ACBrSPEDFiscal com exemplo da duplicidade

    |0400|99991|DESCRIÇÃO DA NATUREZA DE OPERAÇÃO 12020|
    |0400|99991|DESCRIÇÃO DA NATUREZA DE OPERAÇÃO 12020|
    |0450|000001|INFORMAÇÃO COMPLEMENTAR DO DOCUMENTO FISCAL|
    |0450|000001|INFORMAÇÃO COMPLEMENTAR DO DOCUMENTO FISCAL|
    |0460|000001|TEXTO DE OBSERVAÇÃO DO DOCUMENTO FISCAL|
    |0460|000001|TEXTO DE OBSERVAÇÃO DO DOCUMENTO FISCAL|

     

  3. Olá,

    Existe alguma forma de capturar os dados da Redução Z e Vendas existentes na impressora para geração do bloco X? 

    Estou com a situação de um cliente que não tem os dados gravados em banco de dados (usava outro sistema) e precisa enviar alguns arquivos.

    Poderia capturar os dados via leitura da memória, mas teria que lançar isso no banco manualmente. Seria bem trabalhoso. 

    Alguém passou por situação semelhante? Qual seria a melhor solução?

  4. Olá,

    Estou fazendo a homologação na Caixa Econômica e não está saindo os 0800 do SAC na impressão do boleto em Fast Report.

    No componente a propriedade OrientacoesBanco é preenchida corretamente, porém a informação não está no arquivo .fr3.

    Fiz a alteração no arquivo BoletoNovo.fr3 para sair os dados no Recibo do Pagador.

    Segue anexo caso para análise e se possível subir para SVN

    BoletoNovo.fr3

  5. Olá pessoal,

     

    Estou fazendo a homologação do boleto no CECRED e tive a seguinte observação a respeito de Caracteres Especiais:

    Segmento Q
    Retirar caracteres do nome e endereço dos pagadores (º : / ^ .)

     

    Verifiquei que na geração deste segmento o componente não trata esta questão. Também não localizei no manual do banco a informação de que não deve ser usado estes caracteres no segmento Q.

    Alguém passou por este problema? 

    Se eu fizer os ajustes no componente seria aceito para subir ao SVN? Pois se não for farei o ajuste diretamente no meu software para alimentar o componente já sem esta acentuação, mas acho que seria interessante ficar no componente se for menso uma regra geral do banco.

  6. Segue resposta do banco a respeito do problema, não estava sendo usado o local correto para envio.

    Citar

    O local para importação de COBRANÇA BANCÁRIA via Sicoobnet Empresarial é em SERVIÇOS > Transferência de Arquivos > CNAB 240 > ENVIAR.

    Esse local que você procedeu com o envio é para PAGAMENTOS DE CONTA, TED, FOLHA DE PAGAMENTOS, ETC. Este foi o motivo da tela de erro

     

    Agnaldo, obrigado pela atenção!

  7. 16 horas atrás, Agnaldo Prates disse:

    Esta mensagem é retornada do sistema sicoob?

    Sim, é apresentada no momento da transmissão conforme imagem anexo.

    Verifiquei a posição 143 na função GerarRegistroHeader240 da classe TACBrBancoob e está fixo o número 1 indicando que é arquivo de remessa

    space(10)                                + // 133 A 142 - Brancos
    '1'                                      + // 143 - Código de Remessa (1) / Retorno (2)
    FormatDateTime('ddmmyyyy', Now)          + // 144 a 151 - Data do de geração do arquivo

    No arquivo de remessa gerado (anexo no post anterior) também está correto com o número 1 na posição 143.

    ErroBoleto.jpg

    • Like 1
  8. Olá Italo,

    Está configurado corretamente a pasta dos Schemas.

    Estou anexando o arquivo XML, poderia por gentileza dar uma olhada?

    Fazendo a validação pelo demo também é apresentado o erro, como é o primeiro XML gerado na versão 3.0 acredito estar esquecendo de preencher alguma TAG.

    Fiz uma validação pelo Portal da MDFe e o retorno foi:

    Citar

    Parser Xml: Ok

    Tipo de Mensagem: MDF-e

    Schema: Não foi possível identificar a versão da mensagem

     

    42170211112297000101580010000000011000000014-mdfe.xml

  9. Olá,

    Estou gerando um primeiro arquivo de MDF-e e está apresentado mensagem:

    Element '{http://www.portalfiscal.inf.br/mdfe}dhIniViagem' is unexpected according to content model of parent element '{http://www.portalfiscal.inf.br/mdfe}ide'.

    No XML está assim (UF = SC):

    <infMDFe Id="MDFe42170111112297000101580010000000011000000010" versao="3.00">
    <ide>
    ...
    <dhIniViagem>2017-01-20T15:27:54-02:00</dhIniViagem>
    </ide>

    Pelo que vi está correto conforme a formatação definida no manual, não consegui compreender qual a validação está sendo feita.

    Os Schemas estou usando as disponíveis no ACBr, também já testei com os mais atuais baixados no Portal MDFe.

  10. Olá Pessoal,

    Um cliente recebeu um XML de NF-e contendo Seções CDATA dentro das TAGs do tipo String, conforme exemplo abaixo:

    -<transporta><CNPJ>00428307000864</CNPJ>-<xNome>
    <![CDATA[EXPRESSO SAO MIGUEL LTDA]]>
    </xNome><IE>255341725</IE>-<xEnder>
    <![CDATA[R BERNARDINO JOSE DE OLIVEIRA ,100]]>
    </xEnder>-<xMun>
    <![CDATA[BLUMENAU]]>
    </xMun><UF>SC</UF></transporta>-<vol><qVol>8</qVol>-<esp>
    <![CDATA[VOLUMES]]>
    </esp><pesoL>201.471</pesoL><pesoB>201.471</pesoB></vol></transp>

    Provavelmente utilizam essa opção para formatação HTML na impressão da DANFE...

    O problema está ao fazer a importação desse XML pelo ACBr, pois retorna toda a informação incluindo o texto "<![CDATA[...". Fazendo a impressão da DANFE através do demo do ACBrNFe as TAGs são apresentadas também nos campos de texto.

    Abaixo um exemplo da impressão e outro da importação feita no demo:

    ExemploNFe.thumb.jpg.7d50c94afb6fdecffcd

     

    56e800854a8c7_Importao.jpg.560b7f3a77120

    Tentei localizar algo no ACBr para tratar essa informação mas não encontrei, já existe alguma opção para fazer a importação correta nestes casos?

  11. Olá,

    estou tendo problemas na validação da NF-e, está apresentando a seguinte mensagem de erro:

     

    Citar

     

    [Error] Exception: leiauteNFe_v3.10.xsd#/schema/complexType[2][@name = 'TProtNFe']/sequence[1]/element[2]

    Undeclared XSD element : '{http://www.w3.org/2000/09/xmldsig#}Signature'

     

     

    Estou com os Schemas e fontes do AcBr atualizados.

    XML em anexo caso necessário.

    42160110934266000165550100000040231000040236-nfe.xml

  12. André,

    Talvez o que ele esteja se referindo é ao fato de que antes, após o cancelamento o AcBr incluía no XML que era salvo na pasta NFe (ou conforme configuração) o protocolo de cancelamento da NF-e, assim o protocolo era incorporado no próprio arquivo XML da nota.

    Estou analisando esta questão também, não uso o ACBrMonitor, mas quando quando estava nos fontes do trunk antigo o protocolo de cancelamento era gravado no XML da nota, após atualizar par ao trunk2 notei que isso não é mais feito. Não sei também se esta alteração foi feita exatamente nesta troca do trunk para o trunk2.. mas notei isso após e minha migração.

     

    Como alternativa tem-se o envio ao cliente do XML do evento de cancelamento, porém, principalmente para a contabilidade, seria mais fácil enviar o XML da nota já com o protocolo de cancelamento incluído.

    Não sei se isso é exatamente esta a dúvida do colega, mas compreendi isto e estou com a mesmo dificuldade... Tbm não identifiquei se esta alteração foi uma mudança feita nos fontes ou um possível erro do componente...

×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.