Italo Giurizzato Junior

Bom dia João, Com certeza é uma falha na SEFAZ, pois o XML de solicitação esta correto.

Bom dia a todos, Como faz falta acessar o Portal Nacional da NF-e e baixar o Manual ou Nota Técnica que acaba de ser publicada. Se todos tivessem esse habito de verificar se tem alguma publicação nova, baixar e ler, esse tipo questionamento não teríamos no fórum. Já faz um bom tempo que o cancelamento é um evento. Antes dele se tornar um evento o componente realizava a troca do protocolo de autorização pelo de cancelamento. Agora não faz mais essa troca, segundo as recomendações do ENCAT o XML assinado e com o protocolo de autorização não deve ser alterado. Caso a nota venha ser cancelada devemos enviar ao destinatário um segundo XML chamado: *-procEventoNFe.xml, este contem a solicitação do cancelamento bem como o seu motivo e o retorno da SEFAZ com o protocolo de cancelamento. A aplicação do destinatário (caso importa os XMLs) tem que possui uma rotina para importar o XML da nota e outra para importar o XML do processamento de Evento (cancelamento por exemplo). No caso de uma carta de correção, esta também é um evento, sendo assim no final teremos também um XML chamado: *-procEventoNFe.xml que também deve ser enviado para o destinatário. Espero ter ficado claro.

Bom dia Carlos, Você poderia postar em anexo o arquivo INI que você esta montando para ser enviado ao ACBrNFeMonitor? No XML não consta o grupo <pag> Formas de Pagamento. Acredito que o DANFE que você selecionou no Monitor se utiliza desse grupo para imprimir os totais. E aproveitando qual é o modelo de DANFE selecionado?

Boa noite Artur, Porque você esta usando o tipo de emissão SVC-AN ? Porque não usa o teNormal?

Acredito que você não vai conseguir cadastrar a sua software house uma vez que ela não é uma empresa do varejo e sim prestadora de serviço. Você vai ter que usar o certificado de um cliente que é uma empresa de varejo. É o seu cliente que tem que se cadastrar para emitir NFC-e e solicitar o idCSC e CSC.

Boa tarde Rodrigo, No inicio a equipe do projeto piloto resolveram chamar duas informações a serem usadas na geração do QR-Code de idToken e Token, e perceberam que muitas pessoas andaram confundindo com o certificado A3 no formato Token (pen-drive). Agora essas duas informações se chamam: idCSC e CSC, trata-se de um Código de Segurança do Contribuinte, não tem nada haver com o certificado digital. A impressão do DANFE NFC-e só deve ser realizado após o envio do XML a SEFAZ (semelhante a NF-e). O componente ACBrNFe atende tanto a NF-e quanto a NFC-e, inclusive todos os métodos de envio, consulta, etc. são os mesmos. Você só precisa configurar o ACBrNFe, informando qual é o modelo de documento fiscal que deseja emitir bem como a sua versão. A rotina que alimenta o componente com os dados da venda existem algumas particularidades de cada modelo, por exemplo, na NF-e é obrigatório informar os dados do destinatário, já na NFC-e não. Por outro lado na NFC-e devemos informar a forma de pagamento, ou seja, foi pago com dinheiro, cartão, cheque, etc. e os respectivos valores.

O idCSC e CSC tem que ser da empresa que vai emitir NFC-e. Se você utiliza certificado de terceiros, são esses terceiros que devem solicitar o idCSC e CSC. Lembre-se que somente as empresas do varejo que vão emitir NFC-e. Exemplo: A empresa XXX é um mini mercado, ela deverá adquirir o certificado digital e solicitar junto a SEFAZ o idCSC e CSC assim que o seu credenciamento para emissão de NFC-e seja concedido. Você poderá utilizar o certificado, o idCSC e CSC da empresa XXX para realizar os testes, com o consentimento dela.

Boa tarde, Uma correção, não é idToken/idCSC ou Token/CSC e sim idToken/idCSC e Token/CSC. Primeiramente, a palavra Token foi substituida pela sigla CSC para não confundir com o certificado digital vendido em formato Token (pen-drive). Sendo assim temos duas informações a serem passadas para o componente: idToken e Token que se referem ao idCSC e CSC. Para que serve essas duas informações? Somente para gerar o QR-Code que é impresso no DANFE NFC-e. Quem fornece o idCSC e CSC ao contribuinte? A SEFAZ-Autorizadora do mesmo. Se o contribuinte é de SP, deve-se solicitar a SEFAZ-SP. O ambiente de homologação já esta disponível para qualquer contribuinte de SP sendo assim você deve configurar o componente para SP.

Boa tarde Murilo, Quando ocorre problema no retorno da SEFAZ, os passos são: 1. Carregar através do loadfromfile o XML assinado da NF-e que foi enviada. 2. Executar o comando consultar. Isso vai fazer com que o componente atualize o XML assinado, ou seja, vai acrescentar o protocolo de autorização. Desta forma o XML vai ficar completo, ou seja, assinado e protocolado.

Boa tarde Rodrigo, No meu entendimento o município de inicio e fim da prestação se refere ao município do expedidor e recebedor, pois é o fragmento do trajeto que lhe compete. Mas para tirar as duvidas por completo, te aconselho você conversar com um bom contador.

Boa tarde, Muito obrigado pela informação, já fiz a alteração, favor atualizar os fontes e testar novamente.

Junior, Sendo assim o problema encontra-se no schema que você esta utilizando, ele deve estar errado. Na pasta: ...\Exemplos\ACBrMDFe\Delphi\Schemas temos os schemas atualizados para a validação do MDF-e.

Bom dia José, Primeiramente, peço a gentileza de postar somente uma vez, este post já é o segundo seu com o mesmo problema que encontro. Segundo a rotina que você montou para realizar a consulta é destinada ao emitente e isso já foi dito em outras postagens. Logo não deve ser utilizada pelo destinatário. Terceiro, favor ler o manual do ACBrNFe que encontra-se na pasta ...\Doctos\Manuais, você vai encontrar um método chamado DistribuicaoDFe e como leitura complementar, baixe do Portal Nacional da NF-e a Nota Técnica 2014/002 versão 1.01 que trata sobre o Web Services Distribuição DFe. Esse sim é para ser utilizado pelo Destinatário.

Bom dia Alessandro, Você tem certeza que o modelo do documento fiscal é NF-e? O componente esta configurado corretamente para este modelo? As URLs para a versão 2.00 e 3.10 são as mesmas para a NF-e no Estado de GO.

Bom dia Junior, Se você utiliza o ACBrMDFe na sua aplicação, ao definir que o tpEmit é 1 o componente não gera o infNF somente o infCTe. TpEmit não se refere ao tipo de emissão e sim o tipo de emitente são coisas diferentes. Os valores permitidos são: 1 - Prestador de serviço de transporte 2 - Transportador de Carga Própria OBS: Deve ser preenchido com 2 para emitentes de NF-e e pelas transportadoras quando estiverem fazendo transporte de carga própria. Favor baixar do Portal do MDF-e a Nota Técnica 2013/004 versão 1.00a - Outubro/2013, nela temos a estrutura completa do XML do MDF-e.

Bom dia, Favor entrar em contato com o provedor, solicitando a ele os schemas corretos para que possamos efetuar a validação correta do XML gerado. Acredito que o schema hoje disponibilizando dentro da pasta Agili esteja errado.

No que diz respeito aos schemas, arquivos XSD são os mesmos para ambos os modelos de documentos. Agora com relação aos arquivos XML, você pode ou melhor deve separar.

Boa tarde Murilo, O WebServices usado pelo ConsultaNFeDest vai ser desativado pela SEFAZ, alias já devia ter sido desativado. Sugiro você usar o método DistribuicaoDFe, para mais detalhes de sua sintaxe você encontra no Manual ACBrNFe versão 1.04 que encontra-se dentro da pasta ...\Doctos\Manuais.

Junior, No seu XML você informou que o tipo de Emissor é uma transportadora, correto? <tpEmis>1</tpEmis> Sendo assim não se deve informar NF-e e nem NF somente CT-e. Outra coisa você não utiliza o componente ACBMDFe, pois se utiliza-se ele já mais iria gerar o grupo infNF para o tpEmis = 1.

Junior, Você informou o município de descarga, ou seja, qual é o município onde a carga referente a nota vai ser entregue?

Boa tarde, Todos os schemas utilizados para validar uma NF-e versão 3.10 podem ser utilizados para validar uma NFC-e versão 3.10 O XML da NF-e é igual ao da NFC-e na versão 3.10, logo os schemas são os mesmos.

Boa tarde Werner, Favor atualizar todos os fontes de todas as pastas e tente novamente.

Boa tarde Junior, Qual é a mensagem de erro ao validar?

Boa tarde, O comando enviar esta correto. Como a SEFAZ no momento não faz uso do numero do lote, você pode enviar todos os lotes como sendo de numero 1. Mas acredito que seria interessante você incrementar o numero do lote e ter registrado no banco de dados que a NFC-e de numero X foi enviada através do lote de numero Y na data Z.

Tiago, Sim, você fazer as suas adaptações, pois acredito que só no final deste mês ou inicio do mês que vem teremos concluído as melhorias.