Italo Giurizzato Junior

ALA, Já existe vários posts sobre o envio do CT-e versão 2.00 para a SEFAZ-MG. Sim, a SEFAZ-MG já esta recepcionando o CT-e versão 2.00 e como todos sabem: daquele jeito.

Jocimar, Qual é o motivo de utilizar o ConsultarSituacao e ConsultarLoteRps ? Sendo que o Enviar já realiza essas 2 operações. Você configurou o componente para realizar somente o envio, mais nada?

Maycoll, Se você abrir os fontes: pnfsConversao.pas, ACBrProvedorGovBR.pas e ACBrProvedorPronim.pas vai notar que algumas cidades passaram do GovBR para o Pronim. Tenta fazer o mesmo com a cidade Guarapari. Lembre-se de neste caso utilizar os schemas da pasta Pronim para validar o lote de RPS. Se funcionar me avise para que possa fazer as alterações e enviar para o SVN.

Jocimar, Qual é o provedor? Qual é o comando que você utiliza para enviar o lote? E qual é o comando utilizado para realizar a consulta?

Bom dia Jocimar, A explicação é bem simples. Você já abriu esse dois XMLs usando o navegador? O 616-nfse.xml é realmente um XML de uma NFS-e, mas o 2540-nfse.xml na verdade é um XML de um RPS, portanto não vai aparecer mesmo o numero da nota.

ALA, Ele esta na pasta ...\Fontes\ACBrComum. Atenção não faça copia desse arquivo, apenas faça alguma alteração se necessário.

Bom dia LeoSlander, Segundo o tradutor do Google, Evaluation é avaliação, podemos concluir então que a versão do Quick Report que você instalou em seu Delphi, trata-se de uma versão para avaliação, caso você goste, deve-se comprar. A versão que você compra não gera essa mensagem.

Se não me falha a memória a partir de 01/06/2014 a SEFAZ só vai aceitar a versão 2.00

Bom dia ALA, O grupo infCTeSub continua existindo sim na versão 2.00, como foi feito uma reestruturação das classes veja como ficou agora: Para versão 1.04 with infCTeSub do Para versão 2.00 with infCTeNorm.infCteSub do No arquivo AlimentarComponente.txt que encontra-se na pasta ...\Exemplos\ACBrCTe você vai encontrar desta forma: // // Informações do Detalhamento do CTe Substituto // {$IFDEF PL_200} with infCTeNorm.infCteSub do {$ELSE} with infCTeSub do {$ENDIF} begin Note que é verificado se a diretiva de compilação PL_200 esta definida ou não, desta forma o Delphi compila uma linha ou a outra. Resumindo tenho uma unica aplicação que dependendo da compilação ele emiti o CT-e da versão 1.04 ou na 2.00

Bom dia Rafael, Você deve estar executando um LoadFromFile antes do Imprimir, isso faz com que ele carrego para o componente mais uma vez o CT-e. Deve-se executar um Clear antes de executar um LoadFromFile.

Bom dia Maycoll No seu primeiro post consta a mensagem de erro: "O nome ou o endereço do servidor não pôde ser resolvido - URL:http://nfse.guarapar...ws/Services.svc - SOAPAction:http://tempuri.org/INFSEConsultas/ConsultaNfse" Note que no SoapAction esta escrito: ConsultaNfse sendo que o correto é ConsultarNfse. Checando a Unit ACBrProvedorGovBR, o referido SoapAction esta correto conforme o WSDL do provedor. Favor atualizar todos os fontes de todas as pastas. Cheque se não tem nenhum fonte com uma bolinha vermelha ou triangulo amarelo no seu icone, caso afirmativo exclu-a o arquivo e baixe novamente.

Bom dia Cesar, Vou pedir para você fazer 2 coisas: 1. Na Unit ACBrNFeWebServices.pas linha 2083 altere de FConfiguracoes.Geral.Save(FPathArqResp, FRetWS); para: FConfiguracoes.Geral.Save(FPathArqResp, FRetornoWS); Isso vai fazer com que o componente salve o retorno por completo, desta forma podemos ter alguma dica do que esta ocorrendo. Depois vamos para o segundo teste: 2. Enviar o lote no modo Sincrono, uma vez que o mesmo possui apenas uma NF-e, para isso basta executar: ACBrNFe1.Enviar(NumeroLote, True); Altere também a linha 2041 da Unit ACBrNFeWebServices.pas de: FConfiguracoes.Geral.Save(FPathArqResp, FRetWS); para FConfiguracoes.Geral.Save(FPathArqResp, FRetornoWS); No primeiro teste vamos ter o arquivo <lote>-rec.xml como dito completo e no segundo teste teremos o arquivo <recibo>-pro-rec.xml completo. Por favor anexe esses 2 arquivos para que possamos verificar.

Bom dia Lucas, Notei que no XML da NF-e versão 3.10 o grupo ISSQN não foi gerado. Ele só é gerado quando o valor da propriedade: Imposto.ISSQN.cSitTrib é diferente de ISSQNcSitTribVazio.

Bom dia Graça, Link: http://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=tW+YMyk/50s= Nota Técnica 2013.005 - versão 1.02

Boa tarde Maycoll, Digitando a URL diretamente no IE foi resolvido, ou seja, não ocorreu nenhum erro. Deve ter sido um problema momentaneo.

Boa tarde renfd, Sim a mensagem que aparece é gerada pelo componente. O que precisa ser visto é: Após o envio, como dito anteriormente é retornado o protocolo de recebimento do lote. O componente se encarrega de consultar a situação do lote. Caso o retorno seja: Lote em Processamento, o componente realiza uma nova consulta. O processo se repete 5 vezes. É possível configurar o numero de vezes e o tempo entre uma tentativa e outra. É preciso checar junto ao provedor a questão do processamento. Tem provedor que quando recebe um lote no modo assincrono só processa o lote na madrugada do dia seguinte. Por outro lado se o lote for enviado modo sincrono o processamento é realizado na hora.

Bom dia zumbi, O ACBrNFeMonitor se utiliza dos componentes ACBr. Portanto se você desenvolve as suas aplicações em Delphi não há necessidade de utilizar o Monitor, use os componentes ACBr diretamente na sua aplicação.

Bom dia Solivan, Parabéns. Caso você tenha o DANFE da NFC-e com o QR-Code gerado em PDF, seria interessante postar também para que o pessoal pudessem ver. E informe qual Report foi utilizado para Gerar o mesmo e se QR-Code foi gerado pela própria impressora ou componente e se este é free ou não.

Bom dia Igor, Vamos ao manual ou melhor a Nota Técnica 2013/004 de Outubro/2013, página 94. Temos os campos: #18 = UFIni - Sigla da UF do Carregamento, que no seu caso é SP #19 = UFFim - Sigla da UF do Descarregamento, que no seu caso é PB #23 = infPercurso - Grupo de Informações do Percurso do MDF-e podendo chegar até 25 #24 = UFPer - Sigla da Unidade da Federação do percuso do veículo - Não é necessário repetir as UF de Inicio e Fim. Vamos imaginar que o caminhão vai sair de SP e passar pelas UF: MG, BA, PE para chegar a PB. Desta forma o grupo infPercurso vai se repetir 3 vezes: UFPer = MG, BA e PE.

Bom dia renfd, Você já tentou entrar em contato com o provedor e informar que esta enviando e só depois de 3 a 4 minutos ocorre o erro ao consultar a situação do lote enviado? Se o erro ocorre ao consultar a situação, significa que o lote foi enviado e foi retornado o protocolo do WebService acusando o recebimento do lote.

Bom dia karluscheidrich, A cidade de Ivoti/RS já encontra-se implementada e utiliza o provedor Tecnos. Qual é o erro que esta ocorrendo?

Bom dia Cesar e Asterix, Cesar, qual é a mensagem de erro completa que aparece ao tentar enviar? O erro ocorre na validação ou no envio? Para saber se ocorre no envio, basta checar se foi gerado o arquivo de envio de lote, se não gerou o problema esta na validação que pode ser a falta de algum schema ou os mesmos estão desatualizados, ou seja você esta usando os schemas da versão 2.00 para validar a versão 3.10 Asterix, MG não disponibilizou as URLs dos WebServices para a verção 3.10, pelo menos no Portal Nacional da NF-e não consta.

Bom dia Solivan, O XML que você postou contem o CPF do destinatário e a TAG indIEDest com o valor 1 indicando que ele é contribuinte e possui Inscrição Estadual. o correto neste caso seria informar o valor 9 indicando que não é contribuinte mas que pode ou não possuir Inscrição Estatual. Na propiedade: nfe.Dest.CNPJCPF Ou você informa o CPF do destinatário ou vazio para que todo o grupo Dest não seja gerado. Quero deixar claro que o grupo Destinatário é opcional se tratando da NFC-e. TAG: indIEDest = [1, 2, 9] componente: TpcnindIEDest = (inContribuinte, inIsento, inNaoContribuinte); 1 = Contribuinte ICMS (informar a IE do destinatário); 2 = Contribuinte isento de Inscrição no cadastro de Contribuintes do ICMS; 9 = Não Contribuinte, que pode ou não possuir Inscrição Estadual no Cadastro de Contribuintes do ICMS; Nota 1: No caso de NFC-e informar indIEDest=9 e não informar a tag IE do destinatário; Nota 2: No caso de operação com o Exterior informar indIEDest=9 e não informar a tag IE do destinatário; Nota 3: No caso de Contribuinte Isento de Inscrição (indIEDest=2), não informar a tag IE do destinatário.

Bom dia Solivan, É possível você postar como anexo o XML que esta sendo rejeitado pela SEFAZ?

Boa tarde Hasa, Eu não participei no desenvolvimento do ACBrNFeMonitor, para que eu possa realizar uma alteração no mesmo, preciso estudar e compreender todo o seu código fonte. E isso demanda tempo. A minha sugestão é você mandar uma MP - Mensagem Privada ao André, Daniel e Isaque. Se não me falha a memória são eles que desenvolveram e realizam as devidas alterações e correções no ACBrNFeMonitor.