Italo Giurizzato Junior

Bom dia Kebe, Todos as nossas implementações e alterações são realizadas com base em Manuais e Notas Técnicas publicadas pelo ENCAT no Portal nacional da NF-e. Link: http://www.nfe.fazenda.gov.br/portal/principal.aspx Clique em documentos.

Bom dia Thiago, O Distrito Federal se utiliza da SEFAZ-Virtual do RS para recepcionar as notas, sendo assim o problema não é a SEFAZ-DF e sim a SV-RS, que não esta aplicando corretamente a validação. Segundo a Nota Técnica 2013/005 versão 1.21 (a mais atual) deixa bem claro que a TAG <IE> do destinatário não deve ser informada quando o indIEDest for 2, que é o seu caso. Sendo assim o XML gerado esta em conformidade com a Nota Técnica. A rejeição que você esta recebendo é: IE do destinatário não informada, a regra aplicada é 5E17-60 para NF-e e diz: Se IE Destinatário = "ISENTO" ou não informada (tag:indIEDest=2 ou 9): – Destinatário possui IE ativa na UF Agora é preciso saber se o destinatário possui um IE ativo no DF ou no RS uma vez que quem recepciona as notas é a SV-RS como dito antes.

Boa tarde, Desculpe, por não participar do desenvolvimento do ACBrNFeMonitor não sei se é possível a impressão do valor do troco no DANFE.

Boa tarde Giavan, Abra com o bloco de notas o arquivo ACBr.inc que encontra-se dentro da pasta ...\Fontes\ACBrComum e descomente a definição da diretiva de compilação SoapHTTP.

Boa tarde Graça, Veja: http://hom.cte.fazenda.gov.br/disponibilidade.aspx?versao=1.00&tipoConteudo=XbSeqxE8pl8= pelo jeito ainda continua parado.

Boa tarde Carlos, Essa mensagem até onde sei é do validador da SEFAZ, correto? Você tentou enviar o MDF-e para a SEFAZ? Se sim, qual foi a rejeição?

Boa tarde Thiago, De duas uma, ou a SEFAZ não esta validando de forma correta, ou o destinatário possui sim a Inscrição Estadual. Você já consultou para saber se realmente não existe IE para o CNPJ informado como destinatário?

Bom dia Thiago, Você esta informando o valor de indIEDest - Indicador da IE do Destinatário? Os valores são: 1=Contribuinte ICMS (informar a IE do destinatário); 2=Contribuinte isento de Inscrição no cadastro de Contribuintes do ICMS; 9=Não Contribuinte, que pode ou não possuir Inscrição Estadual no Cadastro de Contribuintes do ICMS; Nota 1: No caso de NFC-e informar indIEDest=9 e não informar a tag IE do destinatário; Nota 2: No caso de operação com o Exterior informar indIEDest=9 e não informar a tag IE do destinatário; Nota 3: No caso de Contribuinte Isento de Inscrição (indIEDest=2), não informar a tag IE do destinatário.

Boa tarde a todos, O problema do nosso amigo Carvalho é que o with Imposto do estava fora do with Det.Add do, dai o erro. O componente segue a estrutura do XML que consta nos documentos: Manuais e Notas Técnica publicadas no Portal Nacional da NF-e. É sempre bom possuir pelo menos a estrutura mais atual impressa para consulta.

Boa tarde Alexandre, O campo IndFinal deve receber o valor zero = normal quando se tratar de uma NF-e, e o valor 1 = Consumidor final quando se tratar de uma NFC-e. O campo indPres devemos atribuir o valor 1 ou 4 quando se tratar de uma NFC-e os demais valores, ou seja 0, 2, 3 e 9 para a NF-e. Como as opções para o campo indPres são muitas deve-se atribuir o valor correto dependendo do caso. Vamos a um exemplo uma pizzaria que emite NFC-e, se você for até pizza, a operação é presencial, logo o campo indPres deve receber o valor 1, por outro lado se eu ligar e pedir para entregar em caso esse campo tem que receber o valor 4. No que diz respeito ao Estado de SP, sim você já pode emitir NFC-e em ambiente de homologação, em produção somente para as empresas participantes do projeto piloto.

Boa tarde Dataol, Note que este tópico se refere a implementação de um comando no ACBrNFeMonitor para consumir o Web Services NFeDistribuicaoDFe. E você esta questionado sobre o retorno do Web Services NFeConsultaProtocolo.

Boa tarde Adair, Essa mensagem de erro aparece quando? Pois no log de instalação, não notei nada de errado.

Boa tarde, Tome como base o provedor ISSDSF ele é um que não segue o padrão ABRASF, se não me falha a memória o Equiplano também. No caso de um provedor que não segue o padrão vai ocorrer alterações em quase todos os fontes que compõe o componente.

Boa tarde Thiago, Se o Destinatário envia um evento de Manifestação, não faz nenhum sentido, em uma nova consulta ele obter um resumo do evento enviado por ele. Volto a frisar, a sua aplicação tem o dever de controlar os eventos de manifestação enviados a cada nota emitida contra o seu CNPJ. Por favor leia atentamente a Nota Técnica 2014/002 versão 1.01, ela traz um exemplo onde temos o Emitente da NF-e e o Destinatário e quem recebe o que a medida que cada um vai enviando eventos por exemplo.

Boa tarde Carlos, Abra o Arquivo "1-env-lot.xml" e veja a quantidade de vezes que você acrescentou a nota de numero 709. Eu parei de contar quando chegou na quarta, sendo que só pode existir somente uma nota de numero 709.

Boa tarde a todos, Todos os Documentos Auxiliares, ou seja, DANFE, DACTE, etc, feitos em Quick Report, se utilizou a versão 5.02 para o Delphi 7. A versão que acompanha o Delphi 7 é a 3.0, sendo assim será preciso fazer alguns ajustes antes da instalação. 1. No arquivo ACBr.ini você deve comentar a linha que defini a diretiva QReport_PDF. 2. Se você vai utilizar o DANFE, deve-se seguir o passo a passo que consta na pasta ...\Fontes\ACBrNFe2 esse passo a passo é para resolver erros de propriedades não existentes. 3. Editar o pacote de instalação do componente ACBrNFeDANFEQR, a fim de remover o requisito QR5RunD7 (que se refere a versão 5 do Quick Report). Depois inicie a instalação. Os passos 2 e 3 acima devem ser repetidos para instalar os demais DA, ou seja, DACTE, DANFSE, DAMDFE.

Boa tarde Thiago, Estamos implementando a medida que os tipos de eventos vão surgindo. Quero lembrar a todos, que existem eventos gerados, pelo emitente, pelo remetente, pela SEFAZ e pelo Fisco, são os eventos desses dois últimos que não constam em notas técnicas, portanto não tivemos condições de inclui-los da mesma forma que foram os que constam. Portanto peço paciência, e o mais importante, postem como anexo o arquivo de retorno da SEFAZ que contem um resumo de evento ou o processamento de um evento, cujo tipo de evento ainda não foi implementado. Só desta forma será possível atualizarmos o componente. Desde já agradeço a colaboração de todos.

Boa tarde Carvalho, Você usou o aplicativo ACBrInstall para realizar a instalação? Se sim, todos os fontes de todas as pastas estão atualizados, ou seja, todos possui uma bolinha verde em seus ícones? Você não tem fontes antigos em outras pastas cujo Delphi tem acesso, ou seja, conta o path em seu Library Path?

Boa tarde Daniel, O ACBr é para o Delphi e não para o VB6. O ACBr tem 2 provedores genéricos um que gera o XML do RPS na versão 1.00 e outro na versão 2.00, justamente para que você possa depois importar o XML através do site da prefeitura, quando esta não dispõe de um Web Services.

Boa tarde a todos, Checando o código fonte do componente, todas as mensagem de retorno do Web Services só são apresentadas na tela caso seja atribuído o valor True a propriedade Configuracoes.WebServices.Visualizar Sendo assim sugiro você verificarem se estão com os fontes atualizados e compilar as suas aplicações com a opção Build. Caso alguém queira checar, basta abrir o fonte ACBrNFSeWebServices e procurar por todas as ocorrerias de ShowMessage

Boa tarde André, Muito obrigado pela contribuição, assim que possível estarei analisando e se tudo estiver OK vou disponibilizar.

Boa tarde Heronim, A mensagem diz que não foi possível estabelecer uma conexão com o servidor. É preciso gerar o XML de envio do lote com a propriedade: Configuracoes.WebServices.Salvar = True. Desta forma será gerado um arquivo de envio com a palavra -soap no nome, esse arquivo é o completo inclusive com as TAGs de envelope. De posse desse arquivo entrar em contato com o provedor e passar para eles, bem como solicitar a eles o endereço de homologação e de produção. Como não existe uma padronização a solução é essa entrar em contato com o provedor.

Boa tarde Dirlenio, Se eu entendi direto o caminhão parte de SC com uma carga a cobertada por um CT-e, ao chegar e PR é acrescentado uma segunda carga acobertada por um segundo CT-e e segue viagem até MT onde ambas as cargas serão descarregadas, correto? Se sim, vai ai uma solução: 1. Emita um MDF-e de SC até MT com o primeiro CT-e; 2. Emita um segundo MDF-e de PR até MT com os dois CT-e, sendo que o segundo se refere a carga a ser coletada em PR; Quando o motorista chegar a um posto de fiscalização em PR deve apresentar apenas o primeiro MDF-e, para todos os efeitos a carga é somente a que consta no MDF-e que confere com o que esta no caminhão e ele esta ai apenas de passagem uma vez que o seu destino é MT. Após realizar a coleta ao passar pelo próximo posto de fiscalização o motorista tem que apresentar o segundo MDF-e, pois este vai contar com os 2 CT-e que confere com a atual carga do caminhão. Quando a entrega for realizada em MT, ai sim é feito o encerramento dos 2 MDF-e.

Boa tarde Renan, Houve uma alteração na composição da chave da NF-e mais essa alteração se não me falha a memória ocorreu a uns 5 anos, quando foi acrescentado a ela o tipo de emissão. Da onde você tirou essa informação que o conteúdo da chave de acesso teria alteração com a mudança da versão para 3.10? Quem falou isso para você anda bebendo gasolina, é melhor ficar longe.

Boa tarde, Como você não especificou, para mim se tratava da geração do XML e não do TXT.