Italo Giurizzato Junior

Boa tarde, Não existe nenhum serviço disponibilizado pela SEFAZ que lhe retorna uma lista dos números que foram inutilizados, idem para as notas. O você pode fazer é consultar nota por nota para saber a situação atual de cada uma. Para realizar essa consulta podemos utilizar o método abaixo: function Consultar(const AChave: String = ''; AExtrairEventos: Boolean = False): Boolean; Note que ele possui 2 parâmetros, o primeiro você informa a chave da nota que vai ser consulta, o segundo se for True extrai e salva em disco todos os eventos que por ventura estejam vinculados a respectiva nota. É preciso tomar muito cuidado, pois realizar a consulta de dezenas ou centenas de notas pode acender o alerta na SEFAZ de consumo indevido e o seu cliente ficar bloqueado por algum tempo sem poder realizar a emissão de notas. Esse tempo costuma aumentar em caso de reincidência.

Boa tarde, Já enviei a sua contribuição para o repositório.

Favor atualizar os fontes.

Boa tarde a todos, O problema é que no schema o conteúdo desse campo pode ter tamanho variável de 1 até 9 e a unit que gera o XML esta com tamanho fixo de 9 isso faz com que gere um erro de validação quanto a informação não tiver os 9 dígitos. Já estou corrigindo a unit e vou enviar para o repositório. Depois basta atualizar, recompilar e testar novamente.

Boa tarde a todos, Favor atualizar todos os fontes de todas as pastas, reinstale a suíte ACBr com a opção de apagar arquivos antigos marcada. Por fim façam novos teste.

Bom dia Renata, Posso estar escrevendo besteira, mas acredito que o retorno do provedor não esta em UTF-8 e a rotina que converte as vogais acentuadas por sem acento não consegue fazer a conversão corretamente e coloca no lugar o caractere "?"

Bom dia a todos, Vou responder a pergunta de forma geral, sendo assim ela é valida não só para NF-e e NFC-e e sim para todos os DF-e - Documentos fiscais eletrônicos. Na chave de todos os DF-e temos o numero do documento e um código. O numero do documento é um numero sequencial que vai de 1 até 999.999.999 e o código tem que ser numero aleatório que deve atender a seguinte regra: A regra acima foi implantada para a NF-e e NFC-e, mas creio que logo ela vai ser aplicada para os demais DF-e, sendo assim a minha sugestão é usar essa regra como uma boa pratica de programação para os demais DF-e. Realmente a NT 2019/001 não deixa claro como deve ser gerado esse código, mas vejam a imagem extraída da página 92 do Manual da NF-e publicado em março de 2009: Nessa época o código ainda era composto por 9 dígitos, depois foi reduzido para 8 para que a chave pudesse conter o tipo de emissão. O mais importante é o que esta escrito na última coluna. Ainda vocês tem duvidas? É obvio que ao gerar um código aleatório com o tempo ele pode vir a se repetir mas a SEFAZ não vai checar essa situação pelo simples fato de que, se o numero do documento possui 9 dígitos e o código aleatório apenas 8, é impossível que tenhamos um código diferente para cada numero de nota emitida dentro da faixa permitida.

Bom dia Camilo, Pela mensagem de erro de validação noite que o seu XML esta sendo gerado na versão 1.00 sendo que a versão atual é 3.00 Configure o componente para gerar na versão 3.00 e faça novos testes.

Bom dia Datilas, Realmente não tem, vou colocar na minha lista de tarefas, pois achei pertinente. Assim que ficar pronto informo aqui mesmo nesse tópico.

Bom dia Almeida, Que eu saiba, o método Consultar deve ser utilizado pelo Emitente do Documento com dois propósitos: 1. Se o Emitente carregar o XML assinado e sem o protocolo de autorização, ao realizar a consulta se a documento foi autorizado o protocolo de autorização vai ser adicionado ao XML. 2. Se realizar somente a consulta informando a chave de um documento, será retornado a situação atual do documento e alguns eventos que por ventura estejam vinculados ao mesmo. Volto a deixar claro que o Consultar só vai funcionar conforme exposta acima se for utilizar pelo Emitente do Documento. Agora se o autor da consulta não for o Emitente do Documento, este deve utilizar o DistribuicaoDFe. No próximo ACBr Day eu pretendo fazer uma palestra sobre o DistribuicaoDFe e passar algumas ideias de como utiliza-lo da melhor forma correta, evitando que a empresa que esteja utilizando a aplicação com essa funcionalidade não venha passar problemas com o Fisco.

Bom dia Rogerio, Quando toda a carga que consta no MDF-e for entregue o mesmo deve ser Encerrado. Você só cancela o MDF-e caso o transporte não tenha iniciado e as informações estejam erradas.

Bom dia, Além do repositório Trunk2 onde temos os fontes dos componentes, temos também o repositório Tools e nele você encontra toda a documentação não só do eSocial, mas de todos os documentos, tais como: NF-e, CT-e, MDF-e, Reinf, etc. No caso do eSocial acesse o link abaixo: http://svn.code.sf.net/p/acbr/code/tools/eSOCIAL/ Leia esse artigo também, nele consta o link para a nossa biblioteca (Tools) de documentos:

Bom dia Eduardo, Se você procurou no Manual não deve ter encontrado, correto? Pois bem, você já viu algum documento fiscal que possui uma numeração que não seja sequencial? Se você pegar um talão de notas (que não são mais utilizados hoje por conta da NF-e) você vai notar que as folhas (notas) são numeradas sequencialmente. Cuidado, os talões de notas costumam ter 3 ou mais vias para cada nota, obviamente que todas as vias de uma mesma nota possuem o mesmo numero. Mas vamos ao que interessa, clique no link abaixo: https://www.confaz.fazenda.gov.br/legislacao/ajustes/2007/AJ_009_07 Trata-se do Ajuste SINIEF numero 9 de 25 de outubro de 2007 que institui o CT-e Conhecimento de Transporte Eletrônico. Você vai encontrar o seguinte texto: Note que o item IV do primeiro paragrafo deixa bem claro o que eu escrevi na minha postagem anterior, o CT-e deverá possuir numeração sequencial. Quando o Manual não traz a informação devemos ler a legislação referente ao documento em questão se contem a informação desejada. Ficou mais alguma duvida sobre a numeração do CT-e?

Boa tarde, Favor atualizar os fontes, remova a linha que eu sugerir que fosse colocada antes da execução do Enviar. No método TGNRERecepcao.DefinirDadosMsg foi trocado a propriedade XML por XMLAssinado, desta forma o componente consegue gerar e assinar o XML automaticamente antes do seu envio.

Boa tarde Rogerio, Basicamente o arquivo INI tem que ter as informações de identificação do MDF-e, os dados do Emitente, os dados do veiculo, motorista, a relação das chaves das NF-e e as informações sobre os totais. Infelizmente não tenho um INI com os dados mínimos para anexar e você montar o seu, mas você pode pegar o exemplo que se encontra no manual do ACBrMonitor e preencher os dados que te passei acima.

Eciello, Favor atualizar todos os fontes de todas as pastas. Note que fiz alteração no arquivo Tecnos.ini e disponibilizei os schemas referente ao serviço de SubstituicaoNFSe. Alias pelo seu arquivo INI ele esta muito desatualizado.

Boa tarde, Muito obrigado pela contribuição, vou analisar o que você fez e estando tudo OK vou enviar para o repositório, assim que possível.

Boa tarde Marcelo, Neste caso vai ser necessário verificar junto a SEFAZ-MG qual URL deve ser utilizada quando a nota for enviada para o SVC-SP tanto em ambiente de homologação quanto o de produção.

Boa tarde, Primeiramente não existe notas Inutilizadas e sim números Inutilizados. Segundo, a sua ideia é obter uma relação das notas autorizadas e canceladas emitidas por você ou contra o seu CNPJ? Se é emitida por você a sua aplicação é que tem que ter esse controle. Agora se é as notas emitidas contra o seu CNPJ, você pode usar o DistribuicaoDFe para baixar as notas, ao obter inicialmente o resumo delas você tem a informação se a nota esta autorizada ou cancelada. Até o momento o DistribuicaoDFe só retorna resumo e notas completas da NF-e.

Boa tarde, Mas que loucura! Esse provedor SmarAPD montou um webservice que segue a versão 1 do Layout da ABRASF? Ele já tem um webservice que segue um layout próprio, montou outro que segue a versão 2 do layout da ABRASF e agora um terceiro que segue a versão 1. Acredito que hoje não de tempo de disponibilizar alterações visando esse novo webservice, pois para esse novo será necessário os schemas para poder validar o lote antes do seu envio. Por favor solicite os schemas a serem utilizados para o modelo ABRASF.

Boa tarde Patrick, Muito obrigado pela colaboração, já enviei para o repositório.

Boa tarde Juliano, O provedor GovDigital segue a versão 2 do layout da ABRASF. O XML que você diz que é gerado pelo componente, não é bem assim. O componente ACBrNFSe gera e envia o XML do RPS para o webservice do provedor, este por sua vez processa os dados do RPS e caso estejam corretos gera o XML da NFSe e disponibiliza. Através dos métodos ConsultarLote ou ConsultarNFSePorRps ou ConsultarNFSe é possível baixar o XML da NFS-e disponibilizada. Já esse outro XML que você baixou no site segue um layout próprio. O componente foi projetado para trabalhar com o layout utilizado pelo webservice do provedor e não pelo site.

Boa tarde Eciello, Favor anexar o arquivo Tecnos.ini quero analisar o que você fez.

Boa tarde Rodrigo, Como você andou fazendo alterações nos arquivos INI e agora esta perdido, te aconselho a deletar eles e baixar tudo novamente, ou seja, atualize todos os fones de todas as pastas. Reinstale a suíte ACBr e faça novos testes. Eu vou analisar o problema e vê se descubro algo.

Boa tarde André, Exatamente, quando o endereço é nacional as informações são separadas, ou seja, temos uma tag para cada informação. Agora quando o endereço é internacional (Exterior) todas as informações são passadas juntas uma após a outra no campo Endereco.