jorge andrade

Josadac Complementando o post anterior, resolvi o erro que estava ocorrendo e segue abaixo o envio na nota em SVC normalmente. 28/5/2014 00:40:07 - NFe.SetFormaEmissao(7) OK: 28/5/2014 00:40:29 - NFE.ValidarNFe(W:\ACBR\NFESAI\TESTE\29140599999999999999550010000053897000055430-nfe.xml) OK: 28/5/2014 00:40:38 - NFE.EnviarNFe(W:\ACBR\NFESAI\TESTE\29140599999999999999550010000053897000055430-nfe.xml,5811,0,0) OK: Lote recebido com sucesso [ENVIO] Versao=SVRS20131127114833 TpAmb=2 VerAplic=SVRS20131127114833 CStat=103 XMotivo=Lote recebido com sucesso CUF=29 NRec=297002148019078 DhRecbto=28/5/2014 00:40:36 TMed=1 Autorizado o uso da NF-e [RETORNO] Versao=SVRS20140424091634 TpAmb=2 VerAplic=SVRS20140424091634 NRec=297002148019078 CStat=100 XMotivo=Autorizado o uso da NF-e CUF=29 [NFE5389] Versao=SVRS20140424091634 TpAmb=2 VerAplic=SVRS20140424091634 CStat=100 XMotivo=Autorizado o uso da NF-e CUF=29 ChNFe=29140599999999999999550010000053897000055430 DhRecbto=28/5/2014 00:40:37 NProt=729140000000571 DigVal=9j1N6BN50Dg/2kxPM5nLjnZeXYo= 28/5/2014 00:41:17 - NFE.ImprimirDanfe(W:\ACBR\NFESAI\TESTE\29140599999999999999550010000053897000055430-nfe.xml) OK: Danfe Impresso com sucesso []s,

Josadac Fiz um teste para confirmar se ao determinar a forma de emissão, se o envio é confirmado e constatei que sim, embora tenha um erro no meu processo, o que não é ao caso, o qual irei analisar calmamente, mas, significa que mesmo sem a aba no NfeMonitor, este já aceita o envio. 27/5/2014 23:28:47 - NFe.SetFormaEmissao(7) OK: 27/5/2014 23:29:42 - NFE.ValidarNFe(W:\ACBR\NFESAI\TESTE\29140599999999999999559000000053897000055434-nfe.xml) OK: 27/5/2014 23:29:54 - NFE.EnviarNFe(W:\ACBR\NFESAI\TESTE\29140599999999999999559000000053897000055434-nfe.xml,5809,0,0) OK: Lote recebido com sucesso [ENVIO] Versao=SVRS20131127114833 TpAmb=2 VerAplic=SVRS20131127114833 CStat=103 XMotivo=Lote recebido com sucesso CUF=29 NRec=297002148018821 DhRecbto=27/5/2014 23:29:53 TMed=1 Nota(s) não confirmadas: 5389-> [RETORNO] Versao=SVRS20140424091634 TpAmb=2 VerAplic=SVRS20140424091634 NRec=297002148018821 CStat=502 XMotivo=Rejeicao: Erro na Chave de Acesso - Campo ID nao corresponde a concatenacao dos campos correspondentes CUF=29 []s,

Até onde eu sei sim, muitos utilizam esta "Interface" ferramenta. []s,

Seja bem vindo Everton Mais um do fórum fivewin na área. Como vc está começando, eu o aconselho a fazer a assinatura do SAC, onde vc poderá usufruir além das respostas imediatas, acesso a post's específicos e diante de sua pressa, as versões mais recentes geradas semanalmente. Acredito que o Juliomar já disse tudo em relaçao aos caminhos a seguir, pois o AcbrMonitor irá lhe permitir contemplar as operações que precisa, relativas a geração, emissão do boleto e etc... []s,

Josadac Vc fez o teste setando a forma de emissão 6 e 7 com tpAmb = 2? Caso não tenha feito, tentarei fazer coma última versão 0.8.5.2 e postarei aqui pra vc. Tenho clientes para os 2 ambientes SVCRS e SRVAN. []s,

Atílio Em notas complementares, vc deve informar todas as informações que ficam faltando na nota principal. Analise sempre a situação se vale a pena fazer a nota complementar, ajustes e/ou se devolver a principal revertendo a operação e fazer outra correta. Em alguns casos, nem a complementar e a de ajuste resolvem o problema, pois se caso sua nota foi gerada completamente fora do regime, com tributos indevidos e está fora do prazo para cancelamento, neste caso vc tem duas opções: Fazer uma nota de devolução revertendo a operação,desde de que vc possa se beneficiar dos tributos devolvido ou cancelando a nota fora de prazo via sefaz (Aos que permitem), mas se foram valores menores, aí vc complementa com as diferenças ou informações não informadas anteriomente. Obs: Minha opinião não é a vedade absoluta, portanto, antes de vc fazer qualquer uma das situações, converse com o contador da empresa, embora muitos nem sabem como proceder, porém, é melhor ter o aval deles. []s, []s,

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,