Italo Giurizzato Junior

Boa tarde Lalin, Você declarou a unit ACBrNFeUtil no uses de um form para poder gerar a URL do QR-Code, correto. Esta passando corretamente os parâmetros para que a mesma possa gerar a URL? Como a URL esta ficando?

Boa tarde Alexandre, Em Observações.

Boa tarde, Os Reports do Fast Report possuem a extensão fr3? Se sim, de uma olhada na pasta ...\Exemplos\ACBrCTe\Delphi\Report

Boa tarde Fabio, Tente algo do tipo: strChaveContingencia := TACBrNFe(FACBrNFe).GerarChaveContingencia(FNFe); A linha acima é usada no DANFE - Quick Report.

Boa tarde Daniel, Na medida do possível estou reescrevendo as rotinas e idealizando uma maneira de eliminar todas aquelas Units (uma para cada provedor). Para aqueles provedores que seguem o padrão ABRASF a ideia é simplesmente incluir a cidade no arquivo Cidades.INI e se necessário criar a configuração do provedor novo também em um arquivo INI como exemplo o Ginfes.INI Toda ajuda é bem vida. Muito obrigado.

Boa tarde Valdir, Como a NFS-e foge completamente a lógica da NF-e que foi de forma competente utilizada no CT-e e MDF-e por parte da SEFAZ, a migração desses dois últimos componente até tranquila e rápida. A NFS-e alem da lógica ser diferente temos um leque de provedores que não seguem um padrão, até arrendondar tudo isso vamos perder vários dias de sono.

Boa tarde Ant. Carlos, Você esta usando o ACBrInstall especifico para o trunk2? Post como anexo o Log de instalação.

Boa tarde Ramalho, Estou analisando os schemas e estou chegando a conclusão que o schema que valida o EPEC da NF-e não é o mesmo que valida o da NFC-e.

Bom dia Fabio, Verifica se no campo informações adicionais não esta sendo inserido caracteres de quebra de linha, não me refiro ao ";" (ponto e virgula).

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.

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.

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.