Italo Giurizzato Junior

Bom dia, Da forma que você esta fazendo é como se altera-se o XML diretamente. Há necessidade de gerar novamente todo o XML com os 3 campos sitados por você alterados para depois realizar uma nova assinatura. Sendo assim há necessidade de executar o Clear. Uma dica não precisa executar o GerarNFe, pois o Assinar já faz isso, ou seja, ele gera o XML da NF-e.

Bom dia, A SEFAZ-RJ se tratando da NFC-e se utiliza da SEFAZ-Virtual do RS, sendo assim acredito que o problema pode ter haver com o horário. Ou em função das diversas mudanças que estão ocorrendo a SEFAZ-Virtual do RS esta retornando esse status devido alguma falha ou alteração indevida realizada por eles.

Programa exemplo do ACBrNFSe - Trunk2 Visulizar Arquivo Na pasta onde for descompactado o executável, deve-se colocar junto os arquivos INI que são baixados junto com os fontes do repositório Trunk2. Autor Italo Jurisato Junior Enviado 09-10-2015 Categoria Utilitários ACBr

Boa tarde Cesar, Tentou: sChave := ACBrNFe1.GerarChaveContingencia(.....);

Antonio, Se o Enviar retornar True não significa que o cStat é igual a 100, mas sim que não ocorreu nenhum erro de conexão com a SEFAZ. Portanto no bloco entre begin end; que esta antes do except você tem que checar o valor de cStat, bem como as demais informações. Se o cStat = 100 significa que a nota foi autorizada, caso contrário ela pode ter sido denegada ou rejeitada. Já o bloco begin end; após o except você que tem apresentar uma tela ao usuário que algum problema técnico ocorreu, neste caso pode ter sido antes do envio ou após o envio. A recomendação neste caso é primeiro levar em consideração que o problema foi após o envio, neste caso devemos carregar o componente o o XML da nota enviada e realizar uma consulta. Se realmente o problema ocorreu após o envio, teremos como retorno o protocolo de autorização ou a rejeição da nota por esta conter dados incorretos. Por outro lado se recebermos uma mensagem acusando que a nota não consta no banco de dados da SEFAZ, concluímos que o problema ocorreu no envio, sendo assim devemos providenciar o reenvio da mesma. Toda nota rejeitada devemos efetuar a correção do dado errado e enviar novamente a nota com o mesmo numero. Por outro lado uma nota denegada, significa que o destinatário possui algum problema no Fisco, logo a SEFAZ não autoriza a venda a essa pessoa.

Werner, Antes de executar o EnviarEmail, o componente esta sendo carregado com o XML do CT-e, ou seja, você esta usando o LoadFromFile para carregar o CT-e antes?do seu envio por e-mail

Essas não tem nada haver com o Timeout que falei.

Boa tarde Rolemar, Vamos ver se eu entendi o que esta ocorrendo: A nota é enviada e ao imprimir o DANFE é impresso a mensagem que a mesma não foi enviada para a SEFAZ, correto? Usando o próprio monitor você realiza a consulta e em seguida manda imprimir o DANFE e o mesmo é impresso correto, ou seja, sem a mensagem, correto? Se a resposta for sim, acredito que o problema esteja na sua internet que esta fazendo com que o monitor não receba a resposta da SEFAZ informando que a nota foi autorizada. Não conheço o ACBrMonitor Plus, mas verifique se o mesmo possui uma configuração chamada Timeout, caso afirmativo aumente o seu valor, quem sabe o problema desaparece.

Antonio, O Enviar tem que ficar dentro de um Try. E você tem que se basear pelo valor de cStat e não pelo valor True ou False retornado pela função Enviar.

Boa tarde, Os últimos 9 dígitos são 8 do cCT e 1 do Digito Verificador. Se esta diferente é porque você optou por fazer com que o componente gere automaticamente de forma aleatória o cCT (código aleatório do Conhecimento de Transporte). A SEFAZ aconselha que o cCT seja aleatório. Você pode contornar esse problema fazendo o seguinte: 1. Quando for salvar no banco de dados as informações pertinentes ao conhecimento gere um numero aleatório com no máximo 8 dígitos e que seja maior que zero. Salve esse numero com as demais informações no banco de dados. 2. Quando for alimentar o componente com os dados atribua o numero gerado a propriedade cCT. 3. Caso você utilize o LoadFromFile para carregar o conteúdo de um XML do CT-e, lembre-se de atribuir o valor False como segundo parâmetro, isso faz com que o componente não gere novamente o XML. Espero ter ajudado.

Felipe, O ACBrMonitor Plus não se utiliza dos mesmos componentes que são utilizados pelo ACBrNFeMonitor. Foi feito um Refactoring em todos os componentes e o ACBrMonitor Plus se utiliza das novas verões dos componentes. É bem provável que no Refactoring algo esteja errado provocando esse problema.

Boa tarde, A empresa esta credenciada junto a SEFAZ a emitir NFC-e?

Boa tarde Antonio, A propriedade Timeout só existe no componente disponível em Trunk2.

Boa tarde Antonio, Quando o Enviar retorna False significa que algum erro ocorreu no envio ou no retorno, não tem nada haver com o status. Se o retorno foi True você deve ler o conteúdo de cStat, nos manuais e notas técnicas possuem uma tabela com os códigos retornado em cStat e seu significado. Mas lembre-se que a descrição você pode obter também pela propriedade xMotivo.

Boa tarde Felipe, A equipe ACBr esta investigando esse problema. A principio o consultar é para realizar uma consulta simples a SEFAZ e retornar a informação se a nota esta autorizada ou não, se sim, o protocolo de autorização. Mas se antes de realizar essa consulta ou como você usa o Monitor for informado o caminho + nome do xml da nota que esta sem o protocolo de autorização o consultar alem de realizar a consulta atualiza o XML acrescentando o protocolo de autorização. Aconselho a não alterar o nome do XML e nem coloca-lo em outra pasta que não seja as configuradas, pois isso pode fazer com que essa atualização não seja realizada.

Boa tarde Werner, Você criou a lista de e-mail que serão enviados com cópia? (...) , True // Enviar PDF junto , CC // Lista com emails que serão enviado cópias - TStrings , nil); // Lista de anexos - TStrings Se o e-mail será enviado para somente uma pessoa ou seja o tomador do serviço você passar como parâmetro o valor NIL. , True // Enviar PDF junto , nil // Lista com emails que serão enviado cópias - TStrings , nil); // Lista de anexos - TStrings

Boa tarde Rogério, Antes de executar o método Consultar você esta carregando o XML da NF-e? Se sim, você poderia postar em anexo o arquivo: *-sit.xml ?

Boa tarde Marcio, Se esta falhando na validação da TAG qrCode o problema é que você não configurou as propriedades CSC e idCSC do componente.

Boa tarde Pedro, Por favor leia a Nota Técnica 2014/001 v1.10 que trata sobre o Evento EPEC. É ele que substitui o DPEC.

Boa tarde Antonio, Se o retorno for True significa que o status é 107.

Felipe, Você poderia postar em anexo esse XML? Alem de tirar o protocolo de autorização para realizar esse teste você também esta alterando o nome do arquivo XML?

Bom dia Luiz, Se eu entendi você não esta conseguindo salvar os XML separados por mês é isso? O problema é que a propriedade de configuração mudou de nome agora ela se chama SepararPorMes. ACBrNFe1.Configuracoes.Arquivos.SepararPorMes := True;

Bom dia Felipe, O caminho do XML que você esta passando como parâmetro contem o nome do XML também? Se sim, esse XML esta assinado, mas sem o protocolo de autorização?

Bom dia Icozeira, Estou realizando diversas alterações no componente ACBrNFSe a fim de compatibiliza-lo com o Trunk2. Peço desculpas caso eu venha disponibilizar algum fonte com algum erro de sintaxe, pois a maior parte do tempo realizo as alterações aqui na empresa que ainda estou com os fontes do Trunk instalados, portanto não tenho condições de compilar. Acabo compilando em casa depois das 18:00 e é ai que descubro que tem algum erro. Mas vamos as boas novas. Em casa estou realizando testes com o provedor Ginfes e com as alterações os métodos: Enviar, Consultar Situação do Lote, Consultar Lote, Cancelar NFS-e, Imprimir NFS-e, Enviar e-mail e gerar o Link NFS-e já estão funcionando. Esta faltando testar e fazer as devidas correções nos métodos: Gerar Lote RPS (não realiza envio, apenas gera o lote e salva em disco para ser importando pelo site da prefeitura) e Consultar NFS-e por RPS. Por fim vai ficar faltando os métodos: Gerar NFS-e (lote contendo apenas um RPS), Enviar Síncrono e Substituir NFS-e. Mas para esses 3 últimos métodos será necessário testar com outro provedor, pois o Ginfes não disponibiliza esses serviços. Para aqueles que tem clientes cujas cidades são atendidas pelo provedor Ginfes podem realizar os testes, pois as alterações que estou realizando estão disponíveis no repositório do Trunk2.

Rodrigo, Esse XML que você postou não serve para imprimir o evento, tem que ser o procEventoCTe.xml Por favor não fique postando varias vezes o mesmo problema, veja a resposta que dei em seu outro post.