Paulo Tenório

Bom dia senhores, Hoje pela manhã atualizei os componentes pelo SVN, reinstalei tudo e, quando tentei recompilar o ACBRNFEMonitor deparei-me com a falta do arquivo DoACBrNFeXMLUnit. Pesquisei na pasta inteira e não o encontrei mesmo. Alguém pode me enviá-lo ou subí-lo no SVN? Obrigado.

Senhores, Na minha rede utilizamos um servidor NFe centralizado para todos os trabalhos referentes à NFe. Algumas vezes o usuário precisa fazer o download do XML para movimentar automaticamente as notas de fornecedores que se perdem no envio ou simplesmente não se preocupam em nos enviar este arquivo. o retorno do comando grava o XML baixado na pasta configurada como "WEBSERVICE_ENV-REC", de onde mando copiar para a máquina do usuário solicitante. Às vezes a cópia falha embora o arquivo esteja gravado corretamente no diretório configurado no servidor. O que eu gostaria de implementar é um salvamento à partir do TXT de retorno pois no retorno.txt chega o conteúdo do arquivo XML como String. Tenttei salvar esse retorno mas o arquivo criado não fica formatado. Existe algum comando que eu possa usar para salvar o retorno "procNFe" no formato XML da NFe? Obrigado

Foi modificado o site e o componente ACBrIBPTax não consegue baixar a tabela com os percentuais de imposto por NCM. A promessa é que, a partir do dia 22/05/2013, os dados voltem a ser disponibilizados. Alguém que conseguiu baixar, antes do bloqueio, poderia disponibilizar essa tabela para download?

Obrigado Daniel e Regys. Deu tudo certo na emissão da ReduçãoZ. Aumentei o timeout e os dados da redução foram capturados com sucesso.

Ok Daniel, vou tentar a mudança. Posso usar o evento ACBRECF1AntesReducaoZ ou é mais indicado fazer manualmente via código?

Amigos, Desenvolvemos nosso próprio PAF-ECF e aconteceu algo estranho com uma de nossas filiais. No decorrer do dia, aleatoriamente a aplicação perde a comunicação com a ECF. Até aím tudo bem, pode acontecer com portas emuladas através de placas PCI. O pior é que uma das filiais nunca mais conseguiu capturar os dados da ReducaoZ. Coloquei um try except após a primeira tentativa, na esperança de conseguir mas não adiantou. Seguem os logs da ACBR e da Aplicação para quem puder analisar e me ajudar: ACBRLOG: 22:07:00:015 RX <- :0030B88000C100[CR]4 -- 22:07:02:156 Estado TX -> [FS]R[200]056[181] 22:07:02:296 RX <- :[200]0560[CR][252] -- 22:07:02:296 TX -> [GS][ACK][ESC] 22:07:02:437 RX <- :0030B88000C100[CR]4 -- 22:07:13:843 NumCOOInicial TX -> [FS]R[200]027[179] 22:07:14:000 RX <- :[200]027017843[CR][195] -- 22:07:14:000 Estado TX -> [FS]R[200]056[181] 22:07:14:140 RX <- :[200]0560[CR][252] -- 22:07:14:140 TX -> [GS][ACK][ESC] 22:07:14:296 RX <- :0030B88000C100[CR]4 -- 22:07:14:296 ReducaoZ( 30/04/2013 22:07:14 ) TX -> [FS]F[234]300413220714[183] Daruma: Falha no Envio do CMD. Tentativa: 1 - Erro: 0 - Estendido: 0 -> Erro não documentado Cod.Aviso: 0 22:07:29:312 RX <- ----------------- ERRO ----------------- Impressora Daruma não está respondendo ---------------------------------------- -- 22:07:29:328 Estado TX -> [FS]R[200]056[181] Daruma: Falha no Envio do CMD. Tentativa: 1 - Erro: 0 - Estendido: 0 -> Erro não documentado Cod.Aviso: 0 22:07:32:453 RX <- ----------------- ERRO ----------------- Impressora Daruma não está respondendo ---------------------------------------- -- 22:07:32:453 Estado TX -> [FS]R[200]056[181] Daruma: Falha no Envio do CMD. Tentativa: 1 - Erro: 0 - Estendido: 0 -> Erro não documentado Cod.Aviso: 0 22:07:35:593 RX <- ----------------- ERRO ----------------- Impressora Daruma não está respondendo ---------------------------------------- LOG DA APLICAÇÃO: 30/04/2013 22:07:02 - REDUÇÃO Z: Início do processo 30/04/2013 22:07:02 - REDUÇÃO Z: Não existe redução pendente 30/04/2013 22:07:10 - REDUÇÃO Z: Confirmada a emissão da Redução Z sem estar pendente Select * From VwPreVendasAbertas Where DateDiff(Day,Data_Pedido, GetDate()) > 0 30/04/2013 22:07:13 - REDUÇÃO Z: Não existem Pré-Vendas para cancelar 30/04/2013 22:07:13 - REDUÇÃO Z: Vai executar a Redução Z atualizando o horário... 30/04/2013 22:07:32 - REDUÇÃO Z: Falha ao executar o comando ACBRECF1.ReducaoZ('30/04/2013 22:07:32'): Impressora Daruma não está respondendo 30/04/2013 22:07:35 - REDUÇÃO Z: Falha ao executar o comandoACBRECF1.ReducaoZ: Impressora Daruma não está respondendo 30/04/2013 22:09:45 - Inicio do BACKUP

Veja um exemplo utilizando o ACBRNFeMonitor: Primeira consulta. Resultou vazia porque no intervalo de 50.000 notas iniciadas com o NSU que informei, nenhuma delas foi destinada ao meu CNPJ: 23/04/2013 17:17:32 - Nfe.ConsultaNFeDest("99999999999999","0","0","6943982783") OK: versao=1.01 tpAmb=1 verAplic=1.0.0 cStat=137 xMotivo=Nenhum documento localizado para o destinatario dhResp=23/04/2013 17:17:16 indCont=1 ultNSU=6944482783 Dentro do loop, acaba acontecendo de surgir uma ou mais notas: 23/04/2013 17:17:34 - Nfe.ConsultaNFeDest("99999999999999","0","0","6944482782") OK: versao=1.01 tpAmb=1 verAplic=1.0.0 cStat=138 xMotivo=Documento localizado para o destinatario dhResp=23/04/2013 17:17:18 indCont=1 ultNSU=6944982782 [RESNFE001] NSU=6944644777 chNFe=XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX CNPJ=99999999999999 xNome=EXEXRXCXL - XLXTXIXA XOXEXCXAX LTDA IE=999999999 dEmi=23/04/2013 tpNF=1 vNF=390,31 digVal=mV7T+ck85A9lVRADBOQQUgRQEOU= dhRecbto=23/04/2013 15:36:26 cSitNFe=3 cSitConf=0 [RESCANC001] NSU=6944933322 chNFe=XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX CNPJ=99999999999999 xNome=EXEXRXCXL - XLXTXIXA XOXEXCXAX LTDA IE=999999999 dEmi=23/04/2013 tpNF=1 vNF=390,31 digVal=mV7T+ck85A9lVRADBOQQUgRQEOU= dhRecbto=23/04/2013 15:36:26 cSitNFe=3 cSitConf=0 Repare que no arquivo de resposta as notas resultantes recebem numeração sequencial dentro da consulta no exemplo,. RESNFE001 representa a primeira nota resultante na página. Se retornasse outra nota, a mesma receberia a identificação RESNFE002, e assim sucessivamente até o limite de RESNFE050. Repare que, no caso do retorno RESNFE001, logo em seguida vem a informação de que a nota foi cancelada, confirmando a cSitNFe=3 e permitindo que você armazene os dados de cancelamento, se quiser. Entenda que o tratamento deve ser linha-a-linha, semelhante ao que se faz no TEF.

O mais correto é utilizar o retorno indCont. Enquanto ele for = '1' existem notas a serem consultadas, quando ele retornar '0' indicará o verdadeiro fim da consulta. Entre o '1' e o '0', chegarão alguns retornos vazios e alguns com notas. Isso se dá porque a consulta é sequencial no servidor da SEFAZ e é paginada de 50.000 em 50.000 notas na ordem em que forão recebidas e autorizadas. O limite do retorno é de 50 por consulta. Nenhuma nota será retornada pela consulta, apenas os dados básicos para identificação dela: nsu = Número Sequencial Único da nota, gerado em ordem de chegada no servidor da SEFAZ; chnfe= Chave da NFe; cnpj= CNPJ do Emitente da NFe; xnome= Razão Social do Emitente da NFe; ie= Inscrição Estadual do Emitente da NFe; demi= Data da Emissão da NFe; tpnf= Tipo da NFe 0 = Entrada 1 = Saída; vnf=' Valor da NFe; digval = Dígitos de Validação; dhrecbto = Data/Hora em que a NFe foi recebida pela SEFAZ; csitnfe = Situação da NFe (1=Normal 3=Cancelada); csitconf = Situação da Confirmação da NFe (0=Não Manifestada, 1=Confirmada, 2=Desconhecimento 3=Não Realizada 4=Ciência da Operação);

Glauber, Pode até ser feito da forma como interpretou mas acredito que a maioria esteja aguardando por uma nova versão do DANFE onde conste uma nova coluna para PIS, outra para COFINS e próximo ao totalizador de ICMS os totalizadores de PIS e de COFINS. É só uma questão de exibiução, visto que o XML já trata devidamente estes impostos. Eu, por exemplo, já utilizo o campo de informações adicionais do produto para outra finalidade e seria inviável inserir lá esses novos dados.

Amigos, Hoje, após recompilar o ACBRNFeMonitor começou a acontecer uma anomalia. O XML gerado inicialmente contém um determinado valor que é apagado após validar e assinar. Versão inicial do XML: - <infAdic> <infCpl>'"Oper. Reg. em equip. ECF de acordo com Art. 699-Z-P, 1 . I a IV."; Ref. Cupom Fiscal COO No.: 053851 ECF No.: 002 emitido em: 27/04/2013 10:21:53 DAV: 1101912338 - Vendedor: Lele ;Pg sinal: 1.412,00 CNFV: 053159 em: 13/04/2013 14:52:55 ;1,00 (MASTER/REDESHOP "Oper. Reg. em equip. ECF de acordo com Art. 699-Z-P, 1 . I a IV."; '</infCpl> - <obsFisco xCampo="PAF-ECF"> <xTexto>MD50BCE3AA20FD4ABA8F220556246B5FBEE</xTexto> </obsFisco> </infAdic> Após Validar / Assinar na versão anterior: (ACBrNFeMonitor 0.7.9.2.exe) - <infAdic> <infCpl>'"Oper. Reg. em equip. ECF de acordo com Art. 699-Z-P, 1 . I a IV."; Ref. Cupom Fiscal COO No.: 053851 ECF No.: 002 emitido em: 27/04/2013 10:21:53 DAV: 1101912338 - Vendedor: Lele ;Pg sinal: 1.412,00 CNFV: 053159 em: 13/04/2013 14:52:55 ;1,00 (MASTER/REDESHOP "Oper. Reg. em equip. ECF de acordo com Art. 699-Z-P, 1 . I a IV."; '</infCpl> - <obsFisco xCampo="PAF-ECF"> <xTexto>MD50BCE3AA20FD4ABA8F220556246B5FBEE</xTexto> </obsFisco> </infAdic> Após Validar / Assinar na versão atual: (ACBrNFeMonitor 0.7.10.3.exe) - <infAdic> <infCpl>'"Oper. Reg. em equip. ECF de acordo com Art. 699-Z-P, 1 . I a IV."; Ref. Cupom Fiscal COO No.: 011400 ECF No.: 001 emitido em: 27/04/2013 11:16:10 DAV: 1301134483 - Vendedor: Lilian "Oper. Reg. em equip. ECF de acordo com Art. 699-Z-P, 1 . I a IV."; ;Faturado em: 27/04/2013 11:16:31 ;429,00 (MASTER/REDESHOP) '</infCpl> - <obsFisco xCampo=""> <xTexto>MD58C1E484F869DE5546D747650FBD25719</xTexto> </obsFisco> </infAdic> Voltei à versão anterior e deu tudo certo, parece que é algo na versão mais atual. Mais alguém está enfrentando esse problema ou pode me ajudar a encontrar o motivo/solução?

'Smtp.domínio.com.br', // SERVIDOR SMTP '587', // PORTA DE SAÍDA 'xxx@domínio.com.br', // USUÁRIO 'xxxxxxxxxx', // SENHA '[email protected]', // DE: '[email protected]', // PARA 'Assunto', // ASSUNTO 'xxxxx', // MENSAGEM (STRING) False, // SSL? True, // ENVIA PDF? NIL, // COM CÓPIA PARA: ListaAnexo, // ANEXOS (TSTRING) False, // PEDIR CONFIRMAÇÃO? False, // AGUARDAR ENVIO? 'NFe Óticas Paris', // NOME DO REMETENTE: True); // TLS?

Amigo, Atente para a mudança da porta do SMTP. Não é mais recomendável utilizar a porta 25 por conta dos "SPAM". Por esse motivo a locaweb (de quem também sou cliente) acatou a recomendação do comitê gestor da internet e passou a utilizar a porta 587. experimente fazer a alteração.

Os homologadores não olham o leiaute, o que importa é que os dados estejam inacessíveis ao usuário, só podem ser manipulados por um programa de configuração para liberar o uso do sistema com o ECF conectado (não pode ser deixado na máquina do cliente) e pela própria aplicação para atualizar e conferir dados (sempre sem o controle do usuário, é a sua segurança no caso de tentativa de fraude). Eu inicialmente usava um arquivo semelhante ao seu, mas acabei passando a usar o o componente ACBRAAC que, ligado ao dispositivo ECF faz automaticamente as atualizações, simplificando minha vida. Esse componente mantém o conteúdo todo criptografado por uma chave que você fornece, fica impossível editá-lo manualmente sem inutilizar todos os dados.

Alguns órgão homologadores permitem, outros não. No meu caso, o órgão homologador aqui no ES permite notebook desde que o equipamento não saia da sala de análise até a emissão do laudo. É interessante enviar um questionário ao seu homologador, tirando antecipadamente todas as dúvidas. A interpretação do ato COTEPE e da ER varia um pouco de órgão para órgão. Por exemplo, para minha homologação, que será entre 15 e 16 deste mes, questionei: 1 – Já está definida a ER que regerá nossa análise ou será através de algum ato COTEPE com ER antiga (15 e 16/04/2013)? R - Foi publicado novo ato cotepe, mas entrará em vigor em 01/07. Até esta data, vale o Ato Cotepe 06/08 – versão 01.13. 2 – Para facilitar nossa vida com relação ao transporte de equipamentos, poderá ser usado notebook para executar o PAF-ECF? Em caso negativo, poderá ser usado, pelo menos, como servidor de dados/NFe? R - Poderá usar notebook, desde que permaneçam na Faesa até o final da análise. 3 – Precisa ser levado um pinpad ou os dados do TEF poderão ser digitados via teclado? R - A orientação é de que seja usado PINPAD. 4 – Não trabalhamos com Pré-Venda, o módulo foi desenvolvido unica e exclusivamente para atender aos testes. É necessário implementar mesclagem ou podemos permanecer sem mesclagem como na homologação anterior? R - A mesclagem de PV se tornou opcional na versão 01.13 da ER. 5 - A rotina de testar ECF (Número de Serie e GT), deve ser disparada em todos os acessos ao ECF (inclusive itens do Menu Fiscal) ou somente no momento da venda? R - Não há testes para verificação destes dados quando acessando o Menu Fiscal. No entanto, quando houver indisponibilidade da ECF (por problema técnico ou por detecção de ECF não autorizada), todos as opções de Menu Fiscal que exigirem o ECF deverão ser desabilitadas (veja Requisito XVII). 6 – O Menu Fiscal pode ser ativado com cupom fiscal aberto? Se sim, basta desativar os botoes que fazem comunicacao com o ECF? R - O Menu Fiscal deve estar acessível em qualquer tela do aplicativo, salvo quando da execução de comando de impressão no ECF: O PAF-ECF deve, salvo quando da execução de comando de impressão de documento, em todas as suas telas, conter uma caixa de comando ou tecla de função identificada “MENU FISCAL”, sem recursos para restrição de acesso, contendo categorias com as seguintes identificações e funções, exceto se a função não for disponibilizada pelo software básico do ECF, hipótese em que deverá apresentar a mensagem “Função não suportada pelo modelo de ECF utilizado”: 7 – Podem nos enviar um print (scaneado) de um gerencial do Relatório de Identificacao do PAF-ECF (mudou muita coisa) e do Parâmetros de Configuracao (tem muita coisa especifica e nós somos um desenvolvedor próprio apenas para o ES) ? 8 – A Pré-Venda pode aceitar cliente sem CPF (venda ao consumidor)? O DAV pode ser emitido para cliente sem CPF ou CNPJ valido ? R - Não há obrigação de que o usuário informe o CPF/CNPJ, mas se este dado for informado, precisa ser validado. 9 – Para os testes de NFe nós não temos CNPJ de homologação, todos os CNPJ estão em produção. poderemos criar e transmitir a nota em nome de alguma filial cancelando em seguida ou existe alguma outra forma de realizar os testes? R - Vocês deverão trazer um acesso a web por 3G, visto que nossa rede não permitirá este tipo de transação. O normal é realizar o teste em um ambiente de homologação. No seu caso, podemos fazer como você sugeriu. 10 – Com relação aos Programas de Conceção de Crédito, varios Estados tem Nota Legal, Cupom Mania, Paraiba Legal etc. Nós atendemos apenas ao ES, temos que implementar todos os existentes ou apenas o que for exigido pelo ES, se houver? R - Apenas o exigido no ES. Farei uma observação no laudo de que o seu sistema não atende os outros estados. 11 – O Relatório Troco de Cartão (Relatório Diário e Menu Fiscal) é válido para o ES ou permanece exigido apenas para SC? R - Apenas para SC.

Amigo, o arquivo auxiliar criptografado AAC edve conter inicialmente apenas algumas informações de segurança para que o desenvolvedor se proteja da intervenção acidental ou proposital de algum cliente. É nele que armazenamos parâmetros e informações confidenciais para blindar o sistema e conferir a integridade dos dados armazenados em relação ao ECF conectado. nada impede que guardemos lá outras informações, são ilimitadas as possibilidades. Você pode utilizá-lo em substituição, por exemplo, a qualquer arquivo .ini que sua aplicação necessite.

Ok Daniel, eu entendo a dificuldade que existe em tornar o código compatível com todos os fabricantes. Optei por fazer isso também e espero que nenhum homologador ou fiscal criem caso questionando o fato de ter totalizadores distintos no ECF sem a devida totalização individual.

André, Agora deu tudo certo com a sua versão aqui no ES. Usei: IF SolicitaMonitorNFeSaida('NFE.ENVIAREVENTO("' + ' [EVENTO]' + chr(13) + ' idLote=1' + chr(13) + ' [EVENTO001]' + chr(13) + ' chNFe=' + Trim(Dsadnotasai.Dataset.Fieldbyname('NFe_Chave').Asstring) + chr(13) + ' cOrgao=' + Trim(Dsadnotasai.Dataset.Fieldbyname('NFe_cUF').Asstring) + chr(13) + ' CNPJ=' + Trim(Modulo.ADOEmitente.FieldByName('CNPJCPF').AsString) + chr(13) + ' dhEvento=' + DateTimeToStr(IncMinute(NOW, -10)) + chr(13) + ' tpEvento=' + '110111' + chr(13) + ' nProt=' + Trim(Dsadnotasai.Dataset.Fieldbyname('NFE_PROTOCOLO').Asstring) + chr(13) + ' xJust='+cJustificativa+'")' ) THEN

André, Aqui comigo acontecu o seguinte com a sua versão: Falha na validação dos dados do Envio de Evento '' violates pattern constraint of '[0-9]{15}'. The element '{http://www.portalfiscal.inf.br/nfe}nProt' with value '' failed to parse.

No meu caso as filiais ficam conectadas o dia inteiro via VPN consumindo os recursos do ACBRNFeMonitor centralizado com o certificado A3 da matriz (que pode assinar por ela e qualquer filiail). Quando não tem internet, interrompem temporariamente a emissão de notas até que um celular, modem 3G ou qualquer outro meio de acesso à internet seja disponibilizado na rede daquela filial.

Não seria o caso de usar o ACBRNFeMonitor juntamente com o Token em um servidor?

Walter, Você acha seguro importar automaticamente esse XML dos e-mails? Sou ferrenho defensor da automação de processos mas, no caso de notas fiscais, é muito comum ocorrerem erros de emissão, envio, etc. A solução que encontrei aqui e que tem funcionado perfeitamente é criar um repositório compartilhado na rede onde são salvos os XMLs recebidos por e-mail e ainda disponibilizar o download da SEFAZ para os casos de chegar mercadoria antes de chegar o e-mail com XML (em alguns casos nem chega). Pode ocorrer XML corrompido dentre outras falhas. Tem dado muito certo agir assim, em caso de falha na importação do XML recebido, é possível fazer o download na SEFAZ e sobrepor o XML recebido por e-mail, permitindo que a importação seja realizada sem erros.

Ok, eu também nunca ouvi falar de alguém que tenha usado. Como vocês informam no registro E13 do Movimento Diário esses totalizadores? Eu informava separado deixando igualzinho à Leitura X e Redução Z. Ficava um registro para N1 e outro para N2, por exemplo. A Tabela de Códigos dos Totalizadores Parciais sugere N“n” onde “n” representa o número do totalizador.

Boa tarde, Antes de utilizar a ACBR, eu utilizava a DLL da Daruima e, no método RETORNAINFORMACAO com o índice 140 vinham todos os totalizadores separados. Atualmente, quando eu utilizo ACBrECF1.DadosUltimaReducaoZ, as operações de substituição tributária vêm unificadas (somadas F1 e F2), assim como todas as outras (I1 e I2,N1 e N2, etc). Na geração do movimento diário, eu sempre informei esses totalizadores, cada um com seu nome específico. Como farei de agora em diante para informar esses totalizadores estando eles unificados? Com que sigla eu vou informá-los?

Marlon, quanto tempo demora entre a emissão do cupom fiscal e a descoberta da necessidade de cancelá-lo? Talvez o único caminho seja separar a rotina de emissão do comprovante da entrega e a emissão do cupom, no banco de dados você liga os dois pelo COO do cupom fiscal. Dessa forma, o operador terá tempo de conferir e decidir sobre o cancelamento do cupom antes de emitir o comprovante de entrega. Caso não seja possível prever essa necessidade, o único jeito é posteriormente emitir uma nota de devolução para abater os impostos e criar uma rotina onde grave no banco de dados o cancelamento da entrega daquele COO.

markapollo, qual a qualidade da sua conexão internet? Aqui no meu setor, temos 20Mb de conexão da NET compartilhada com 14 terminais locais + RAS de acesso remoto das filiais para importação/exportação de dados. Eu centralizo aqui Matriz + 10 filiais (11 CNPJ) para tudo o que se refere à Nota Fiscal Eletrônica. Consulto e Manifesto tudo em poucos minutos e, uma vez por semana zero meu último nsu e consulto tudo novamente para manter minha base sempre sincronizada. Faço essa pergunta porque anteriormente, tentei fazer esse processo através de uma conexão via rádio da INTERVIP e tive vários retornos de inatividade, time out, etc.