Italo Giurizzato Junior

Boa tarde, Uma coisa é a versão do XML da NF-e, outra coisa é a versão do XML de eventos (canelamento e carta de correção são eventos). Portanto é normal.

Boa tarde Itamar, Por favor na aba Download clique em Documentos e baixe a Nota Técnica 2014/001. Essa NT trata da nomenclatura dos arquivos XML e PDF gerados pelos componentes.

Boa tarde, Dentro da pasta ...\Fontes\ACBrNFe2 existe um arquivo TXT chamado Property does not exist, ele foi feito para resolver o mesmo tipo de erro, mas para o DANFE feito em Quick Report. Leia atentamente o passo a passo e tenta algo semelhante para o Fast Report.

Boa tarde Luis, Muito obrigado pela colaboração, vamos avaliar e assim que possível estaremos disponibilizando no repositório.

Boa tarde Alexandre, O componente ACBrNFSe se utiliza de duas tabelas para poder imprimir a descrição do item de serviço. Existe uma propriedade chamada TabServicosExt se o valor dela for False o componente se utiliza da tabela interna, ou seja, encontra-se nos fontes do componente. Por outro lado se o valor dessa propriedade for True, o componente busca a descrição em um arquivo TXT chamado TabServicos, que deve ser salvo na mesma pasta do executável. Se a propriedade TabServicosExt possui o valor True e na hora de imprimir não encontra o arquivo TabServicos.txt não será impresso a descrição mesmo.

Boa tarde Campos, Deixa eu entender o que esta ocorrendo. Como já passou 24 horas da emissão do MDF-e, se tentar efetuar o seu cancelamento, o mesmo é rejeitado por já ter passado o tempo, até ai é compreensível. Se tetar efetuar o seu encerramento, também ocorre rejeição, acusando duplicidade de evento, o que me leva a crer que o mesmo já esta encerrado. Através do Portal do MDF-e é possui fazer uma consulta e obter a lista de MDF-e não encerrados. https://mdfe-portal.sefaz.rs.gov.br/ Você já tentou isso para saber se o problema não é outro MDF-e?

Boa tarde a todos, Encontra-se disponível no Portal Nacional do CT-e a Nota Técnica 2015/001 que trata sobre alterações de regras de validação, schemas e DACTE. Por favor baixem e leem com muita atenção. Esta previsto para entrar em vigor em 01/05/2015 (ambiente de homologação) e 01/06/2015 (ambiente de produção). Será necessário atualizar os schemas bem como o componente. No que se refere a aplicação que se utiliza do componente ACBrCTe sofrerá alterações. Essas alterações são na rotina que alimenta o componente, bem como na obtenção e armazenamento das informações referentes aos locais de entrega e coleta. 1. a TAG forPag passa a ser opcional e futuramente não vai mais existir, sendo assim é recomendado não alimentar mais ela. 2. com o novo schema não vai mais existir o local de entrega e de coleta, sendo assim é recomendado não alimentar mais essas informações. Com relação aos locais de entrega e coleta o próprio componente vai deixar de gerar essas TAGs, assim que a NT entrar em vigor. Quanto ao DACTE será revisto para atender a NT.

Bom dia João, Pelo jeito você não esta usando o componente ACBrNFe para gerar o XML e se esta fez alguma alteração na rotina que gera o XML. No seu XML dentro do grupo <ide> esta aparecendo uma TAG chamada versao e esta não existe. veja: <ide> <versao>3.10</versao> <cUF>35</cUF> o correto é: <ide> <cUF>35</cUF>

Vagner, Vou fechar este tópico uma vez que você postou o mesmo na área do SAC.

Bom dia Guto, Para descobrir o que esta ocorrendo é preciso ter um modelo não só do RPS e sim do arquivo completo (com as TAGs de envelope) a ser enviado para o Web Services e compararmos com o que é gerado pelo componente.

Bom dia Jorge, Esse erro esta estranho pois o atributo Id esta definido como sendo uma string com tamanho máximo de 255 caracteres. E não existe nenhuma restrição referente ao tipo de carácter usado nessa string. Sendo assim, concluo que você esta utilizando schema (arquivos: XSD) errado para validar.

Bom dia Luiz, Primeiramente peço por favor, não post conteúdo de arquivo como texto, procure sempre anexar o arquivo a sua postagem, fica mais fácil do pessoal poder lhe ajudar e a sua postagem fica mais curta. Segundo, acesse o Portal Nacional da NF-e e baixe a Nota Técnica 2013/005 versão 1.22, nela você vai encontrar a estrutura completa do XML da NF-e na versão 3.10 A nomenclatura usada no arquivo INI é a mesma usada no XML, ou seja, o nome de um campo do arquivo INI é igual ao nome da TAG referente a mesma informação. Com essa dica, você vai avançar bastante na montagem do seu arquivo INI de forma correta.

Bom dia Vagner, Algumas observações: 1. O arquivo referente ao modelo note que o XML do RPS encontra-se dentro de um lote ( grupo <LoteRps> ) e este por sua vez dentro do grupo <EnviarLoteRpsEnvio>. 2. O arquivo referente ao gerado pelo componente nada mais é do que o XML do RPS e sem a assinatura. 3. O do modelo tanto o RPS quanto o Lote ambos estão assinados. 4. Com relação a sua rotina, troque: ACBrNFSe1.GerarLote('1'); por ACBrNFSe1.Enviar('1'); 5. O método Enviar vai gerar o XML do RPS e assinar, gerar o Lote e assinar e por fim colocar o lote dentro do grupo <EnviarLoteRpsEnvio> conforme o modelo.

Boa noite Vagner, Por favor não post como texto fragmento de código ou conteúdo de arquivo XML, procure sempre anexar os arquivos ao post.

Boa noite Artur O erro só ocorre se o modelo for NFC-e, mas se for NF-e tudo funciona 100% ?

Boa noite Cesar, O certificado A1 pode ser instalado em quantas maquinas que você desejar.

Boa noite Luis, Post como anexo os fontes alterados, para que possamos avaliar e disponibilizar no repositório.

Marcelo, A principio não, mas não custa nada fazer o Windows Explorer procurar por todos os arquivos XMLs

Boa tarde David, O procedimento é exatamente esse.

Boa tarde Sergio, Gira em torno de 10 segundos e estamos fazendo uma alteração para baixar para 5 segundos.

Boa tarde Marcelo, Ocorreu uma alteração na nomenclatura dos nomes de alguns arquivos. Verifique se não esta sendo salvo com outro nome.

Boa tarde Renato, Exatamente, a solução é toda vez que for feito um envio, consulta, etc, sempre setar como sendo a versão 3.10 para aqueles que já estão trabalhando com esta versão.

Boa tarde Valdeir, Uma observação, no modo síncrono o lote só pode conter apenas UMA nota. Se for enviar duas ou mais tem que ser no modo assíncrono. Isso é valido para todos os Estados. Não tenho nenhuma relação, mas o jeito é testar.

Boa tarde Thiago, Sim, você me passou, preciso agora arrumar um tempo para analisar o que foi feito e remover o que consta nos fontes e não é utilizado.

Boa tarde Gustavo, Muito obrigado pela colaboração, assim que possível vamos avaliar e disponibilizar no repositório.