Italo Giurizzato Junior

Bom dia Márcio, Você mesmo pode criar um para o provedor ProData se baseando nos demais e pegando as informações da Unit do respectivo provedor. Só tem um problema, esse provedor requer que o RPS e o Lote seja assinado e como já foi dito aqui em vários outras postagens o componente ainda não esta realizando a assinatura do Lote quando o RPS esta assinado.

Bom dia João, Por favor anexe a Unit alterada. Quanto a consulta é interessante configurar o componente para salvar os arquivos Soap, desta forma fica mais fácil tentar descobrir o problema.

Bom dia Alexandre, Não, em função das novas TAGs e Grupos que serão necessários informar a partir de amanhã.

Bom dia João, Você esta enviando a nota para o ambiente de produção, correto? A nota esta sendo rejeitada: Falha no Schema XML do lote de NFe. Pois bem toda vez que ocorre esse tipo de rejeição significa que a nota possui alguma TAG ou grupo que não existe na rotina de validação da SEFAZ. No seu caso é a TAG CEST que costa no arquivo TXT CEST=1300100 Não informe e você vai ver que a nota vai ser autorizada. Essa TAG só será implementada amanhã dia 01/12/2015 depois do meio dia conforme a Nota Técnica 2015/003 versão 1.30.

Bom dia Régys, Será que o comando NFe.CartadeCorrecao não esta gerando de forma correta o XML de envio? Desculpa se eu estiver escrevendo besteira, mas não seria interessante que esse comando simplesmente fosse um alias do EnviarEvento?

Bom dia, A minha sugestão é você mudar de ConsultaNFeDest para DistribuicaoDFe. O DistribuicaoDFe é muito melhor, mais rápido e quando foi disponibilizado esse novo método a SEFAZ informou que o ConsultaNFeDest não iria mais existir.

Bom dia, Você abriu o XML usando um navegador? Se sim, percebeu que a nota não possui nenhum item.

Bom dia Maxsuel, Esse tipo de rejeição ocorre quando alguma TAG ou grupo é informado e a SEFAZ não esta preparada para processar a nota com essa informação a mais. Tente não incluir o QR-Code no XML, ou seja atribua o valor False a propriedade que defini que o QR-Code será incluído no XML. Se a nota for processada com sucesso, esta ai o problema, a SEFAZ-PI ainda não implementou as novas mudanças no ambiente de homologação.

Bom dia Leonardo, Você pode alterar para o tempo que você julgar necessário, dica, crie uma tabela de configuração, desta forma para cada cliente você pode definir um tempo mais adequado. Outra coisa informar 10 ou 15 segundo não significa que o componente sempre vai esperar esse tempo e sim estamos definindo um tempo limite máximo de espera. Caso a resposta venha em 2 segundos o componente não vai ficar aguardando o restante para prosseguir.

Bom dia Sérgio, Se o erro é de validação a nota não é enviada e podemos concluir 2 coisas: 1. A informação passada para a TAG esta errada, por exemplo, tamanho minimo ou máximo, formato da informação, entre outros. 2. O schema usado para validar esta errado, desatualizado por exemplo. Por outro lado se o erro é uma regeição retornada pela SEFAZ, podemos concluir 2 coisas: 1. A informação passada para a TAG esta errada, mas passou pelo validador do componente, por exemplo foi informado um CNPJ com 14 dígitos, mas tem um dos dígitos errado, deixando essa informação inválida. O validador do componente só checa se o CNPJ possui 14 dígitos. 2. Existe um erro no validador da SEFAZ que esteja provocando a rejeição.

Bom dia Heto, A ideia do Cidade.INI é fazer com que o arquivo pnfsConversao.pas não precisa mais ser alterado quando uma cidade muda do provedor A para o provedor B. Favor alterar apenas o arquivo Cidades.INI e testar. Quanto a criar uma propriedade para informar em qual pasta encontram-se os arquivos INI já esta nos meus planos, neste caso peço um pouco mais de paciência que isso será feito.

Bom dia Miriane, Recentemente os valores usados para a Natureza de Operação usados no componente ACBrNFSe foram renomeados: Como era: TnfseNaturezaOperacao = ( noTributacaoNoMunicipio, noTributacaoForaMunicipio, noIsencao, noImune, noSuspensaDecisaoJudicial, noSuspensaProcedimentoAdministrativo, noNaoIncidencia, noTributacaoNoMunicipio51, noTributacaoNoMunicipioSemISS52, noNaoTributa58, noSimplesNacional59, noTributacaoNoMunicipio61, noTributacaoNoMunicipioSemISS62, noTributacaoForaMunicipio63, noTributacaoForaMunicipioSemISS64, noNaoTributa68, noSimplesNacional69, noNaoTributa78, no50, no53, no57, no60, no67, no70, no79, //Itajai/SC noISSDevidoItajai, noISSDevidoOutroMunicipio, noISSFixo, noISSRetido, noOperacaoImune, noISSDevidoItajaiSN, noISSDevidoOutroMunicipioSN, noMEISN, noEscritorioContabilSN, noISSRetidoSN, noOperacaoImuneSN Como é agora: TnfseNaturezaOperacao = ( no1, no2, no3, no4, no5, no6, no7, no50, no51, no52, no53, no54, no55, no56, no57, no58, no59, no60, no61, no62, no63, no64, no65, no66, no67, no68, no69, no70, no71, no72, no78, no79, no101, no111, no121, no201, no301, no501, no511, no541, no551, no601, no701 ); Portanto se antes você alimentava da seguinte forma: ACBrNFSe1.NotasFiscais.Items[0].NFSe.NaturezaOperacao := noTributacaoNoMunicipio; Agora passa a ser da seguinte forma: ACBrNFSe1.NotasFiscais.Items[0].NFSe.NaturezaOperacao := no1;

Bom dia Walter, O arquivo INI do Ginfes é padrão para todas as cidades com exceção de Fortaleza/CE. Verifique se todos os arquivos de todas as pastas estão atualizados.

Bom dia Claudio, Segundo o Manual versão 2.00a do CT-e - página 147 o grupo valePed poderá ser informado independente do Indicador de Lotação, ou seja, não importa se é ou não Lotação podemos alimentar esse grupo. Pelo menos na coluna observação não consta nada que diz o contrario. Mas no Manual versão 1.01 do DACTE página 18 e 19 temos respectivamente os modelos de DACTE - Carga Lotação e DACTE - Carga Fracionada. Somente no modelo de Carga Lotação os dados referente Vale Pedágio são impressos. Podemos concluir 2 coisas: 1. No Manual versão 2.00a do CT-e esta faltando na coluna Observação a informação que o vale pedágio só deve ser informado quando for Lotação como é o caso do grupo Veículo e Motorista. 2. No Manual versão 1.01 do DACTE deixa claro que se tratando de Lotação o vale pedágio tem que ser informado e impresso e quando for Carga Fracionada o vale pedágio é opcional. Me recordo que no DACTE feito e Quick Report um dos usuários do componente alterou para que o Vale Pedágio fosse impresso em ambos os casos.

Boa tarde Rafael, Ele não esta corrompido. O problema que no retorno da SEFAZ ela esta colocando o cedilha e vogal acentuada. Vamos tentar resolver o problema.

Boa tarde Sergio, Você esta com todos os schemas atualizados?

Bom dia a todos, Juliomar a mensagem esta sendo armazenada na propriedade FPMsg (linha 1813 - ACBrNFeWebServices) mas o Leootoni esta lendo a propriedade xMotivo de protNFe alimentada na linha 1848. A propriedade xMotivo esta vazia pelo simples fato que a nota não foi processada. Uma solução seria checar o conteúdo de xMotivo, caso seja vazio alimentar essa propriedade com o valor de FPMsg.

Bom dia Lucas, Toda vez que ocorre uma alteração no XML sempre é implementado primeiro em homologação, para que você possa fazer as devidas alterações na sua aplicação e realizar testes no ambiente de homologação. A implementação no ambiente de produção ocorre sempre depois. Esse depois pode ser dias ou meses dependendo do grau de complexidade da mudança. E esse tempo entre implementar no ambiente de homologação e no de produção serve também para a SEFAZ testar a sua implementação, desta forma quando for implementar no ambiente de produção as chances de algo dar errado são minimas.

Bom dia Carlos, Muito obrigado pela colaboração, já esta disponível.

Bom dia Sergio, Para algumas SEFAZ é necessário solicitar o CSC de homologação, outras até aceitam o que você fez que inclusive no inicio foi divulgado pela SEFAZ que o procedimento era esse. O problema maior é que o erro ocorre na validação do conteúdo da TAG qrCode e a coisa fica complicada pois ela possui vários elementos e não é retornado qual é o elemento que esta errado. Você tem condições de postar como anexo o XML que não esta sendo validado?

Bom dia Rafael, O erro que você se refere na sua postagem anterior com certeza é devido a alguma vogal acentuada ou cedilha. Conhece aquela historia, faça o que eu mando, mas não faça o que eu faço? Pois bem a SEFAZ diz que você não deve acentuar as vogais e nem usar o cedilha, mas ele pode. Resumindo, se você tentar abrir o XML com o navegador vai ocorre esse erro que você postou. Com relação a sua segunda postagem, não entendi, você diz que o arquivo não é salvo com o nome correto? Como esta sendo gravado e como deveria ser?

Bom dia Zanutto, Se não me falha a memória no CT-e não existe mais os grupos de Local de Retirada e Local de Entrega.

Sergio, Você configurou as propriedades CSC e idCSC de forma correta?

Boa tarde Sergio, Você esta usando o componente ACBrNFe - Trunk ou Tunk2?

Boa tarde a todos, Só um aviso aos navegantes este tópico se refere a Nota Técnica 2015/003 do CT-e e não da NF-e. Prestem mais atenção quando forem postar.