Italo Giurizzato Junior

Bom dia Adriano, Atribua o valor True a propriedade ConsultarLoteAposEnvio.

Bom dia xara, Você não acha loucura desenvolver uma aplicação para emissão de MDF-e 100% Web? Onde vai rodar essa aplicação, no seu servidor Web ou da Transportadora que vai emitir o MDF-e ou de um provedor de Internet? Supondo que ele vá rodar no seu servidor ou de um provedor de Internet, o que você vai dizer para o dono da Transportadora que a sua aplicação esta "fora do ar", logo ele não tem como emitir o MDF-e, por consequência o caminhão não vai poder sair.

Bom dia Eliezer, Fiz mais alguns ajustes e enviei para o repositório, favor atualizar os fontes e fazer novos testes.

Bom dia Rafael, Tenha em mente o seguinte: 1. O componente ACBrNFSe não gera o XML da NFS-e, este é retornado pelo provedor, o componente apenas o extrai do retorno e salva em disco. 2. O componente gera o XML do RPS, este é enviado para o provedor que valida e processa, o resultado desse processamento é a NFS-e.

Boa noite Alexandre, Qual é o provedor? Você esta com todos os fontes de todas as pastas atualizados?

Boa noite TS1Desenvolvedor, Em vez de alterar o componente que é usado por dezenas e até centenas sem nenhum problema, porque você não procure saber porque esta sendo ADD dois conhecimentos na lista? Vasculhe a sua rotina a procura de dois: ACBrCTe.Conhecimentos.Add você vai encontrar eu lhe garanto.

Boa noite Eliezer, Vou avaliar as suas alterações, caso estejam corretas vou enviar para o repositório.

Rodrigo, Desenvolvi a minha aplicação para emissão de CT-e sem ter um certificado digital de cliente. Usei um certificado digital disponibilizado pela SEFAZ-RS, mas esse certificado só serve para assinar o XML, logo não serve para enviar o CT-e para SEFAZ. Apesar dessa restrição, consegui fazer com que a minha aplicação gerasse o XML, assinasse e validasse sem nenhum erro. Procurei deixar todas as rotinas prontas, quando apareceu o primeiro cliente, pedi a ele o certificado para realizar os testes de envio. Você não tem nenhum cliente que seja transportadora tudo bem, mas o seu Escritório de contabilidade não possui nenhum cliente que seja uma transportadora? Transportadora esta que utiliza o certificado A1 e que possa disponibilizar uma cópia para que você possa realizar os seus testes?

Boa tarde Rodrigo, Repito, esse fiscal não sabe o que almoçou hoje, logo o que ele disse é uma tremenda asneira. Por outro lado, você deve através do seu Contador fazer com que ele desfaça esse loucura de ter transformado a sua empresa de desenvolvimento em uma transportadora.

Boa tarde, Primeiramente não devemos trocar o protocolo de autorização pelo de cancelamento, caso a nota venha ser cancelada. Na versão 6.0 do Manual da NF-e em nenhuma linha esta escrito que devemos fazer essa troca. O arquivo *-nfe.xml para ter validade jurídica tem que estar assinado e com o protocolo de autorização. Esse arquivo tanto o emitente quanto o destinatário da mercadoria tem que possuir e guarda-lo pelo período legal. Caso a nota venha ser cancelada, teremos o arquivo *-procEventoNFe.xml. Esse arquivo contem o pedido de cancelamento, mais a assinatura digital do emitente, mais o protocolo da SEFAZ que atesta que a nota foi cancelada. O *-procEventoNFe.xml também deve ser enviado ao destinatário, primeiro para ele saber que a nota foi cancelada, segundo, ele também deve ser guardado por ambos pelo período legal. Agora se ao carregar o XML da NF-e sem o protocolo de autorização e você tem o erro de DigestValue diferente ao termino da execução do Consultar, tente fazer desta forma: LoadFromFile( xNomeXML, False); // False = Não gerar novamente o XML Consultar;

Boa tarde Clerisonb, O arquivo *-pro-lot.xml contem 2 TAGs chamadas cStat. A primeira informa o status do processamento do lote, que no caso tem que ser 104 = Lote Processado com Sucesso. Já a segunda informa o status do processamento da nota, que no caso tem que ser 100 = Autorização de Uso. Os arquivos *-env-lot.xml se trata do arquivo de envio do lote, o componente não possui nenhum método capaz de carregado-lo para ser enviado novamente. Repito, você tem que ler o arquivo *-nfe.xml (assinado e sem o protocolo de autorização) usando para isso o método LoadFromFile da seguinte forma: LoadFromFile(xNomeXML, False); O segundo parâmetro ( False ) diz ao método que o objetivo é apenas ler o conteúdo do XML que precisa estar assinado. Depois basta executar o método Consultar. Agora se você não tem o arquivo *-nfe.xml a solução é: Ler os dados da venda do banco de dados para alimentar o componente. É preciso garantir que o valor de cNF tem que ser exatamente o mesmo de quando o nota foi gerada pela primeira vez. Após alimentar o componente, devemos executar o método Assinar e em seguida o Consultar. Não confunda nNF com cNF, o primeiro se refere ao numero da Nota Fiscal, já o segundo se refere ao código aleatório da Nota Fiscal. O numero da NF tem 9 dígitos já o código da NF tem apenas 8 dígitos. Muitos atribuem o valor de nNF a cNF, isso esta errado por 2 motivos. Primeiro, o que você vai fazer quanto o numero da NF chegar a ter 9 dígitos? Segundo, a SEFAZ recomenda que seja um código aleatório por motivos de segurança para o próprio emitente da NF. Dica: quando for salvar no banco de dados os dados da NF, acrescente mais uma campo na tabela. Esse campo pode se chamar CodigoNF e ser do tipo Inteiro. Na sua aplicação faça com que seja gerado um numero com 8 dígitos, utilize para isso a função Random. Quando for alimentar o componente leia o valor do campo CodigoNF e atribua a propriedade cNF do componente.

Boa tarde Vanderlei, Solicite junto ao provedor um XML de exemplo, de preferencia já envelopado para o envio.

Boa tarde Tulio, O arquivo Tinus.ini não deve ser alterado apenas o Cidades.ini conforme BigWings postou. Certifique-se que todos os arquivos de todas as pastas estão atualizados. No arquivo Tinus.ini a URL de homologação tem que estar dessa forma: http://www2.tinus.com.br/csp/teste%NomeURL_H%/WSNFSE.... O componente troca automaticamente o %NomeURL_H% pelo valor informado em: Nome_URL_H que se encontra no arquivo Cidades.ini da respectiva cidade.

Boa tarde Renato, Com o programa exemplo ocorre o mesmo problema?

Boa tarde Eliezer, Favor anexar as Units que você fez as alterações para que o XML fosse validado e autorizado pela SEFAZ.

Bom dia Vanderlei, Faça 2 coisas: 1. Com relação a data de emissão você esta usando a função Date ou pegando a data de um edit, use a função Now, para que seja gerado no XML a data e hora, pois note que no seu XML a hora esta zerada. 2. No telefone do Tomador não coloque os parenteses e nem espaço, somente os dígitos. Tente enviar novamente.

Bom dia Clerisonb, Sim, temo como, mas você precisa descobrir o que esta ocorrendo. Uma dica é atribuir o valor True a propriedade de configuração: Configuracoes.WebServices.Salvar Desta forma os arquivos de envio e de retorno serão salvos sem nenhum tratamento realizado pelo componente, dai é possível descobrir o problema. É importante informar sempre um numero de Lote sequencial para que seja possível o rastreamento. Para recriar basta gerar novamente o XML com os dados da venda e assinar o mesmo. Para isso basta alimentar o componente com os dados da respectiva venda e depois executar o método Assinar. Em seguida execute o método Consultar. Se a nota foi realmente gerada, enviada e autorizada pela primeira vez, ao executar o método Consultar será acrescentado ao XML assinado o protocolo de autorização. Pronto você tem agora o XML da NFC-e com validade jurídica exatamente igual o que foi enviado da primeira vez.

Bom dia Dalvan, Resolvi de outra forma, criei o valor proInfiscv11, agora temos o proInfisc para as cidades que utilizam a versão 1.00 e o proInfiscv11 para as cidades que utilizam a versão 1.10 Faça uma cópia dos seus fontes e atualize todos os fontes de todas as pasta. Recompile tudo, e refaça os testes.

Boa noite Dimas, Não encontrei a mensagem que aparece em nenhum fonte do ACBr. Infelizmente não tenho como realizar o teste, uma vez que não tenho um certificado válido.

Boa noite Otimizy, Lhe peço que faça as alterações sempre nos fontes mais recentes e procure usar a mesma endentação usa por nós. Tem algumas alterações que você fez que eu não entendi e outras você esta equivocado. Vou enviar para o repositório o que eu considerei válido.

Boa tarde Dalvan, Não entendi o motivo da sua alteração em ACBrNFSeWebServices? No arquivo Cidades.ini consta que o Provedor da cidade Farropilha/RS é Infisc. E no arquivo Infisc.ini o valor do campo VersaoXML=1.00 por outro lado no arquivo Infisc-v11.ini o campo VersaoXML=1.10 Favor verificar esses 3 arquivos.

Bom dia Reinando, Já tentou: [compl] xObs= <informar uma observação "texto livre"> [ObsCont001] xCampo= <informar o nome do campo, por exemplo: ValorContainer> xTexto= <informar o valor do campo, por exemplo: 30000.00>

Boa noite Diego, Favor aumentar o valor de Timeout.

Boa noite, O método que gera a string do QR-Code esta correta uma vez que muitos desenvolvedores já emitem a NFC-e em produção e ao ler o QR-Code a nota é apresentada sem nenhum problema. Você precisa verificar se o componente esta sendo configurado corretamente. Lembre-se que no caso da NFC-e é obrigatório configurar corretamente as propriedades idCSC (campo que contem o numero sequencial do CSC, ou seja, se trata de um numero ) e o CSC (campo que contem o código de segurança do contribuinte, código este alfa-numérico com 36 caracteres). Outra informação importante, para muitas UF temos um idCSC e CSC para o ambiente de homologação e outro para o de produção.

Boa noite Dimas, Favor anexar o arquivo de configuração do programa exemplo. Isso esta muito estranho, pois quando migrei o componente para o Trunk2 realizei diversos testes de envio sem finalizar o programa. Todos os meus testes foram feitos usando o programa exemplo que esta disponível no repositório.