Italo Giurizzato Junior

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia, Como o Juliomar deixou claro, se tratando de inutilização, você senta e chora, não existe nenhuma serviço disponibilizado pela SEFAZ que lhe permite consultar e ter como retorno o resultado do processamento de um pedido de inutilização. Já alguns tipos de evento se ocorrer algum problema no exato momento do retorno do envio do evento, ao consultar a nota cujo evento tem haver, teremos no retorno dessa consulta os eventos vinculados a mesma. Até o momento não temos no código do componente a extração desses eventos do retorno para salvar separadamente em disco ou disponibilizar em propriedades para serem salvos no banco de dados. Se desejar analisar o código e contribuir implementando essa funcionalidade ao componente, ficaremos agradecido.

Bom dia a todos, Arturo, Você não inutiliza uma nota e sim um numero ou faixa de números. Ao inutilizar um numero, você esta informando a SEFAZ que não existe uma nota com esse numero. Por outro lado o cancelamento, carta de correção são eventos que podem ocorreu com uma nota, note que ao enviar um evento de cancelamento ou carta de correção preciso informar a chave da nota que esta sendo cancelada ou corrigida. Como o José deixou claro a SEFAZ disponibiliza diversos métodos (serviços) para fins distintos. Serviços disponibilizados pela SEFAZ: Autorização ==> recepciona os lotes de notas Retorno da Autorização ==> retorna o resultado do processamento do lote de notas, trata-se de uma consulta onde devemos informar o numero do recibo retornado ao enviar as notas. Inutilização ==> recepciona o pedido de inutilização de numero ou faixa de numeros Consulta Protocolo ==> retorna a situação atual de uma nota, trata-se de uma consulta onde devemos informar a chave da nota. Status de Serviço ==> retorna a situação do serviço (no meu entendimento não serve para nada pois não diz se os demais serviços estão funcionando ou não, somente ele) Consulta Cadastro ==> retorna informações de uma pessoa física ou jurídica, devemos informar o CNPJ/CPF e a UF Recepção de Evento ==> recepciona diversos tipos de eventos.

Bom dia TempaCP, Lembre-se que os Webservices responsáveis pelos serviços: DistribuicaoDFe e os eventos referente a Manifestação do Destinatário se encontram no Ambiente Nacional, logo se a SEFAZ-Autorizadora não compartilhar as notas para o Ambiente Nacional, não será possível obter o resumo da nota, efetuar a Manifestação do Destinatário para depois obter o XML completo da Nota. Na segunda postagem eu informo que ocorre o compartilhamento: E na primeira deixo claro onde fica os Webservices: Se essas últimas notas não se encontram no Ambiente Nacional, podemos concluir que a SEFAZ-Autorizadora ainda não fez o dever de casa que é compartilhar.

Se o XML foi gerado, assinado, validado, enviado para SEFAZ e esta retornou o protocolo de autorização, mas depois alguém deletou o XML, a solução para resolver esse problema esta no artigo que te indiquei.

Bom dia Arturo, Se você estiver com a ultima versão do Monitor no Help dele você vai encontrar um modelo de cada tipo de evento: Caminho: Comandos do Objeto NFE/NFCe - NFE.EnviarEvento - Modelos Evento.INI

Bom dia, O XML que você deseja obter foi emitido por você ou pelo seu fornecedor? Se foi emitido por você siga as orientações do artigo abaixo: Como recuperar o XML de um DF-e Se foi emitido pelo seu fornecedor siga as orientações desse outro artigo: Como obter o XML do Fornecedor

Bom dia Paulo, Você esta usando o novo arquivo INI do provedor? Ele sofreu alterações.

Bom dia Milton, Você deve estar fazendo alguma coisa errada. Se no programa exemplo você configurou corretamente o caminho onde esta os arquivos INI e depois selecionou a cidade desejada, ao clicar em salvar a configuração não é para ocorrer erro.

Bom dia Robinho, Você não informou se é o DANFSE feito em Fortes ou Fast Report.

Bom dia Milton, Favor atualizar os fontes, reinstalar os componentes, pois foi disponibilizado na tarde do dia 28/02/2019 os Schemas referente a versão 1.10 da Nota Técnica 2018/005.

Bom dia Ricardo, Se não me falha a memória é porque ela foi emitida em ambiente de homologação. Neste caso aparece a mensagem que a nota foi emitida em ambiente de homologação. Ao emitir em produção em contingência off-line vai aparecer a mensagem que a nota foi emitida em contingência.

Tópico fechado por duplicidade.

Bom dia Cesar, Então o problema é na SEFAZ.

Boa tarde Cesar, Vai ser necessário "debugar" para sabermos se o componente esta enviando o evento para a SVC-RS ou SEFAZ-BA. Pela sua configuração é para enviar para SEFAZ-BA. A não ser que tem no seu código mudando de teNormal para teSVCRS antes do envio do evento.

Boa tarde Pessoal, Se tratando de NF-e / CT-e o que fazer quando a SEFAZ autorizadora esta fora do AR? Quando a SEFAZ-Autorizadora fica fora do AR por problemas técnicos ou parada programada a mesma se encarrega se solicitar a ativação da SVC - SEFAZ Virtual de Contingência. Sendo assim, em vez de enviar para a SEFAZ-Autorizadora enviamos para a SVC. Na imagem abaixo temos um exemplo da NF-e: Como podemos ver não se faz necessário enviar novamente para a SEFAZ-Autorizadora a NF-e que foi enviada para a SVC, pois esta se encarrega de validar e autorizar ou não a nota. "Todas as NF-e autorizadas pela SVC serão automaticamente disponibilizadas para o Ambiente Nacional da NF-e e, consequentemente, distribuídas para as SEFAZ envolvidas na operação. A princípio, quando o ambiente de autorização normal da UF retornar ao seu funcionamento normal, os documentos autorizados no ambiente da SVC já constarão na sua base de dados." essa informação consta no item 04.8 - Compartilhamento das NF-e autorizadas pela SVC da Nota Técnica 2013/007 versão 1.03 Configuração do Componente ACBrNFe: // (AC,AL,AP,AM,BA,CE,DF,ES,GO,MA,MT,MS,MG,PA,PB,PR,PE,PI,RJ,RN,RS,RO,RR,SC,SP,SE,TO); // (12,27,16,13,29,23,53,32,52,21,51,50,31,15,25,41,26,22,33,24,43,11,14,42,35,28,17); case rgTipoEmissao.ItemIndex of 0: ACBrNFe1.Configuracoes.Geral.FormaEmissao := teNormal; 1: if ACBrNFe1.Configuracoes.WebServices.UFCodigo in [13, 26, 21, 29, 41, 50, 51, 52] then ACBrNFe1.Configuracoes.Geral.FormaEmissao := teSVCRS else ACBrNFe1.Configuracoes.Geral.FormaEmissao := teSVCAN; end; Na rotina que alimenta o componente com os dados da venda devemos incluir as seguintes linhas: case rgTipoEmissao.ItemIndex of 0: Ide.tpEmis := teNormal; 1: if ACBrNFe1.Configuracoes.WebServices.UFCodigo in [13, 26, 21, 29, 41, 50, 51, 52] then Ide.tpEmis := teSVCRS else Ide.tpEmis := teSVCAN; end; No Form da sua aplicação inclua o componente TRadioGroup para que o usuário possa escolher entre o envio Normal ou SVC: Se escolhido a opção Normal o XML será gerado segundo o tipo de emissão Normal e será enviado para a SEFAZ-Autorizadora. Por outro lado se for escolhido SVC o XML será gerado segundo o tipo de emissão SVCRS ou SVCAN conforme a UF e será enviado para a SVC correspondente. Simples não acham? De forma semelhante temos também para o CT-e o SVC. Na imagem abaixo temos um exemplo do CT-e: Configuração do Componente ACBrCTe: // (AC,AL,AP,AM,BA,CE,DF,ES,GO,MA,MT,MS,MG,PA,PB,PR,PE,PI,RJ,RN,RS,RO,RR,SC,SP,SE,TO); // (12,27,16,13,29,23,53,32,52,21,51,50,31,15,25,41,26,22,33,24,43,11,14,42,35,28,17); case rgTipoEmissao.ItemIndex of 0: ACBrCTe1.Configuracoes.Geral.FormaEmissao := teNormal; 1: if ACBrCTe1.Configuracoes.WebServices.UFCodigo in [14, 16, 26, 35, 50, 51] then ACBrCTe1.Configuracoes.Geral.FormaEmissao := teSVCRS else ACBrCTe1.Configuracoes.Geral.FormaEmissao := teSVCSP; end; Notem que no caso do CT-e temos a SVC-RS e SVC-SP em vez da SVC-AN. Na rotina que alimenta o componente com os dados do transporte da carga devemos incluir as seguintes linhas: case rgTipoEmissao.ItemIndex of 0: Ide.tpEmis := teNormal; 1: if ACBrCTe1.Configuracoes.WebServices.UFCodigo in [14, 16, 26, 35, 50, 51] then Ide.tpEmis := teSVCRS else Ide.tpEmis := teSVCSP; end; Não esqueçam de colocar o componente TRadioGroup com as opções Normal e SVC no Form de emissão para que o usuário possa escolher. Notaram que o funcionamento de ambos são iguais? Observações: O envio para o SVC é valido para NF-e, CT-e e CT-e OS. No caso da NFC-e temos a Contingência Off-line que na verdade a NFC-e não é enviada apenas o seu DANFE é impresso, quando a SEFAZ-Autorizadora voltar a funcionar devemos enviar a nota. Para o Estado de São Paulo a contingência da NFC-e é o SAT, ou seja, se a SEFAZ-SP estiver parada devemos usar o SAT para enviar o CF-e. A SVC é desativada assim que a SEFAZ-Autorizadora voltar a funcionar sem nenhum problema. Bibliografia: Nota Técnica 2013/007 versão 1.03 Manual do CT-e versão 3.00 MOC7 Anexo V Manual Contingencia NF-e

Bom dia EveCar, Neste caso você deve carregar o XML através do LoadFromFile e executar o método Consultar. Ao enviar essa nota para o SVC ela não foi rejeitada? Pode ser também que ao enviar essa nota para o SVC o mesmo já estava desabilitado para recepcionar notas da UF - MT. Se isso ocorreu você deve enviar novamente para a SEFAZ-Autorizadora que neste caso é a SEFAZ-MT.

Bom dia a todos, Na minha segunda postagem desse artigo eu faço referencia a Nota Técnica que trata sobre a Manifestação do Destinatário, você chegou a Ler? A Manifestação do Destinatário é um evento, alias são 4 tipos de eventos, sendo que um deles é a Ciência da Operação. O DistribuicaoDFe deve ser utilizado pelo Destinatário da Mercadoria. Exemplo: A Empresa ABC emite a nota contra o CNPJ da Empresa XYZ. A Empresa ABC tem por obrigação legal disponibilizar o XML da nota para a Empresa XYZ, uma das maneiras é através de e-mail. Mas isso nem sempre ocorre. Para que a Empresa XYZ possa ter o XML, pois o DANFE não é a nota é apenas um Documento Auxiliar que tem validade apenas para realizar o transporte da Mercadoria, a solução é se utilizar do DistribuicaoDFe. O componente dispõe do método Chamado DistribuicaoDFePorUltNSU (conforme explicado no artigo mencionado). Através dele podemos ter uma lista de até 50 documentos, normalmente é retornado resumos de notas. Para que a Empresa XYZ possa ter o XML completo se faz necessário realizar a Manifestação do Destinatário de cada nota cujo resumo foi retornado pelo DistribuicaoDFePorUltNSU. TempaCP se você emite nota ao utilizar o DistribuicaoDFe o que você vai ter são resumos das notas dos seus fornecedores e não das notas que você emitiu. Peço que leiam com mais calma e atenção as duas postagens desse artigo, pois no segundo existe um exemplo. Reforço também a leitura das Notas Técnicas.

Boa tarde, Foi disponibilizado hoje os novos Schemas que atende a versão 1.10 da NT 2018/005. Até o final desta semana iremos fazer as alterações necessárias no componente ACBrNFe que é utilizado pelo ACBrMonitor Plus. Peço que aguarde.

Acredito que você esta fazendo confusão com relação a série. Série do Documento Fiscal, preencher com zeros na hipótese de a NF-e não possuir série. Série na faixa: - [000-889]: Aplicativo do Contribuinte; Emitente=CNPJ; Assinatura pelo e-CNPJ do contribuinte (procEmi<>1,2); - [890-899]: Emissão no site do Fisco (NFA-e - Avulsa); Emitente= CNPJ / CPF; Assinatura pelo e-CNPJ da SEFAZ (procEmi=1); - [900-909]: Emissão no site do Fisco (NFA-e); Emitente= CNPJ; Assinatura pelo e-CNPJ da SEFAZ (procEmi=1), ou Assinatura pelo e-CNPJ do contribuinte (procEmi=2); - [910-919]: Emissão no site do Fisco (NFA-e); Emitente= CPF; Assinatura pelo e-CNPJ da SEFAZ (procEmi=1), ou Assinatura pelo e-CPF do contribuinte (procEmi=2); - [920-969]: Aplicativo do Contribuinte; Emitente=CPF; Assinatura pelo e-CPF do contribuinte (procEmi<>1,2); Essa informação consta nas páginas 7 e 8 do MOC7 Anexo I leiaute da NFe / NFC-e. Esse MOC se encontra em nossa biblioteca. https://sourceforge.net/p/acbr/code/HEAD/tree/tools/DFe/NFeNFCe/

Bom dia Minas Software, Todo MDF-e deve ser encerrado assim que a carga for entregue. O Encerramento é um evento.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia Milton, As novas tags referentes a tributação (por exemplo vICMSSubstituto) apresentadas na Nota Técnica 2018/005 versão 1.10 não foram implementadas no componente, pelo simples fato de não ter sido liberado os novos Schemas. Os Schemas que foram liberados recentemente se refere as alterações promovidas no layout da NF-e / NFC-e que constam na versão 1.00 da mesma Nota Técnica. Apesar de constar na NT que o prazo para liberar o ambiente de homologação com todas alterações apresentadas nas duas versões da NT era 25/02/2019, mas sem os Schemas, não podemos alterar o componente, pois se fizermos essas alterações, ao tentar enviar a nota não será enviada, pois o componente vai acusar que o XML contem elementos que não existem no Schema. Resumindo, vamos aguardar.

Bom dia, Primeiramente é sempre bom manter os fontes atualizados. O Elton esta promovendo varias melhorias no código para torna-lo mais enxuto e mais rápido. No que diz respeito a série, é a sua aplicação que deve controlar a série de notas "normais" e de "contingência", portanto ao alimentar o componente devemos informar a série correta. O componente não faz essa troca sozinho. Quanto ao Cancelamento por Substituição vide o link abaixo.

Bom dia Evandro, O que você acha? Se a SEFAZ ainda não promoveu as alterações necessárias nos webservices de produção para recepcionar uma nota contendo o grupo <infRespTec>, você acha que a nota vai ser aceita? O prazo dado pelo ENCAT para que as SEFAZ façam as alterações em seus webservices de produção é de até o dia 29/04/2019, portando só após essa data é que poderemos enviar as notas com o grupo em questão.