Ir para conteúdo
  • Cadastre-se

bnobre

Membros Pro
  • Total de ítens

    1.480
  • Registro em

  • Última visita

  • Days Won

    4

Posts postados por bnobre

  1. Olá Régys, grato pelas explicações e obrigado pela dica de consultar o STATUS da nota.

    Me tira uma dúvida: qual a diferença de consulta pela CHAVE e consultar o STATUS da nota? Não achei no exemplo nada sobre consultar o status da nota.

    Mas eu estava analisando essa problemática toda agora com um amigo, e observamos o seguinte. Vou dar como exemplo essa nota em si que gerou a criação do tópico:

    Enviei a nota em modo SÍNCRONO, que pelo que eu havia lido autorizava dando o retorno simultaneamente, mas comigo isso não ocorreu na prática. Pois bem, conforme orientou nesse tipo de erro basta eu consultar o STATUS da nota, mas se o erro for proveniente de uma queda de internet ou ausência da SEFAZ após ocorrida a autorização, não terei como fazer essa consulta caso o problema persista.

    De acordo com o que orientou sigo o passo 3, mas ai vou acabar entrando em outro problema, pois irei emitir em CONTINGENCIA uma nota que já foi emitida NORMAL, e o cliente vai sair com o DANFE errado, QR Code errado e chave errada e o envio dessa nota não poderá ser efetuado, pois irá acusar duplicidade.

    Meu raciocínio está correto?

  2. Grato pelas explicações Régys, mas a grande questão está nas suas seguintes palavras:

    Lembrando que a NFC-e pode ser enviada de modo síncrono, você já tem a resposta no momento que envia, se algo der errado na conexão segue-se o passo 3.

    Aí que está o problema, eu envio em modo SÍNCRONO. Pelo o que sei e de acordo com o que citou, eu deveria ter sido retornado no ato da emissão, mas por algum motivo autorizou e não recebi o retorno. Por isso não tenho no momento uma exceção a parte só para o retorno. Esse problema era pra ter ocorrido também em modo SINCRONO?

    Desde já agradeço todas as explicações dadas

  3. Visualizei aqui Régys, obrigado.

    De acordo com sua explicação, pretendo fazer o seguinte no MOMENTO da venda em casos onde existam erro:

    1º - Tentar enviar a NFC-e normalmente

    2º - Em caso de QUALQUER erro, antes de cancelar a gravação na base realizo a consulta pela chave

    3º - Caso a consulta pela chave traga retorno positivo, efetuo todas as gravações na base como se nenhum erro tivesse ocorrido.

    Seria isso? Compreendi bem a sua sugestão?

    Se sim, ao meu ver continuo com o mesmo problema, pois se nessa posterior consulta (dado o primeiro erro),  eu continuar com problemas em me conectar a SEFAZ e não conseguir realizar tal consulta? 

    Não terei como concluir se deu tudo certo ou não e vou precisar liberar o PDV para realizar outras vendas ou refazer a atual em um momento posterior. É complicado isso. :-/

  4. Se está é a opção disponibilizada pelo estado, como parece ser, sim tem validade jurídica e pode ser usado normalmente.

    Grato pela resposta meu amigo, realmente facilitou muito. Fiz o teste com o certificado de outro cliente e realmente o site informa "USUÁRIO NÃO AUTORIZADO", só consigo com o certificado do emissor. Muito bom.

    Me esclareça uma coisa, sou novo nesse mundo de emissão de DFE. Com esse erro fiquei preocupado em relação de como devo tratar o mesmo.

    Meu aplicativo é dividido em 2 etapas:

    1º - Ele tenta efetuar o envio da NFC-e em modo síncrono, recebendo o XML de retorno em caso positivo (função normal do componente).

    2º - Não ocorrendo nenhuma exceção o aplicativo  efetua os cadastros devidos no banco de dados, como gravar dados do retorno da SEFAZ (chave de acesso, dhRecebimento, etc), cadastra a venda, baixa as mercadorias do estoque, incrementa o número da nota e imprimi o DANFE NFC-e.

    A grande questão é que nesse erro, ao que tudo indica, ocorreu um problema na SEFAZ do Rio ou na conexão da Internet de meu cliente no exato momento de RECEBER O RETORNO da SEFAZ. Como a nota foi autorizada e não houve o retorno devido, meu aplicativo tratou da forma correta, não efetuando o cadastro da NFC-e na base e nem concretizando a venda, não baixando as mercadorias do estoque e mantendo a numeração atual da Nota. O que gerou o erro da Duplicidade, além dessas outras informações que ficaram inconsistentes em minha base.

    O problema é com isso tive que MANUALMENTE efetuar tais procedimentos, fui lá de posse do XML baixado da SEFAZ, cadastrei os dados de retorno na mão, fiz a venda na mão, baixei do estoque na mão e incrementei a numeração da Nota na mão. Isso é um "TIRO NO PÉ" muito grande.

    Por isso lhes pergunto. Esse erro pode ser evitado?

    Eu creio que não, pois querendo ou não somos "reféns" desse retorno para tratá-lo em nosso aplicativo. Portanto se não puder ser evitado, como vocês fazem para tratá-lo ou ao menos amenizá-lo?

    Desde já agradeço a atenção de todos

     

  5. Rapaz... Fiz de um jeito mais fácil, só não sei se está certo.

    Ao instalar o certificado digital em meu micro, fui efetuar a consulta da NFC-e junto a SEFAZ do RIO para ver os produtos da nota e refazê-la conforme me instruiu, mas observei no canto superior direito um botão com a seguinte mensagem,"DOWNLOAD DO DOCUMENTO (Requer Certificado Digital)".

    Aí eu cliquei no mesmo, no que eu fiz isso, aparentemente baixou o NFC-e certinho, pois é similar ao formato dos outros. Fiz correto? Através dessa opção do próprio funciona também?

    Desde já agradeço a atenção

     

     

    download_documento.JPG

  6. Olá a todos,

    Meu cliente emitiu uma NFC-e e a mesma parece que autorizou, pois ao tentar emitir outra com mesma numeração diz que está em duplicidade, mas não retornou o XML.

    Então estou sem a chave de acesso para consulta-la e sem o XML para entregar ao contador. Fui obrigado a pular manualmente o número em meu programa. Como descubro agora a chave de acesso ou recupero esse XML?

    Desde já agradeço a atenção de todos

  7. É devido a quantidade de ligações que ele recebe, já que o mesmo faz entrega. Com 1 tem o problema de dar ocupado.

    Tenho muitos clientes com Delivery, e em observações fica confuso para o cliente achar, visto que ficaria um no cabeçalho em cima e outro embaixo.

    Acho que seria uma funcionalidade interessante a implantação do segundo telefone, mas agradeço a atenção.

  8. Olá a todos,

    Uso o componente ACBrNFeDANFCeFortes1 para emissao do DANFE NFC-e.

    Pelo que pude observar, ele pega o telefone do Emitente direto no XML, tag que foi atribuida através de "ACBrNFe1.NotasFiscais.Add.NFe.Emit.EnderEmit.fone"

    Hoje o cliente me indagou se poderia colocar outro telefone no DANFE. Existe essa possibilidade no componente?

    Desde já agradeço a atenção

  9. Obrigado pela analise e BugReport... enviei para o SVN as seguintes correções

    -- ACBrNFeDANFCeFortesFr --    (por: DSA)
    [-] Ajuste para que a propriedade "Sistema" seja exibida na última Linha
    [-] Correção de erro em caractere acentuado  

    Meu amigo,  o caracter acentuado foi corrigido, mas reparei que a propriedade Sistema com o texto em branco ou com um carácter de espaço continua exibindo a frase "Projeto ACBr".

    No meu caso como não quero que apareça texto nenhum fui obrigado a colocar o caracter ".", que sempre será impresso. Não seria interessante apagar a frase quando nenhum texto for especificado?

    Desde já agradeço a atenção

  10. Olá Daniel, desculpe a falta de informações, tentarei ser mais específico.

    Como sabemos, é importante que seja especificado no Danfe do NFC-e a fonte do cálculo de tributação referente a lei da transparência fiscal. 

    Antes da mudança para o trunk2, eu utiliza o componente de DANFE NFC-e feito com o QuickReport, onde o mesmo especificava em sua impressão a frase "(Fonte:IBPT)". Em anexo.

    Agora com o trunk2, o componente em QuickReport não existe mais, e como uso o Delphi 7, optei pelo uso do ACBrNFeDANFCeFortes1 por já possuir o Fortes Report em meu Delphi. O mesmo funciona muito bem, mas não coloca por padrão o texto "(Fonte: IBPT)", assim como acontecia no componente do QuickReport no trunk. Achei isso até legal, pois pode acontecer (raramente) do comerciante ter um tipo de cálculo próprio dos tributos.

    Ao analisar as propriedades do componente, observei a presença de uma propriedade chamada "FonteTributos", onde imaginei ser o local propício para especificar o texto referente a fonte (em anexo). Mas eu coloco o texto "IBPT" e nada acontece (em anexo).

    Desde já agradeço a atenção

    fonte_ibpt.jpg

    propriedades.JPG

    semfonte.JPG

    • Curtir 1
  11. Existem duas abordagens, 

    1. pegar a diferença e jogar no item de maior valor (particularmente considero errada).

    2. pegar o restante e ratear novamente e assim sucessivamente até fechar o valor corretamente.

     

    A segunda abordagem realmente parece ser mais coerente, mas como ficaria esse segundo rateamento nesse caso do exemplo, onde a diferença é de 0,01? Ele não poderia ser feito e acabaria indo simplesmente para o de maior valor

  12. Olá Régys,

    Estou tentando aplicar o Desconto Total na Nota, mas estou tendo problemas na hora do rateio em alguns casos.

    Por exemplo

    • Total da nota: R$ 36,00.
    • Quantidade de Itens na nota: 3.
    • Total de cada item na nota: R$ 12,00.
    • Desconto Total pretendido na Nota: R$ 10,00
    • Valor de desconto após o rateio, R$ 3,33 para cada item, totalizando R$ 9,99 de desconto total real.

    Como vocês tratam seus programas nesses casos de arredondamento que não batem com o Desconto Total da Nota pretendido?

  13. Olá a todos,

    Hoje pela primeira vez instalei meu aplicativo de emissão de NFC-e para um cliente com certificado A3.

    Reparei que o mesmo não estava abrindo sites como o eCac, mas como isso as vezes ocorre por falta da hierarquia de certificados da Receita, ignorei tal problema.

    Configurei o mesmo no aplicativo, que tem uma tela de configuração similar a do exemplo do ACBr, especifiquei a senha, configurei o id token e o token. 

    O mesmo está emitindo notas normalmente, com os XMLs de retorno com status "autorizado uso da NFC-e" e a consulta está normal pelo QRCode. Portanto minha dúvida é, está tudo ok e não preciso me preocupar ou existe a possibilidade de emitir normal mesmo com problemas na instalação do certificado digital?

    Desde já agradeço a atenção 

  14. Veja em NF-e e NFC-e não existe desconto no total, então se você possibilita isso, precisa ratear o desconto para os itens proporcionalmente fechando o valor total.

    Não sabia da ausência do desconto total em NF-e e NFC-e Regys, 

    Farei o rateio proporcional entre os itens conforme sugerido.

    Muito obrigado pelo esclarecimento.

  15. Olá a todos,

    No DANFE NFC-e do Fortes, existe um campo com o seguinte comentário "Ã[]REA DE MENSAGEM DE INTERESSE DO CONTRIBUINTE". Onde o A tem o símbolo "~" e existe esse [] mesmo.

    Fui direto na unit ACBrDANFCeFortesFr e removi. Mas toda vez que dou o SVNUpdate ele volta. Tem como tirar isso definitivamente via alguma propriedade?

    Desde já agradeço a atenção

    PS: Existe nessa unit o RLLabel1 com oCaption "Projeto ACBr", tem alguma propriedade para tirar isso definitivamente ou só manual?

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