Ir para conteúdo
  • Cadastre-se

Painel de líderes

Conteúdo popular

Showing content with the highest reputation on 12-06-2019 em todas as áreas

  1. Marcelo, O que diz a rejeição? "436 Rejeição: Valor da soma dos componentes não corresponde ao valor total do bilhete". A somatória é 19,28 já o valor total do bilhete é 36,82. Logo a somatória tem que ser 36,82, não devemos considerar o desconto.
    2 pontos
  2. Wellington, A sua aplicação vai gerar o XML e depois você vai usar o componente para fazer o resto? Você esta doido? E o dia que a prefeitura mudar de provedor cujo layout for diferente como vai ficar? A sua rotina que gera o XML não vai servir para nada e vai perder um bom tempo fazendo outra. Quanto a alteração do código do município é simples, o mesmo tem que ter 7 dígitos sendo que os 2 primeiros se refere a UF. Com relação a configuração referente ao certificado, lembre-se que a NFS-e é uma zorra, cada provedor trabalha de uma forma diferente do outro. O que funciona para um pode não funcionar para outro.
    1 ponto
  3. Ítalo, Deu certo, muito obrigado pela explicação.
    1 ponto
  4. Boa tarde Júlio, Se você for de Pelotas, sugiro que você abra os XMLs: 844-rec.xml (retorno do envio), 01746519201946-con-lot.xml (consulta ao lote) e 01746519201946-lista-nfse.xml (retorno da consulta), através de um navegador, imprima e mostre pessoalmente para essa analista. Não esqueça de imprimir um Print da tela do site que mostra que a respectiva nota foi processada com sucesso. Caso não seja possível conversar com ela pessoalmente, envie esses arquivos por e-mail. Deixe claro que até uma certa data esta funcionando sem nenhum problema, depois começou a apresentar essa mensagem ao consultar o lote.
    1 ponto
  5. Realizar a manifestação do destinatário apenas com a Ciência e não concluir posteriormente pode sim acarretar em algum tipo de multa... A manifestação do destinatário está "amarrada" ao DistribuiçãoDFe. Porém os objetivos são diferentes... Então a ideia de "só baixar o XML" não funciona muito já que seu cliente se torna obrigado a realizar a manifestação. Aqui eu trato da seguinte maneira: Aplicativo configurado para realizar a manifestação do destinatário automaticamente com a Ciência da operação ao encontrar um novo documento. Usuário realiza o recebimento de mercadorias no sistema: Disparo a Confirmação da operação Desconhecimento ou Operação não realizada fica por conta do usuário. Caso fique notas sem a "conclusão" da manifestação por parte do destinatário, alerto o mesmo através de notificações.
    1 ponto
  6. 1 ponto
  7. Opa, Amarildo obrigado pelo retorno! Sim, entrei em contato com a prefeitura de Pelotas, e lá trabalha uma analista da Asten que me retornou informando que esta tudo correto por lá... Recorri ao fórum pois as notas eram geradas sem problemas até a última versão do meu sistema, e não houveram alterações nas rotinas de emissão de NFS-e desde então... Unica coisa que poderia influenciar no mau funcionamento repentino seria alguma alteração no web service da prefeitura, ou nos fontes do ACBR...
    1 ponto
  8. Primeiramente tem dois erros: 1 - Você informou a tag vTotTrib nos itens, porém não totalizou no final. 2 - CNPJ Emitente não cadastrado. Verifique se o CNPJ é autorizado para emitir NF-e.
    1 ponto
  9. boa tarde.. Nesse caso voce ja tentou entrar em contato com a empresa responsavel pelo Webservice da Prefeitura?..
    1 ponto
  10. Já consegui... caso alguém precise, segue o link... https://s3-sa-east-1.amazonaws.com/shared-www.validcertificadora.com.br/InstaladorCadeias_1.0.2.0.exe
    1 ponto
  11. Boa tarde José, Estava tendo o retorno abaixo Segui tua orientação de retirar a acentuação, e foi solucionado a rejeição. Muito obrigado.
    1 ponto
  12. Bom dia Ontem foi uma correria só, e não consegui agradece-lo, de qualquer forma o que ocorreu de fato, foi que o cliente excluiu os arquivos ini da pasta do programa, e acabou ocorrendo este erro, para evitar padronizei numa pasta compartilhada, antes porém, atualizei todos os fontes pelo svn por garantia. Muito obrigado pela ajuda.
    1 ponto
  13. bom dia.. https://acbr.sourceforge.io/ACBrMonitor/NFESetCertificado.html consulte esse comando ..
    1 ponto
  14. Bom dia Daniel, Eu achava que a classe de resposta somente era preenchida ao enviar uma venda ou cancelamento. Não sabia que ela pegava o retorno da consulta também. Vou implementar essas mudanças. Vou analisar o log do SAT pra ver se acho alguma ocorrência de venda em que o SAT estava em processamento, talvez nesse momento pode ter acontecido da venda ser reenviada e quando o SAT volta em operação, acaba enviando as duas vendas. E vou sugerir colocar uma alimentação externa, para evitar mau funcionamento. Obrigado pela valiosa ajuda.
    1 ponto
  15. Bom dia, Italo! Eu que agradeço pela atenção. Fico aguardando disponibilização no SVN. Obrigado.
    1 ponto
  16. Bom dia Italo, Beleza, vou testar com a configuração que informou e aviso aqui se deu certo. Obrigado
    1 ponto
  17. Boa noite, tente assim: ACBrNFe1.EventoNFe.Evento.Clear; with ACBrNFe1.EventoNFe.Evento.New do begin InfEvento.cOrgao := 91; //91 - Ambiente Nacional. No caso de evento de manifestação, sempre será 91 InfEvento.chNFe := ''; //Chave de acesso da NFe InfEvento.CNPJ := ''; //CNPJ da empresa que está emitindo o evento (o mesmo do certificado digital) InfEvento.dhEvento := now; //Data do evento InfEvento.tpEvento := ''; //teManifDestCiencia, teManifDestConfirmacao, teManifDestOperNaoRealizada, teManifDestDesconhecimento InfEvento.detEvento.xJust := ''; //Justificativa, caso seja desconhecimento ou op não realizada end; ACBrNFe1.EnviarEvento(IdLote);
    1 ponto
  18. Caro Ítalo, só para esclarecer, a outra postagem eu tinha feito anteriormente... Acontece que eu estava com o SAC expirado e me confundi. Então renovei e esqueci de fechar o outro post. Peço desculpas por qualquer inconveniente, mas as vezes a correria nos deixa meio 'aluados'. Grato novamente Alex
    1 ponto
  19. Boa tarde, seria interessante vc participar do grupo NFePHP (https://groups.google.com/forum/#!forum/nfephp), acredito que lá vc vai conseguir uma resposta mais precisa... (eu também acompanho este projeto, mas nunca contribui com código, teve uma época que meu projeto usava uma impressão do DANFe "online", mas já desativei essa opção...) Também recomendo a leitura da Nota Tecnica 2014.002 (http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=s/plBMpQotg=) que trata sobre o "webservice de distribuição de documentos", e lá fala sobre a questão da compactação... Att Ricardo
    1 ponto
  20. Poderia anexar a mensagem com o erro completa? Fontes e Schemas atualizados?
    1 ponto
  21. Depois de apanhar durante algumas horas, resolvi com o procedimento acima, valeu!
    1 ponto
  22. Não no caso desses 2, eles tem conexão serial. São bem antigos, mas estou conseguindo utilizá-los por dentro do ACBr Monitor Plus. Lá tem umas configurações que fazem esses leitores trabalharem como se fosse um leitor desses USB que emitem pressionamento de teclas. Basicamente o acbr monitor fica lendo a serial e quando vem um código de barras lido, ele emite o pressionamento das teclas com um ENTER no final, muito show.
    1 ponto
  23. Olá Claudio. Primeiramente, muito obrigado pela contribuição. Gostei muito de você ter separado o exemplo em uma outra aba, em vista de tantas informações necessárias. Infelizmente, seu exemplo substituiu os geradores de relatório do Fortes report pelo Fast Report e inclui componentes de terceiros (TVirtualTable) que não poderia ser utilizados por quem tem uma licença Professional do Delphi. Sendo assim, não podemos enviar o código ao SVN nesse estado. Se você ou algum outro usuário tiver o interesse em corrigir esses pontos acima, teremos o prazer de fazer a atualização no código. Mesmo que não possa, mais uma vez, obrigado pela intenção em ajudar. Talvez outros usuários que tenham esses componentes ainda possam achar esse tópico e exemplo úteis.
    1 ponto
  24. @MFincotto, @mansur, @EliasCesar, @Gean, Muito obrigado a todos pelas contribuições. Fiz a implementação baseada nelas. Subi as alterações para o SVN na Revisão 17134. Pelo que vi está tudo certo. Queiram por favor atualizar, testar e reportar qualquer problema. Por favor, levem em conta que como houveram muitos contribuidores pode ser que algo tenha alterado de sua contribuição para a outra. Mais uma vez obrigado.
    1 ponto
  25. Olá pessoal, Com a NT 2018.005 foi introduzida uma nova rejeição para NFe: 938 - Rejeição: Não informada vBCSTRet, pST, vICMSSubstituto e vICMSSTRet. Os detalhes dessa rejeição foram alterados nas várias versões da NT, mas infelizmente isso já está causando algum problema (como podem ver nesse tópico aqui). Como é uma rejeição facultativa e cada UF tem uma legislação, tivemos que adicionar uma nova propriedade no componente ACBrNFe para lidar com a situação. A nova propriedade se chama ForcarGerarTagRejeicao938. Após atualizar os componentes, não esqueça de reinstalar. Vamos a uma explicação mais longa... O problema Como a descrição da rejeição explica, algumas UFs podem exigir a informação de algumas tags, como vICMSSubsituto, isso mesmo quando o valor da tag for zero. Por padrão o ACBrNFe não gera tags facultativas que são informadas com valor zero. E esse é o caso da tag vICMSSubstituto. Mas como essa é uma tag facultativa, não devia ser obrigatório para algumas UFs informá-la. E por isso, não podemos obrigar o ACBrNFe informar sempre. Assim a ideia é termos uma configuração que você possa alterar. Poderemos com essa propriedade forçar gerar a tag de acordo com a necessidade de seu cliente ou da UF dele. A solução A propriedade (ou configuração) criada ForcarGerarTagRejeicao938 foi adicionada no ACBrNFe de modo que pode ser acessada como no código abaixo: ACBrNFe1.Configuracoes.Geral.ForcarGerarTagRejeicao938:= fgtNunca; Ou talvez no Object Inspector como abaixo: Importante: Embora a propriedade esteja disponível para ser alterada no Object Inspector, você provavelmente vai querer parametrizar isso no seu aplicativo. Afinal, talvez você precise alterar essa propriedade de um cliente para outro, ou de uma data para outra. As opções são: fgtNunca -> Se o valor for zero, não vai forçar a geração da tag nunca; fgtSomenteProducao -> Força a tag ser gerada no ambiente de produção mesmo que o valor seja zero; fgtSomenteHomologacao -> Força a tag ser gerada no ambiente de homologação mesmo que o valor seja zero; fgtSempre -> mesmo que o valor seja zero, a tag será gerada sempre; A configuração padrão é fgtNunca conforme o comportamento do componente antes dessas alterações. Qual opção eu devo escolher? Como explicado, essa configuração foi necessária por causa de problemas em certas UFs. Então para escolher a melhor opção você precisa saber o que está sendo exigido no Webservice que você está acessando. Por exemplo, se você não está recebendo a rejeição, não há necessidade de alterar a configuração. Mas se está recebendo somente em homologação, quer dizer, a tag está sendo exigida somente em homologação, use a opção fgtSomenteHomologacao. E assim por diante.
    1 ponto
  26. Eu obtive um resultado aqui com um contador .. mais sabe aquela situação que ele te fala mais não te passa certeza . aquela frase bem conhecida , "Eu lendo entendi isso !!!" ai vc fica naquela .. se é ou não é . rs Mais Obrigado pelo Retono Juliana .
    1 ponto
  27. Porém, tenho receio quanto a não ser permitido postar desta forma, se for o caso, solicito remoção do tópico. ACBR_DEMO - 02.05.2019.rar
    1 ponto
×
×
  • 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.

The popup will be closed in 10 segundos...