Italo Giurizzato Junior

Boa tarde Felipe, Sim, o ACBrNFeMonitor será descontinuado, dai a sugestão do Daniel. Quanto mais cedo você migrar para o ACBrMonitorPlus, menos dor de cabeça você terá. Outra coisa que notei é que você gera o TXT no formato usado pelo programa gratuito do governo, te aconselho a mudar também para o layout próprio do Monitor. Digo isso pois, por ser um layout próprio, amanhã se viermos a ter uma nova versão da NF-e que altere o seu layout, para quem utiliza a do Monitor terá em questões de horas ou poucos dias a nova versão do Monitor que atenda esse novo layout, por outro lado os que utilizam (como você) o layout do programa gratuito, vai ter que esperar até que a SEFAZ publique o novo layout TXT.

Boa tarde Jorge, Se tratando do protocolo de cancelamento o componente ACBrNFe utilizado tanto no ACBrNFeMonitor quanto no ACBrMonitorPlus não faz mais a troca do protocolo de autorização pelo de cancelamento. Lembre-se o cancelamento é um evento vinculado a NF-e, sendo assim hoje como devemos proceder: 1. A nota é emitida e é autorizada pela SEFAZ, sendo assim o seu XML é composto pelos dados da venda, assinatura digital do emitente e o protocolo da SEFAZ que acusa que a mesma esta autorizada, logo esse arquivo é válido juridicamente. 2. O XML assinado e protocolado deve ser disponibilizado ao destinatário e se desejar o PDF do DANFE. 3. Caso a venda venha ser cancelada, devemos enviar um evento de cancelamento a SEFAZ, esta por sua vez vai validar esse cancelamento, estando tudo OK, o evento será registrado e vinculado a NF-e. 4. Um arquivo XML chamado *-procEventoNFe.xml é gerado, cujo conteúdo temos a solicitação de cancelamento, a assinatura do emitente mais o protocolo de cancelamento retornado pela SEFAZ. 5. Esse arquivo devemos também disponibilizar ao destinatário e se desejar podemos enviar um PDF do respectivo evento. Como você pode ver temos 2 XML: a nota: *-nfe.xml e o evento: *-procEventoNFe.xml O XML da nota não podemos realizar alterações por exemplo trocar o protocolo de autorização pelo de cancelamento, pois isso faria com que o mesmo deixaria de ter validade jurídica. Sendo assim o XML da nota atesta que a nota foi enviada a SEFAZ e foi autorizada. E o XML de evento, atesta que foi solicitado um cancelamento e a SEFAZ registrou e vinculou-o a nota, portanto a nota esta cancelada. Espero ter ficado claro como é que devemos proceder em caso de cancelamento.

Boa tarde Walney, Como você utiliza o ACBrNFeMonitor, te aconselho a dar uma lida no manual do mesmo que é salvo durante a sua instalação. Você vai encontrar o comando para simplesmente imprimir o DANFE, bem como o de enviar o e-mail. Aproveito ainda para te aconselhar em iniciar os testes com o ACBrMonitorPlus. Esse nada mais é do que a união do ACBrMonitor com o ACBrNFeMonitor.

Boa tarde, O CSC e o idCSC é único para todos os PDVs.

Boa tarde Ramalho, Essa alteração que você fez em ACBrNFeUtil, esta errado, pois existe uma URL para recepcionar os eventos e uma outra para recepcionar o evento EPEC no que diz respeito a NFC-e no Estado de São Paulo. Fiz uma alteração, favor atualizar os fontes e testar novamente.

Boa tarde Graziani, Segundo as telas que você postou em anexo notei que o envio do lote foi hoje, mas a chave da nota que a SEFAZ esta rejeitando se refere a uma nota de junho de 2015, esta correto isso? Chave: 32150628..... 32 = código da UF 15 = ano, no caso 2015 06 = mês Como você esta utilizando os procedimentos diretos, ou seja não esta utilizando o método Enviar(<numLote>, <imprimirDANFE>, <ModoSincrono>), consequentemente você esta utilizando os demais procedimentos para consultar a situação do lote fornecendo o numero do recibo e por fim consultando o lote para obter o resultado do processamento do mesmo. Nessa última consulta você deve estar consultando pela chave da nota enviada, você esta informando a chave correta?

Boa tarde, Também utilizo o Delphi 7 com o Quick Report 5.02, acabo de realizar um teste e todas as vogais acentuadas bem como o cedilha foram gerados corretamente no PDF. Isso me faz levar a crer que o problema esteja no filtro (unit do Quick Report) responsável em gerar o PDF que esta com problemas. Não sei se tem alguma coisa haver, mas não custa nada em atualizar o Adobe Reader. Na maquina que fiz o teste utilizo o Adobe Reader XI versão 11.0.08 - Windows XP.

Bom dia Graziani, Sim, pode ser desta forma para realizar o envio. Mas precisamos saber os erros. Lembre-se que existem erros de validação, neste caso as notas nem sequer são enviadas, pois a validação ocorre antes do envio. A solução é fazer as correções na aplicação de tal forma que não ocorra mais erros de validação. E existe erros de rejeição, neste caso as notas foram enviadas, mas algumas ou todas foram rejeitadas. No arquivo de retorno da SEFAZ consta um grupo chamado <protNFe> para cada nota constante no lote. Dentro do grupo <protNFe> entre outras informações temos a chave da NFe, status <cStat> e a descrição literal do status <xMotivo>. Se uma nota for autorizadas teremos como status o valor 100 e a descrição como: Autorizado o uso da NFe. Por outro lado se ela for rejeitada o status terá um valor referente a rejeição e a descrição da mesma. Na rotina acima postada por mim, note que independente da nota ter sido autorizada ou não é salvo no banco de dados o status e a descrição Desta forma é possível saber quais foram rejeitadas e qual foi o motivo da rejeição. As notas rejeitadas, devemos efetuar as correções e enviar novamente com o mesmo numero uma vez que elas não foram aceitas pela SEFAZ. As correções podem ser a nível de dado, por exemplo uma Inscrição Estadual informada errada ou até mesmo uma correção na aplicação, como por exemplo o total de desconto não bate com a somatória de desconto informado em cada item. Espero ter ajudado.

Vamos tentar isolar o problema. Ao abrir a unit através do Delphi as vogais acentuadas são apresentadas na tela corretamente? Ao imprimir o DANFE NFC-e (Quick Report) no papel também são impressas corretamente? Ao gerar o PDF do DANFE NFC-e ocorre o problema?

Bom dia Fabio, No Trunk2 o foco é Fast e Fortes Report. O resto poderá até estar disponível, mas os ajustes para compatibilizar e instalar, as correções e melhorias é por sua conta.

Bom dia Jorge, O protocolo deve sim ser anexado ao XML assinado para que o mesmo possa ter validade jurídica. Se isso não esta ocorrendo, significa que algo esta errado no plus, como não participo do desenvolvimento do mesmo e nem utilizo, não sei lhe responder onde pode esta o problema. Pode ser a configuração feita por você que não esta correta ou realmente esta faltando algo. Vamos aguardar os responsáveis pelo desenvolvimento do plus possam avaliar a questão.

Bom dia Wendel, Na unit ACBrNFeWebServices temos: procedure TNFeInutilizacao.DefinirServicoEAction; begin if (FConfiguracoes.Geral.ModeloDF = moNFe) and (FConfiguracoes.Geral.VersaoDF = ve310) and (FConfiguracoes.WebServices.UFCodigo in [29]) then // 29 = BA begin FServico := CURL_WSDL + 'NfeInutilizacao'; FSoapAction := FServico + '/NfeInutilizacao'; end else begin FServico := CURL_WSDL + 'NfeInutilizacao2'; FSoapAction := FServico; end; // FServico := CURL_WSDL + 'NfeInutilizacao2'; // FSoapAction := FServico; end; Como você pode ver, se o modelo for NF-e e versão for 3.10 e o código da UF for 29 (Bahia) devemos usar "NfeInutilizacao" na montagem da URL do serviço e do Soap Action, caso contrario devemos utilizar o NfeInutilizacao2. Acredito que o WSDL que você postou se refere a NF-e versão 3.10 - Bahia, correto? Sendo assim o envelope será montado corretamente. Agora o que eu quero que você entenda é que não devemos solicitar a inutilização quando a SEFAZ-Autorizadora estiver fora do AR, ou seja, a SEFAZ-Virtual de Contingência estiver ativa, pelo simples fato que o serviço de inutilização não esta disponível no SVC e conforme a nota técnica já mencionada diz que caso seja necessário realizar a inutilização o contribuinte deverá aguardar até que a SEFAZ-Autorizadora volte a operar e ai sim a solicitação será direcionada a ela. Você terá que colocar na sua aplicação uma checagem de tal forma que se o componente estiver configurado para o SVC a opção de inutilização fique indisponível.

Bom dia Otair, A forma correta é sempre informar o ultNSU, mas segundo os seus XMLs de consulta e de retorno, noto que você informou ultNSU como sendo 1. A resposta foi que Nenhum Documento localizado, correto? Outra informação importante, foi retornado o valor de maxNSU = 2989, ele indica o maior NSU existente no Ambiente Nacional para o CNPJ/CPF informado. A minha sugestão é procurar o último arquivo de retorno (*-dist-dfe.xml) que retornou os últimos resumos/documentos e ver o numero NSU do último. Vamos supor que seja 2960, neste caso você deve realizar uma consulta passando como valor de ultNSU: 2960. Por outro lado se for 2989, então não existe mais nenhum documento disponível mesmo, você vai ter que aguardar e usar esse numero como sendo ultNSU na próxima consulta.

Bom dia Walney, A reimpressão é simples, basta carregar o componente com o XML da venda e executar o método imprimir. O que você quer dizer com modo econômico? Quando ao enviar por e-mail, também é necessário que o componente esteja carregado com os dados da venda para poder usar o método EnviarEmail. Dica: dentro da pasta ...\Doctos\Manuais você encontra o manual do ACBrNFe, nele você encontra todos os métodos que vai precisar e suas respectivas sintaxes (parâmetros). Outra dica é o programa exemplo que esta dentro da pasta ...\Exemplos\ACBrNFe2\Delphi

Bom dia Maiko, Acredito que o DANFE NFC-e feito em ESCPOS esta funcionando corretamente.

Bom dia Ramalho, Então você vai continuar batendo cabeça. Pois, pelo que vejo quem escreveu a rotina para gerar o XML não esta seguindo o que consta na nota técnica. Na estrutura do XML de envio de evento (segundo a NT), me responda onde aparece a TAG: NFe? Outra coisa, o atributo Id do grupo infEvento segundo a NT tem um tamanho de 54 caracteres você contou quantos tem o que a sua rotina esta gerando? Consta também na NT que esse XML tem que ser assinado e a TAG Signature encontra-se no mesmo nível que infEvento. O XML que você postou na sua última postagem apresenta os problemas acima citado, ou seja, possui a TAG NFe sendo que esta não existe, o tamanho do atributo Id esta com 53 caracteres sendo que o correto é 54 e esta faltando a assinatura digital.

Bom dia, As palavras acentuadas são os nomes dos itens ou são textos fixos do DANFE NFC-e? Se for os nomes dos itens, lembre-se que a SEFAZ recomenda que não utilize vogais acentuadas, cedilha e caracteres especiais, pois pode ocorrer problemas de validação nos web services.

Boa tarde, Sim, a fonte utilizada é a Lucida Sans Unicode.

Boa tarde Weber, Segundo o documento publicado pela SEFAZ-RS que traz as novas URLs não consta os endereços de Consulta a NF-e Destinadas e Download de NF-e na lista de endereços da SEFAZ-Virtual-RS.

Boa tarde Jorge, Você utiliza o ACBrNFeMonitor ou ACBrMonitorPlus?

Boa tarde, O download de uma NF-e pelo web service fica disponível por um certo tempo, depois não é mais possível realizar o seu download.

Boa tarde Wendel, É obvio que ao usar o Inutilizar ocorre erro, pelo simples fato que esse serviço não esta disponível no SVC. Por favor leia a NT 2013/007 versão 1.03 página 7 item 04.5

Claudio, Já lhe responde em um outro tópico, por favor, cuidado em não duplicar postagem.

Boa tarde Claudio, Esse contador só deve saber contar até 10, pelo jeito. De uma olha na página 63 da Nota Técnica 2013/005 versão 1.22 - grupo ICMS20 - Tributação com redução de base de cálculo. Temos também o ICMS70 (página 69) - Tributação ICMS com redução de base de cálculo e cobrança do ICMS por substituição tributária.

Boa tarde Maiko, Qual é a necessidade de gerar o PDF no caso da emissão da NFC-e?