Antonio Carlos L

1 - Se entendi bem, ao selecionar a SSLLib := libWinCrypt; o restante internamente passa a ser setado para SSLCryptLib := cryWinCrypt; SSLHttpLib := httpWinHttp; SSLXmlSignLib := xsMsXml; e por ser setado SSLHttpLib := httpWinHttp; eu posso ter Independência das configurações de segurança do I.E. e por minha aplicação ser de 32 bits e SSLXmlSignLib := xsMsXml; consigo ler o certificado A3 e A1 instalado no windows. Isso tudo é correto ? 2 - Se SSLLib := libWinCrypt; e no ACBr.inc eu não puder fazer {$DEFINE DFE_SEM_CAPICOM} ainda precisarei distribuir e registrar a CAPICOM ? Obrigado.

Desculpe quando me dei por conta já tinha ido. Terei mais atenção da próxima.

SENHORES MODERADORES, SOLUÇÃO EM ANEXO ACBrNFeDAInutRL.dfm

Obrigado, eu havia visto esse vídeo há um tempo atrás, vou testar. O problema é que mesmo que eu crie um form simples, um button e um create algo sem destruir, o FastMM4 não mostra nada ! Eu já usei no D7 e funcionava. Mas obrigado.

Caros achei um memory leak no ACBr usando ReportMemoryLeaksOnShutdown := True no DEMO Mas a informação retornada não é suficiente para dizer onde. Baixei o FastMM4 do site, coloquei FastMM4.pas como a primeira unit no dpr, copiei a dll FasMM_FullDebugMode para onde é criado o executavel no arquivo FastMM4Options.inc esta descomentado FullDebugMode e mespo assim não gera o tal arquivo contendo o relatório mais detalhado. Creio que eu esteja fazendo algo errado uma vez que vi relatos de diveros usuários com XE,XE2,XE4 rodando o FAstMM4 Alguem saberia me ajudar ? Obrigado.

Usado o DEMO

É possível pelo ACBrNFeDANFeESCPOS gerar o PDF do cupom ?

Resolvido. O bloco de envio está em um try except e a mensagem de erro "Operation aborted" não dava uma precisão. O problema se deu porque o ACBr passou a gravar o PDF obedecendo a mesma ordenação do XML da nota. E ao tentar ser incluído gerava a exceção.

Amigos em alguns clientes ao chamar o envio do ACBrMail está ocorrendo a mensagem de erro "Operation aborted" e parece ter relação com recentes atualizações do componentes pois nesses clientes a versão é mais nova. Na minha maquina não ocorre nenhum erro. Ja verifiquei as DLLs , já copiei para a pasta system32 e nada. Alguma luz ? Obrigado

PODE SER, que esteja relacionado com o CEST, já que esse NCM possui esse código. Sobre a exigência do CEST, esclarecemos que a NT 2015.003 com a alteração introduzida na versão 1.94 postergou unicamente a implementação da regra de validação para 01-abril-2018 do sistema NF-e, sem alterar o calendário previsto na legislação - o cronograma previsto no Convênio ICMS 60/2017, o qual altera os Convênios ICMS 92/15 e ICMS 52/17, deve ser cumprido, iniciando a exigência em 01-jul-2017 para as indústrias e importadores, atingindo os atacadistas em 01-out-2017 e os demais segmentos em 01-abr-2018.Coordenação Técnica do ENCAT Obrigatoriedade de uso do CEST conforme Convênio ICMS 60/2017, a partir de: 01/07/2017 01/10/2017 01/04/2018 para a indústria e o importador para o atacadista para os demais segmentos econômicos

Caros, li em postagens anteriores, há meses atrás, que o Daniel estava tendo muito trabalho com a mudança do novo protocolo de segurança e certificado A3. Isso já foi resolvido ? Obrigado.

Obrigado, realmente por algum motivo, coisas do hotmail, estava no lixo eletrônico

Caros, não sei se estou equivocado, mas não é hoje as 16h o evento anunciado sobre Boletos ? A pergunta se deve pois ate o momento não recebi nenhum email passando o link. Desculpem se estou fazendo confusão. Obrigado

Eu acredito que a questão não seja a contingencia ou não. Já ouvir falar em sistemas que ficam em contingencia o dia inteiro e no final do dia alguem ou alguma thread envia eles Outros que so entram em contingência manualmente ou automaticamente se cair a internet. Acho que você deveria focar em ter certeza que o gerador numerico será incrementado independente da nota ser enviada ou não, no máximo o trabalho seria inutilizar o numero.

Claudio pelo que entendi, corrijam se eu estiver errado, o DPEC é usado em NFe. Não sei se o DPEC em NFCe é o próprio DANFE em contingência. Pelo menos é a primeira vez que tenho contato com essa informação. Eu enviei a questão da impressão em duas vias para um contador junto com a citada lei e ele me disse que imprimir em uma é respaldado. Alguem sabe em qual unit fica a chamada a reimpressão em contingência e se ela pode ser sobrescrita ?

Então, eu li algumas postagens e descobri que o meu problema ou ocorre pelo tal time-out que um colega informou ter sido referenciado como "buraco negro" ou da sefaz ou pela queda da internet mesmo. Dai que coloquei um log nestes clientes pois aqui eu não consigo simular o mundo real em sua plenitude. Ocorreram 4 situações ( se souber de outras por favor avise ) 1 - Houve retorno 0 , mas o xml havia sido autorizado; 2 - Houve retorno 0 , mas o xml Não havia sido autorizado; 3 - Houve uma exception, mas o xml havia sido autorizado; 4 - Houve uma exception, mas o Não xml havia sido autorizado; Eu na NFCe optei por não fazer consulta de status Fiz uma função usando InternetCheckConnection(PING_SEFAZ_DOMAIN_BR,1,0); e depois InternetGetConnectedState(@Flag, 0) e estando OFF sugiro que o operador passe para contingencia, ao fazer isso, novo xml em contigência ( com novo numero ) é gerado e realizo a impressão. estando ON Nas condições 2 e 4 em uma consulta havia o retorno : 217 - Rejeição: NF-e não consta na base de dados da SEFAZ Então envio e pronto. Nas condições 1 e 4 bastou uma consulta e atualizar o status da nota e se foi autorizado ( poderia ter sido recebido mas rejeitado ) pergunto se reimprime. Isso até o momento em relação aos 3 clientes me deu sossego. Algo que eu não fiz foi um laço de consulta muito profundo pois fiquei com medo de dar excesso de consumo e a sefaz bloquear o IP

Então,vamos por suposições : Foi emitida em contingencia uma nota no dia 18 as 00:00 e depois ela foi enviada ao fisco. OK Como vc falou que tem um numerador separado , suponha que por algum motivo ele não incrementou e que apenas no dia 20 novamente o sistema volta a ser usado em contingência. O numero seria o mesmo, e como gerar o xml e imprimir independe de consultar o numero, ate porque esta offline, isso ocorreria sem nada ser apresentado ao usuário. A questão seria quando for enviar a nora a sefaz, o correto é ela ser rejeitada pelo uso da faixa de numeração. Quando falei de informações do gerador numérico, foi porque dependendo de como é feito pode ocorrer falhas neste incremento.

Cláusula décima primeira Quando em decorrência de problemas técnicos não for possível transmitir a NF-e para a unidade federada do emitente, ou obter resposta à solicitação de Autorização de Uso da NF-e, o contribuinte poderá operar em contingência, gerando arquivos indicando este tipo de emissão, conforme definições constantes no ‘Manual de Orientação do Contribuinte, mediante a adoção de uma das seguintes alternativas, observando-se em relação à NF-e modelo 65 exclusivamente o disposto nos §§ 15 e 16: § 15. No caso da NF-e modelo 65 serão admitidas, a critério de cada unidade federada, as seguintes alternativas de operação em contingência: I - imprimir duas vias do DANFE-NFC-e em Formulário de Segurança para Impressão de Documento Auxiliar de Documento Fiscal Eletrônico (FS-DA), contendo a expressão “DANFE-NFC-e em Contingência - impresso em decorrência de problemas técnicos”, observado o disposto em convênio específico, sendo que na hipótese de necessidade de vias adicionais a impressão poderá ser feita em qualquer tipo de papel; II - transmitir Declaração Prévia de Emissão em Contingência - DPEC (NF-e), para a unidade federada autorizadora, nos termos da cláusula décima sétima-D, e imprimir pelo menos uma via do DANFE NFC-e que deverá conter a expressão “DANFE NFC-e impresso em contingência - DPEC regularmente recebido pela Administração Tributária autorizadora”, presumindo-se inábil o DANFE impresso sem a regular recepção da DPEC pela unidade federada autorizadora; Bem se analisarmos a legislação informada, texto em destaque, ali diz sobre imprimir pelo menos uma via. Então não é ilegal.

Caros, para resolver uma questão de uns poucos clientes que tem uma internet muito ruim e não tem outro provedor de serviço disponível, passei antes de gerar a NFCe a verificar se a Internet está OK e não estando o sistema informa que esta sendo colocado em contingência. Dai que os clientes adoraram a rapidez e erro zero. Mas como nem tudo é perfeito me pediram para imprimir uma única via, que estava gastando papel demais. Eu disse a eles que entendia pelos manuais que isso deveria ser assim mesmo. Entretanto um deles me mostrou uma NFCe em contingência de uma grande rede de cosmeticos, que segundo ele, na oportunidade como consumidor, disse jurando de pé junto que saiu APENAS UMA VIA. Isso pode ser parametrizado ? Obrigado

RESOLVIDO.

Obrigado Claudio. Estou com esse problema apenas em 3 clientes. Essa coisa do Status é muito esquisita, Fiz uma experiencia de um cliente na mesma UF , mas fisicamente longe de onde estou, de forma remota : a - Consultei o Status na maquina do cliente e aqui e lá apareceu indisponivel e aqui disponivel; b - Enviei mesmo assim a nota e ela autorizou Então parece que existem servidores separados. Outra coisa é que clientes com mesma banda de internet, mesmo provedor de internet, alguns são rápidos, outros uma demora infindável. Parece que o roteamento influi em muito nisso. Obrigado pela ideia.

SISAD eu dei uma olhada na consulta e realmente aparece uma nota diferente do XML que vc postou Temos que o XML postado esta assinalado como CONTINGENCIA; Que a nota consultada também diz que a emissão foi em CONTINGENCIA; Você não postou se é uma única maquina, se existe outros caixas, como é o processo de envio da contingência. Ainda temos a informação : No seu XML : <dhEmi>2017-01-20T00:00:00-02:00</dhEmi> No site : Data de Emissão: 18/01/2017 00:00:00 São datas distintas, mas o horário é o mesmo. Como também não é claro como vc numera as notas, se existe um contador em separado, parece que a numeração se repetiu, seria necessário maiores infromações. e ele não esta com o retorno depois de enviado o que posso imaginar é que por algum motivo o mesmo numero de nor

Caros, tenho clientes que a internet é muito complicada. Normalmente em NFCe eu so verifico o status a cada n cupons, mas tem clientes que a internet é tão critica que a verificação é sempre. Mesmo assim, ocorre de estando ok o status a nota ser enviada e não haver resposta e isso eu creio que ocorra por dois motivos : Ou porque a internet caiu ou no tempo esperado não houve resposta. Dai que fiz esse tipo de tratamento : Status 100, 150 - Nota Autorizada, OK 128 - Nota não consta na base da Sefaz, o componente é limpo, e carrega-se pelo xml e tenta novo envio e verifica-se retorno; 0 - Não houve resposta, é realizado nova consulta, a nota existe e foi autorizada, OK, não existe o componente é limpo, e carrega-se pelo xml e tenta novo envio e verifica-se retorno; Outros - Possivelmente rejeição, mensagem é apresentada para usuário verificar. Tal tratamento é o suficiente ? Ou algo mais eficiente é possível ? Obrigado pelas opiniões. peço por favor opinião sobre a melhor forma de tratar retorno de transmissão na NFCe

Oi Juliomar, obrigado pela atenção, eu não sabia que isso é possível não sendo desenvolvedor do projeto. Mas cou tentar obrigado.

kkk, vc ta certo sdsv, onde se lê parentese , leia-se quoted