Italo Giurizzato Junior

Boa noite Farnetani, Esse só ocorre quando alimentamos a propriedade ID. Deixe essa propriedade sempre com o valor vazio, ou melhor, uma string vazia.

Boa noite João Henrique, Eu fiz essa alteração no componente, na unit responsavel por gerar o XML. Vamos aos motivos: 1. O Ginfes segue a risca a seguinte frase: Faça o que eu mando, mas não faça o que eu faço. O Ginfes lhe obriga a informar o valor da Aliquota já dividida por 100, mas o XML da NFS-e gerada por eles o valor da aliquota não esta dividida por 100. 2. Da forma que estava antes, se imprimir o DANFSE automaticamente através do comando Enviar, o mesmo era impresso corretamente, mas ao carregar o XML da NFS-e e tentar imprimir apareceia o valor da aliquota multiplicada por 100. Sendo assim, devemos alimentar o componente no caso o valor da aliquota sem dividi-la por 100. Vamos a um exemplo: Aliquota = 2% Alimentar o componente => aliquota := 2; XML do RPS gerado pelo componente => <aliquota>0.02</aliquota> Impressão do DANFSE através do Enviar => Aliquota = 2,00% XML da NFSe gerado pelo webservice => <aliquota>2</aliquota> Carregar o XML da NFS-e através do LoadFromFile e Impressão do DANFSE através do Imprimir => Aliquota = 2,00% Quero chamar a atenção que o valor da aliquota informada na respectiva propriedade do componente só será divida por 100 se o provedor for o Ginfes.

Boa noite Rodrigo, Muito obrigado pela colaboração, ainda hoje vou disponibilizar as suas alterações.

Boa noite Krepe, Com o advento do Cancelamento por evento, o XML do CT-e não sofre alteração, ou seja, ele permanece com as informações sobre o protocolo de autorização. O que deve ser feito neste caso em relação ao Tomador do Serviço? Simples, enviar um e-mail contendo o XML e o PDF referente ao cancelamento. Para mais detalhes favor estudar o programa exemplo, este possui botões que exempleficam o procedimento acima.

Bom dia Leonardo, A definição da função LoadFromFile na unit: ACBrNFeNotasFiscais.pas é: function LoadFromFile(CaminhoArquivo: string): boolean; A definição da mesma função no componente ACBrCTe, definida na unit: ACBrCTeConhecimentos.pas é: function LoadFromFile(CaminhoArquivo: string; AGerarCTe: Boolean = True): boolean; Note que exite uma propriedade a mais cujo valor padrão é true. Logo no caso do ACBrCTe ao executar um LoadFromFile(sCaminho); faz com que o XML seja lido e gerado conforme você relatou. Por outro lado ao executar: LoadFromFile(sCaminho, False); vai ocorrer apenas a leitura do XML, consequentemente resolvendo o seu problema. Sugestão: realizar a mesma implementação no componente ACBrNFe. A alteração não vai afetar em nada, uma vez que se o desenvolvedor passar apenas o primeiro parametro, a função vai se comportar com esta definida hoje. Peço a sugestão dos demais mantenedores do componente sobre o assunto.

Boa noite a todos, Até onde sei, não vai ser possível emitir uma CC-e para NFC-e.

Boa noite Kelson, Você atualizou a cadeia de certificados, configurou o Internet Explorer corretamente?

Boa noite Luciano, Se o enviar funciona, mas o consultar não, isso significa que as alterações necessárias não foram completadas pela SEFAZ. A minha sugestão, é que você entre em contato com a SEFAZ e coloque para eles o problema que você esta enfrentando.

Boa noite Fabricio, Acredito que a mensagem esta clara. Você tentou utilizar o Botão [Gerar e Enviar Lote] do programa exemplo?

Boa noite Gallixx, A sua alteração se refere a URL do SoapAction e não a de acesso ao WebService para a respectiva operação. É isso mesmo?

Boa tarde Luciano, Por não ter um certificado valido de uma empresa de São Paulo, não tenho como realizar os testes, apenas estou realizando alterações nos fontes do componente baseado em relatos dos colegas.

Boa tarde a Todos, Temos dois modelos de documentos fiscais: NF-e e NFC-e, as versões vigentes dos respectivos modelos são: 2.00 e 3.00 Este ano de 2014, a versão de ambos os modelos passam a ser 3.10, isso significa que o layout do XML bem como os schemas para validação para ambos os modelos passam a ser os mesmos. Inclusive o Manual de Orientação bem como as Notas Técnicas a partir de agora passam a fazer referencia aos dois modelos.

Boa noite Wagner, Já tentou desta outra forma? ACBrCTe1.DACTe.NumCopias := StrToInt(txtQtde.Text); ACBrCTe1.DACTe.MostrarPreview := False; ACBrCTe1.Conhecimentos.Clear; while (not DM.SqlAux.Eof ) do begin PathArquivo := ACBrCTe1.Configuracoes.Arquivos.GetPathCTe(DM.SqlAux.FieldByName('DTEHR1').AsDateTime); Arq := PathArquivo+'\'+Trim(DM.SqlAux.FieldByName('CHAVE').AsString)+'-cte.xml'; ACBrCTe1.Conhecimentos.LoadFromFile(Arq); DM.SqlAux.Next; end; ACBrCTe1.Conhecimentos.Imprimir;

Boa tarde DataC, Vamos deixar claro alguns pontos: 1. O ACBrNFeMonitor se utiliza do componente ACBrCTe; 2. O componente ACBrCTe já possui as rotinas basicas para o envio de eventos, como é o caso da CC-e; 3. O ACBrNFeMonitor não possui um comando que utiliza essas rotinas basicas para envio de eventos; Portanto, por favor aguarde, ainda vai ser criado o comando.

Boa tarde Lucas, Muito obrigado pela colaboração, a sua alteração já esta disponivel.

Boa tarde Asterix, Muito obrigado pela contribuição, já esta disponivel a sua alteração.

Boa tarde Divonei, Você lembrou de alterar o arquivo ACBr.inc, descomentando a linha que define a diretiva de compilação: QReport_PDF ?

Boa tarde Rene, Se tratando de Minas Gerais, podemos esperar de tudo. Mas vamos lá, por favor atualize os fontes e tente novamente.

Boa tarde Graça, Esta disponivel uma atualização, agora o arquivo XML bem como o PDF tem os nomes padronizados: XML: <chave><tipoevento><seq>-procEventoCTe.xml PDF: <chave><tipoevento><seq>-evento.pdf Onde: <chave> é a chave do documento fiscal e é composta por 44 digitos; <tipoevento> é o tipo de evento e é composto por 6 digitos; <seq> é o numero sequencial do evento e é composto por 2 digitos. Apliquei a mesma alteração na NF-e.

Boa noite Lucas, Como você esta passando o código do municipio, pois chequei os fontes e não achei nada de errado.

Boa noite Caio, Se os seus fontes estão atualizados, no caso do Ginfes, devemos informar a aliquota sem a divisão por 100, por exemplo: Se a aliquota for 2%, devemos informar 2 e não 0,02, pois o componente vai realizar essa divisão. Divisão esta é feita somente para o provedor Ginfes. O motivo dessa alteração no componente é devido ao retorno, o XML da NFS-e não é retornado 0,02 e sim 2 como sendo o conteudo da TAG.

Boa noite Wether, Com certeza você deve ter outro ACBr.inc em alguma pasta, procure e exclu-a. pois só pode existir apenas um e dentro da pasta ACBrComum.

Boa noite a todos, O nome do XML bem como o PDF de um evento não pode ter apenas a chave como nome, exemplo: <chave>-evento.xml e <chave>-evento.pdf pelo simples fato de existir mais de um tipo de evento. Lembrem-se que o cancelamento também é um evento.

Boa noite Pereira, Por favor post o XML como anexo e não desta forma como texto. Alem de ficar mais curto a postagem fica mais facil checar o problema.

Boa noite Wether, Você compilou a sua aplicação com a opção Build?