Italo Giurizzato Junior

Boa tarde Hélio, Eu fiz uma alteração no componente, favor atualizar os fontes e testar novamente.

Boa tarde Werner, Quando é feita a consulta a SEFAZ retorna 2 cStat um se refere ao status da consulta e o outro se refere ao status da nota enviada. Pelo que estou vendo você esta pegando o status da consulta para pegar o status da nota utilize: ACBrNFe.NotasFiscais.Items[0].NFe.procNFe.cStat

Boa tarde, Se esta aparecendo essa mensagem de erro, podemos ter em mente duas coisas: 1. No arquivo INI do respectivo provedor esta faltando definir o SoapAction para o respectivo serviço que no caso é a consulta a situação do Lote. 2. O provedor não dispõe desse serviço, neste caso após o envio devemos Consultar Lote e não a sua situação..

B&P, É preciso verificar se em algum lugar da sua aplicação ela esteja montando esse caminho.

Dimas, Até onde sei a URL de Homologação ( Seção URL_H ) é a mesma para todas as cidades, por isso que lhe pedi a URL de Produção. Logo a alteração que você fez na Seção URL_P colocando a URL de homologação para a cidade de Ouro Fino como sendo de produção esta errada. No caso da Nota Fiscal de Serviço é gerado inicialmente o XML do RPS - Recibo Provisório de Serviço. O RPS é enviado para o web services do provedor e este retorna o XML da NFS-e caso todos os dados do RPS estejam corretos. Só depois de obter o XML da NFS-e que você poderá imprimir o DANFSE. Quanto a esse problema do programa fechar após alguns segundos tente fechar todas as aplicações e reinicializa a maquina.

Bom dia, O que você acha de estudar o que foi feito para o provedor Infisc que também possui duas versão?

Bom dia, Favor atualizar os fontes e testar novamente.

Bom dia Adilson, O arquivo INI do provedor e a unit pnfsNFSeG.pas já enviei para o repositório. Muito obrigado pela colaboração. Quando a unit ACBrNFSeWebServices.pas apliquei a sua alteração mas não enviei, pois estou aguardando da equipe ACBr um posicionamento sobre uma alteração que fiz que acredito que ira resolver esses erros quando se utiliza o Capicom.

Bom dia a todos, Dimas, Vamos chamar o Fiorilli de provedor, sendo assim dentro da pasta ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI você vai encontrar os arquivos: Cidades.INI e Fiorilli.INI Abra o Cidades.INI com o bloco de notas e procure pela palavra Fiorilli, você vai encontrar a primeira cidade que se utiliza desse provedor, continue a pesquisa para saber se a cidade que deseja já não esta incluída, se estiver ótimo, caso contrario inclua da mesma forma que foi incluída as demais para o mesmo provedor. Depois abra o Fiorilli.INI e acrescente a URL do ambiente de produção ( seção URL_P ) da mesma forma que foi feito para as demais. Feito isso se utilize do programa exemplo do componente ACBrNFSe para iniciar os testes. Quando passar a ter resultados positivos nos teses anexe os arquivos: Cidades.INI e Fiorilli.INI que você alterou para que possamos disponibilizar no repositório. B&P, esta ocorrendo uma confusão, o componente ACBrNFSe - Trunk 2 não cria mais a pasta Ger. Agora dentro da pasta anomes é criado a pasta NFSe e dentro desta as pastas: Notas e Recibos. Dentro da pasta NFS-e são gravados os arquivos de envio e de retorno, por exemplo: *-rec.xml, dentro da pasta Notas são salvos os XML das NFS-e e dentro da pasta Recibos os XML dos RPS.

Bom dia Amarildo, Você esta comparando o XML de uma NFS-e ( o que contem a TAG inicial: CompNfse ) com o XML de um RPS ( o que contem a TAG inicial: Rps ).

Bom dia Foley, O componente antigo ao pegar o retorno do web services substituía todas as vogais acentuadas por não acentua e o cedilha por "C" desta forma esse problema não ocorria.

Bom dia Sérgio, Será necessário você emitir 2 MDF-e. Vamos chamar esses 2 Estados de AA e BB. No primeiro você vai informar SP como Estado de saída, como Estado de descarregamento o AA e vai relacionar todos os CT-e. No segundo você vai informar AA como Estado de Saída, como Estado de descarregamento o BB e vai relacionar somente os CT-e que vão ser entregues em BB. Quando o caminhão sair de AA a caminho de BB, você deve encerrar o primeiro MDF-e e quando o caminhão finalizar a segunda entrega em BB, o segundo MDF-e deverá ser encerrado. OBS: o caminhão pode sair de SP já com os 2 MDF-e emitidos.

Bom dia Daniel, Anexa o TXT que você criou para que possamos analisar.

Boa tarde a todos, Se não deseja que o PDF do DANFE seja salvo juntamente com o executável da sua aplicação, basta definir um Path em PathPDF.

Foley, Acredito que seja necessário fazer mais alguns ajustes no componente.

Boa tarde vipeol, Você esta realizando testes do método DistribuicaoDFe em ambiente de homologação ou de produção? Essas notas tanto o emitente quanto o destinatário possuem o mesmo CNPJ e o valor da nota é de 1 centavo com certeza trata-se de teste. A data de emissão dessas notas é recente?

Boa tarde Marcelo, Tenho um cliente que utiliza certifico A3 a um bom tempo já atualizei a aplicação diversas vezes e nunca o certificado foi apagado do cartão. Sugere aos seus clientes a mudar para o A1, vai ter que atualizar todo ano, sim, mas não vai ter mais esse tipo de problema.

Adilson, Testa com o Cidades.INI que eu enviei para o repositório.

Boa tarde Dorivan, É o que eu afirmo no paragrafo que você citou na sua postagem. Só lançamos mão da consulta caso de envio assíncrono ou caso ocorra algum problema no retorno e o XML sem fica sem o protocolo. Neste último caso devemos ter o componente carregado com o XML da NFC-e para que possamos realizar a consulta. Se o retorno dessa consulta for que a nota esta autorizada o protocolo será acrescentado ao XML.

Boa tarde Isaac, Você tem que utilizar os schemas da pasta: ...\Exemplos\ACBrDFe\Schemas\NFe

Boa tarde Willian, Antes de enviar o CT-e para SEFAZ, foi enviado o evento de EPEC? Se não foi isso significa que a SEFAZ esta fazendo algo de errado.

Boa tarde, Não, é preciso fazer mais alguns ajustes para que as vogais acentuadas sejam tratadas de forma correta.

Boa tarde Adilson, Muito obrigado pela colaboração. Já enviei para o repositório.

Bom dia Willian, O problema é que o CT-e foi rejeitado, pelo simples fato da sua forma de emissão ser 4 = EPEC e o seu tipo ser diferente de Normal. Resumindo, quando enviamos um EPEC o tipo do CT-e tem que ser Normal.

Bom dia, Abra o XML que você anexou como "ERRO" com o bloco de notas e tire o acento da vogal A da palavra Funcionários. Depois salve a alteração e tente abrir ele novamente com o navegador.