Italo Giurizzato Junior

Jhosef, Entre em contato com o próprio provedor ou com a prefeitura que o utiliza.

Boa tarde Jhosef, Todos os provedores aceitam valores 1 e 2 para o campo IssRetido no caso do Betha aceita também o valor 3. Sendo assim com a alteração realizada no componente a um bom tempo, temos: stRetencao = 1 ( equivalente a SIM para os demais ); stNormal = 2 ( equivalente a NAO para o demais ); stSubstituicao = 3 ( aceito pelo provedor Betha ); Portanto se você quer atribuir o valor SIM para o campo IssRetido deve-se utilizar o valor stRetencao.

Bom dia Geison, Com relação ao problema enfrentado com o DACTE em Quick Report, veja este tópico:

Bom dia a todos, Alguns usuarios do componente ACBrCTeDACTeQR (DACTE feito no Quick Report), relatam problemas ao imprimir o DACTE, O problema mais comum é acusando que uma determinada propriedade não existe. Como resolver: Primeiro passo: Terceiro Passo: Selecione o objeto QRCTe que encontra-se no form: frmDACTeQRRetrato. Altere o valor das propriedades Left e Top para um valor entre 0 e 10, desde que seja diferente do atual. Exemplo: Se os valores atuais é 2 (dois) tanto par Left quanto para Top altere para 3 (tres). Inclua uma linha em branco no código onde não vai interferir em nada, por exemplo entre interface e uses. Pronto agora, clique na opção em Save All e depois Close All. Abra a aplicação que utiliza o componente e compile utilizando a opção Build. Isso deve resolver o problema.

Boa tarde Alberto, Diga a seu cliente que quando a SEFAZ disponibilizar o WebService para envio de eventos, mais especificamente a Carta de Correção Eletrônica para o CT-e, a sua aplicação vai gerar. Até lá, ele pode fazer a Carta de Correção como ele fazia antes. Esta previsto a CC-e para o CT-e, mas nenhuma SEFAZ implementou o WebService para recepcionar eventos, visto que a CC-e é um evento. Se ele não acreditar em você, peça para ele realizar uma consulta a SEFAZ ou melhor, imprima a NT 2012/004 que encontra-se disponivel no Portal Nacional do CT-e e mostre para ele. Note que essa NT trata do WebService de Envio de evento, mais especificamente o EPEC, veja que já esta previsto a Carta de Correção e o Cancelamento por evento. Mas a NT só se refere ao EPEC, e não diz quando e como vai ser implementado os demais. Observação o componente ACBrCTe já esta pronto para atencer o envio do Evento 110113 - EPEC e assim que for definido o lay-out dos demais, vou implementar e disponibilizar para todos. Portanto, peça ao seu cliente paciencia, uma vez que dependemos da SEFAZ implementar os WebServices, para que possamos implementar as novas funcionalidades no componente e por fim nas aplicações.

Boa tarde Cleber, Notei que o Emitente é do Sergipe, cUF = 28 e na chave consta 31 ou seja o campo cUF do grupo "ide" foi informado 31. Se o código da UF do Emitente é 28 no campo cUF do grupo "ide" devemos informar também 28. Corrige e tente novamente.

Boa tarde Cleiver, Você esta utilizando o programa exemplo para realizar os testes? Se sim, note que existe um campo para informar o path que contem o schema do provedor utilizado pela cidade em questão. No caso de Recife, existe uma pasta chamada Recife, o schema esta dentro desta pasta. Se utilizar outro schema não vai funcionar.

Cleber, Você poderia postar como anexo o arquivo de envio de lote: *-env-lot.xml, pois estou desconfiado que que o lote deve ter 2 CTe sendo que 1 é o que você quer enviar e um segundo adicionado acidentalmente.

Boa noite Cleber, Um lote de 2 ou mais CTe a ser enviado a SEFAZ: Primeiro: todos os CTe tem que ter o mesmo Emitente, você não pode enviar um lote contendo 10 CTe sendo que 7 são da matriz que fica no Estado de MG e os outros 3 da filial do RJ. Segundo: A UF dos remetentes e destinatários não tem nada haver, uma vez que enviar um lote com 10 CTe não significa que todos se referem a cargas de um unico caminhão. Pela rejeição que você obteve para mim é o primeiro caso, você misturou 2 ou mais emitentes em um mesmo lote.

Cleiver, Desculpa não entendi o que você esta fazendo, por favor explique.

Boa tarde Cleiver, Você esta com todos os fontes atualizados? Fontes dos exemplos, Fontes de todos os componentes, schemas, etc? Pois acabo de realizar um teste usando o programa exemplo e não obtive esse erro.

Boa tarde a todos, Fernando, como esta formatado as demais datas do XML como por exemplo a data de Emissão? Ela tem que estar no padrão caso contrario o XML seria rejeitado acredito eu pela SEFAZ. Sendo assim, o que esta ocorrendo é que ao incluir o dados do protocolo no XML não esta sendo utilizado a formatação padrão para a Data e Hora.

Boa tarde Deiviszi, Não entendi a sua pergunta, você se refere aos componentes do Quick Report ou os componentes do ACBr que utilizam o Quick Report?

Boa tarde Hugo, Por favor poste aqui no forum como anexo as alterações que você realizou para disponibilizar aos demais. Desde já muito obrigado pela colaboração.

Boa tarde Marcio, Quen faz essa checagem é a propria function AssinarLoteRps e eu não sei o impacto no processamento se melhora ou não se: Só chamar a função se for necessário Assinar ou chamar a função e assinar se for necessário dependendo do valor de AssinaLote for True ou False.

Bom dia Oscar, O ACBrNFeMonitor utiliza o componente ACBrNFe e este já possui o Download de NFe via webservice implementado. Falta agora, o pessoal que da manutenção ao ACBrNFeMonitor criar uma chamada para essa funcionalidade. Mas você tem ciência de todos os requisitos e restrições para realizar o Download via webservice? Volto mais uma vez lembrar que o Emitente tem obrigação legal de armazenar e disponibilizar imediatamente o XML para o destinatário assim que a NFe recebe o protocolo de autorização. Como o emitente tem que armazenar o XML por 5 anos, não vejo nenhum impedimento do destinatário solicitar um segundo envio da mesma mesmo tendo passado 2, 3 anos. Na minha aplicação tenho a possibilidade enviar por e-mail novamente o XML e o PDF do DANFE da NFe cujo destinatário necessida. Fora o envio automatico assim que o XML recebe o protocolo de autorização. Se todos procederem desta forma não vejo necessidade do Download. O Download foi disponibilizado pela SEFAZ quando o Destinatario necessida do XML e o Emitente perdeu.

Bom dia Nelsao, O arquivo que disponibilizei chamado RotinaCompleta, é mais para que o pessoal tenha idéia de como montar as rotinas e form você faz do jeito que você achar melhor. Detalhe essa rotina completa se refere ao form de envio e não o de lançamento, onde o usuário informa que é o remetente, destinatário a nota, etc. Na minha aplicação eu tenho varios form: 1. Lançamento manual dos dados pertinentes ao transporte da carga; 2. Lançamento automatico através da importação do XML da NFe 3. Emissão do CTe ( rotinacompleta.txt disponibilizada por mim); 4. Cancelamento de CTe (disponibilizado um fragmento do código); 5. Inutilização de Numeração (disponibilizado um fragmento do código); Como o form é algo pessoal cada um faz do seu jeito utiliza alguns componentes para deixa-lo diferente dos demais, eu não disponibilizei, não porque se trata de um segredo "industrial" mas por achar que o mais importante é o código que esta por de traz do form. Mas posso sim mandar para você um print, mas preciso saber qual deles você deseja, para que você possa ter uma idéia de como montar o seu.

Boa noite Daniel, Qual é o problema de informar a Inscrição Municipal do Tomador em uma NFS-e, uma vez que você informa a Inscrição Estadual do Destinatário em uma NF-e? Se o tomador for uma empresa sim, caso contrario não.

Daniel, Atualize os fontes e tente novamente.

Vou verificar.

Daniel, Então tenta ConsLote em vez de Enviar. Uma vez que a mensagem de erro segundo o seu XML esta no ConsultarLote.

Daniel, Eu postei um exemplo e como dito anteriormente, todas as funcionalidades possuim a propriedade Msg. No exemplo experimente alterar ConsSitLote para Enviar. Outra coisa, o XML que você postou se refere a consulta. Você diz que não fez a consulta, mas o componente realiza a consulta automaticamente após o envio. E o erro esta aparecendo ao realizar essa consulta.

Pelo contrario, Você disse que ao selecionar o pacote de instalação da NFe o programa instalador seleciona automaticamente os pacotes OpenSSL e Capicom isso é devido aos requisitos. Logo o que esta errado é o arquivo texto que orienta a instalação manual. Se não me falha a memória antigamente não era necessário, mas agora passou a ser, mesmo você não utilizando o OpenSSL devemos ter esse pacote compilado. Por favor me corrigem se eu estiver errado.

Vamos a um exemplo: Após executar a consulta a situação do lote você pode obter a mensagem de erro conforma a linha abaixo: cMsgErro := ACBrNFSe1.WebServices.ConsSitLote.Msg;

Boa tarde Delmar, Na verdade o ACBrOpenSSL não é um pacote de instalação e sim apenas de compilação, eu sempre compilei esse pacote. E eu também faço a instalação manual.