jorge andrade

Favor encerrar tópico Juliomar. []s,

Pessoal, Estamos com duas notas técnicas: Nota Técnica 2014.002 - v1.00 Web Service de distribuição de documentos fiscais eletrônicos Um dos grandes desafios do projeto Nota Fiscal Eletrônica é prover para os atores envolvidos nos processos da NF-e informações de seu interesse de forma eficiente e confiável. O Web Service de Consulta da Relação de Documentos Destinados (NfeConsultaDest) provê informações necessárias para a manifestação do destinatário da NF-e. Além de prover informações para possibilitar a manifestação do destinatário, surgem novas necessidades de interesse de outros atores para as quais ainda não existe um serviço disponível. Esta nota técnica tem como objetivo a apresentação de um novo Web Service denominado NFeDistribuicaoDFe que disponibilizará para os atores da NF-e informações e documentos fiscais eletrônicos de seu interesse. A distribuição será realizada para emitentes, destinatários, transportadores e terceiros informados no conteúdo da NF-e (respectivamente, grupo X03 e tag autXML). Este Web Service possibilitará a descontinuidade, no futuro, do Web Service de Consulta da Relação de Documentos Destinados (NfeConsultaDest). Prazos para entrada em vigência da Nota Técnica:  Ambiente de Homologação (ambiente de testes das empresas): 15/09/2014;  Ambiente de Produção: 06/10/2014;  Desativação do Web Service NfeConsultaDest: 02/02/15 Nota Técnica 2014.001 - v1.00 Evento Prévio de Emissão em Contingência (EPEC) Uma das contingências previstas no modelo do Sistema da Nota Fiscal Eletrônica é a possibilidade de autorização de uma Declaração Prévia de Emissão em Contingência (DPEC), contendo dados reduzidos da NF-e. A autorização da DPEC permite a impressão do DANFE em papel comum, considerando-se emitida a NF-e a partir do momento da impressão deste DANFE, sob condição resolutória de posterior transmissão da NF-e para a SEFAZ de circunscrição do contribuinte. Esta Nota Técnica apresenta a especificação técnica necessária para a implementação do registro de evento que deverá substituir a atual emissão da DPEC. O evento é:  Evento Prévio de Emissão em Contingência (tpEvento=110140, “EPEC”) A Nota Técnica especifica também outras mudanças e controles, conforme segue:  Controle do Ambiente de Contingência do EPEC (item 04);  Adaptação nos Serviços de Autorização de Uso (item 05);  Sincronismo dos Ambientes de Autorização: Situações de Exceção (item 06);  Consulta Pública da NF-e (item 07). Prazos para entrada em vigência da Nota Técnica:  Ambiente de Homologação (ambiente de testes das empresas): 30/06/2014;  Ambiente de Produção: 04/08/2014;  Desativação do processo de autorização de DPEC antigo: 01/12/2014 Créditos SPED BRASIL []s, "Os políticos e as fraldas devem ser trocados frequentemente e pela mesma razão." (Eça de Queiróz)

Antes de tudo, obrigado a todos pela resposta, farei os testes conforme as mesmas, mas antecipando algumas respostas. Juliomar, no TELNET isso não ocorre, ou seja a resposta que o telnet recebe não é interpretativa, comando com sucesso vem somente a resposta do comando correto, mas qdo dá erro por algum comando indevido ele recebe apenas o CHR(3). Com relação ao trecho da rotina do André, vou analisar calmamente e ver onde estou errando e sobre a do Kiko, farei inicialmente isso, ao abrir a conexão, farei uma recepção para limpar o BUFFER e em seguida o ENVIO e depois uma nova RECEPÇÃO pera ver se recebo o comando limpo. []s,

Pessoal Boa noite Antes de tudo já quero me defender que garimpei minha dúvida no fórum e não a encontrei. Como minha questão é específica para uma ferramenta fora do contexto de desenvolvimento dos aplicativos Acbr: DELPHI e LAZARUS, talvez tenha sido essa a dificuldade de não encontrar tal ajuda no fórum, contudo, estou tentado alterar minha maneira de consumir o NFEMONITOR de comandos TXT para TCP/IP, para tanto segue abaixo as condições e a dúvida: 1 - Estabeleci uma máquina com windows server 2 - Instalei nfemonitor 3 - Configurei como Tcp/Ip, usando a porta padrão 3436 4 - Liberei na rede a referida porta 5 - Fiz os testes com o TELNET tanto no servidor quanto na estação cliente com sucesso 6 - Desenvolvi uma pequena rotina de comunicação entre uma estação (Cliente) e o servidor 7 - Envio comando da estação, os quais são recebidos com sucesso 8 - Aí que a porca torceu o rabo. O problema é, na recepção sempre vem o lixo da condição de status do nfemonitor antes de minhas resposta, conforme abaixo: (a) - Condição de status do nfemonitor: ACBrNFeMonitor2 Ver. 0.8.3.2 - CAPICOM Conectado em: 22/05/14 19:44:00 Máquina: 192.168.0.52 Esperando por comandos. ( - Resposta do comando: OK: Servico em Operação [sTATUS] Versao=4.00 TpAmb=2 VerAplic=4.00 CStat=107 XMotivo=Servico em Operacao CUF=29 DhRecbto=22/5/2014 19:44:08 TMed=1 DhRetorno=30/12/1899 XObs= Alguém saberia me dizer como fazer pra não receber o status do nfemonitor e somente resposta do comando? []s,

rdrtecnologia Humm, essa situação é muito interessante, vc sabe qual é o motivo da denegação, pois ela pode ser pelo emitente ou destinatário. []s

Graça vc cansar de esperar, pq como todos nós sabemos o ambiente (WS) de MG é uma coisa de louco, parece aquela piada do inferno, um dia tem balde e não tem o produto pra carregar, no outro tem o produto, mas não tem balde. Um dia desses eles acertam e por isso que eu deixei MG por último, mas que estiver no gargalo, melhor encher eles de reclamações via email, até a solução e/ou uma resposta definitiva. Ps: O produto vcs devem imaginar o que é. []s,

Rcv, não sei se vai te ajudar, mas como já existe uma versão (Beta) do AcbrNfeMonitor que abrange NFCe e NFe, provavelmente e quase certeza pq ainda não a usei, esta já aceite a versão de geração via INI e pelo xml. Dá uma aolhada no link abaixo: []s,

Melhor ficar calado mesmo, afinal somos burros com cabrestos, onde só enxergamos o q

Isso é uma coisa chata, mas vou te responder, a partir do momento que ele fez uam pergunta e eu a respondi e ele pediu uma dica e eu a forneci, estando certa ou errada, e por sua vez ele, a complementou, isso significa que foi a mim direcionada, conforme histórico abaixo: Walter: Boa noite, utilizo o ACBrNFeMonitor para emissao de CT-e, esta OK. Estou precisando emitir CT-e de duas empresas ( CNPJ ) diferentes , e gostaria de utilizar o uma so instancia do ACBrNFeMonitor. Tem como ? Estava verificando os comandos , ja me ajuda pois como faria no caso das pasta de XML , Envio/Retorno, tem como mudar tambem C:\ERP\Empresa1\Pasta XML C:\ERP\Empresa2\Pasta XML Obrigado. Jorge: Walter Se vc conseguir controlar o uso dos certificados o resto será mais fácil, pq vc terá certificados diferentes um para cada empresa, então terá que mudar o arquivo AcbrNfeMonitor.INI conforme a empresa. []s Walter: Obrigado , pela resposta. Teria algum exemplo de com funciona isto? Jorge: Eu não tenho nenhum exemplo, mas posso dar uma dica, como vc sabe, existe um comando que vc pode ativar e desativar o monitor e vc sabe que o arquivo AcbrNfeMonitor.INI fica na pasta na pasta de mesmo nome, então se a demanda não for muito grande e vc conseguir controlar o uso do monitor enquanto vc altera o arquivo INI em tempo de execução, ou seja, vc teria 2 arquivos INI'S com nomes diferentes e copiaria o que vc fosse usar no momento da execução, ou a edição do arquivo INI e alterar os campos que lhe convier. []s Walter: Entendi sua dica , Obrigado. No Meu caso a demanda e grande de uso...queria uma opniao de usar 2 monitor ou controlar desta forma . Pois por algum motivo a empresa2 gerar TXT, monitor esta funcionando como Empresa1 ja vai dar confusao !!! Ou tem alguma forma de controlar isso . Obrigado Nota: Se vc seguir as perguntas e respostas verá que houve direcionamento as minhas respostas. []s,

Bom André, sei que a dúvida não tem nada a ver com o tópico, eu só não quis deixar o Walter sem resposta, mesmo pq, ela me foi direcionada. Em compensação fiz uma pergunta há um tempo atrás sobre quando as formas de emissão SCAN 6 e 7 estarão disponíveis na aba do monitor e se me lembro bem, não recebi nenhuma resposta, mas nem assim insistir na pergunta. []s,

Eu não tenho nenhum exemplo, mas posso dar uma dica, como vc sabe, existe um comando que vc pode ativar e desativar o monitor e vc sabe que o arquivo AcbrNfeMonitor.INI fica na pasta na pasta de mesmo nome, então se a demanda não for muito grande e vc conseguir controlar o uso do monitor enquanto vc altera o arquivo INI em tempo de execução, ou seja, vc teria 2 arquivos INI'S com nomes diferentes e copiaria o que vc fosse usar no momento da execução, ou a edição do arquivo INI e alterar os campos que lhe convier. []s

Walter Se vc conseguir controlar o uso dos certificados o resto será mais fácil, pq vc terá certificados diferentes um para cada empresa, então terá que mudar o arquivo AcbrNfeMonitor.INI conforme a empresa. []s

Complementando, e gerar no modo normal. []s,

Isso, não precisa, pois não existe esta finalidade na versão 2.0, só a partir da versão 3.10. Então neste caso, vc rtem que informar nos dados adicionais. []s,

AcbrNfeMonitor Binário - Capicom Se estiver utilizando no modo TXT ele ficará da seguinte forma: Aguardando comandos Monitorando Comandos TXT em: C:\ACBR\CMDENT\????????.TXT Respostas gravadas em: C:\ACBR\CMDSAI\????????.TXT Log de comandos será gravado em: W:\ACBR\LOGGERAL\LOG.TXT Log de mensagens do componente será gravado em: W:\ACBR\LOGGERAL\LOGPCN.TXT ???????? = Nome do arquivo texto de comando R: O arquivo poderá estar sendo gravado em pasta errada. Se estiver utilizando no modo TCP/IP ele ficará da seguinte forma: ACBrNFeMonitor2 Ver.0.8.3.3 - CAPICOM Aguardando comandos Endereço: fnl09 192.168.0.52 Porta: [3436] Log de comandos será gravado em: W:\ACBR\LOGGERAL\LOG.TXT Log de mensagens do componente será gravado em: W:\ACBR\LOGGERAL\LOGPCN.TXT R: Os comandos não estão sendo enviados para a porta correta. Ou Se usa no modo compilado por vc aí não sei. []s,

NIlson, nçao sei se vai ter ajudar, mas vai alguans questões abaixo: 1 - Se vc estiver utilizando o scan 3, vc deve serializar a nota entre 900-999 2 - Se for 6 ou 7, não precisa. 3 - Se utilizando a versão 3.10 da nfe, vc é obrigado a referenciar a nota devolvida e o motivo, caso contrario, não precisa, coloque as informações necessárias nos dados adicionais. []s,

Josadac Anexa o xml gerado, é mais fácil interptretar, as vezes no modo INI vc não identifica o problema. []s,

Edson Bom dia Normalmente este tipo de problema está relacionado com os certificados de cadeia e/ou do cliente. []s,

Pra facilitar pra vc.

Mais uma coisa, se vc estiver usando a versão CAPICOM, deve atualizá-la. []s,

Harison Vc citou várias informações, mas este XP está com o pack 3? []s,

Não é isso Graça, este problema é do sefaz mesmo, leia abaixo: O erro 286 ocorre quando o Web Service da SEFAZ não consegue recuperar a LCR - Lista de Certificados Revogados da AC emissora do certificado digital que está sendo utilizado pelo emissor da NF-e. Esta validação é prevista na regra A04 do bloco de Validação do Certificado Digital utilizado na transmissão. A SEFAZ deve estar com algum problema no link da internet que impede o acesso ao site da AC emissor do certificado digital para fazer o download da LCR. Em geral, o problema costuma ser passageiro nas UF que não fazem o tratamento desta falha, assim a primeira recomendação é tentar o reenvio. Contudo, se a SEFAZ não solucionar o problema a única solução é adotar o processo de contingência. []s,

Neste caso não Graça, o problema é do sefaz mesmo, ele não consegue verificar a validade na lista de certificados expirados. []s,

Pessoal Rejeição: Certificado Assinatura erro no acesso a LCR Com certeza é da WS de MG. []s.