Italo Giurizzato Junior

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.

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.

Boa tarde Rafael, Porque você quer um XML com o grupo? O componente ACBrNFe gera esse grupo automaticamente caso os campos: CNPJ, xContado, email e fone forem preenchidos.

Adilson, Em vez de anexar a imagem da tela inteira, poderia apenas anexar a imagem do form que contem a mensagem de erro? Além de economizar um baita espaço fica mais nítido para poder ler.

Bom dia, Não são todos os eventos, mas ao executar o método Consultar, além de trazer a situação da nota retorna também alguns eventos vinculados a mesma. A titulo de exemplo vide o botão [Consultar pela Chave] que se encontra no programa exemplo do componente ACBrNFe.

Bom dia, Não precisa gerar o Hash. Você configurou o programa exemplo para usar o libCapicom?

Bom dia Adilson, O que esta ocorrendo é o seguinte. Ao carregar o XML o componente não esta conseguindo identificar quem é o provedor, dai o motivo do erro. Uma solução simples para isso é acrescentar o segundo parâmetro no LoadFromFile, vide exemplo abaixo: ACBrNFSe1.NotasFiscais.LoadFromFile(xNomeArqXML, False); Atribuindo o valor False no segundo parâmetro, faz com que o LoadFromFile apenas carrego o XML, se não colocarmos o segundo parâmetro é usado o valor padrão que é True, isso faz com que o LoadFromFile após ler o XML o gere novamente, neste caso se não for detectado o provedor é apresentado a mensagem de erro que consta na imagem que você anexou.

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

Boa tarde Ronie, Você esta com todos os fontes de todas as pastas atualizados? Reinstalou a suíte ACBr usando o ACBrInstall_Trunk2 deixando marcado a opção para apagar os arquivos antigos? Falha no Schema XML do CT-e é uma rejeição genérica, tem que vascular o XML em busca de algo que possa esta causando essa rejeição. Já Erro não catalogado, o problema é na SEFAZ, neste caso é preciso entrar em contato e expor o problema e aguardar até eles corrigirem.

Boa tarde a todos, Alguns já devem ter visto na estrutura do XML um grupo chamado autXML. O que vem a ser esse grupo? Trata-se de um grupo opcional que permite informar até 10 CNPJ ou CPF de pessoas que estão autorizadas a baixar o XML completo, pessoas estas que não figuram com atores do documento fiscal eletrônico em questão. Por exemplo: em uma NF-e temos os seguintes atores: Emitente, Destinatário e Transportador. O Emitente por ser o responsável por emitir a NF-e, tem por obrigação possuir o XML do documento e disponibilizar o mesmo para os outros dois. O Destinatário por sua vez poderá baixar o XML da NF-e através do DistribuicaoDFe já explicado nesse tópico, mas se faz necessário enviar o evento de Manifestação do Destinatário. O Transportador poderá baixar o XML da NF-e através do DistribuicaoDFe e não precisa enviar nenhum evento. Mas eu gostaria que o contador da minha empresa pudesse também baixar o XML, isso é possível? Sim, basta incluir o CNPJ ou CPF do seu contador no grupo autXML. Desta forma o Contador poderá baixar o XML da NF-e através do DistribuicaoDFe e não precisa enviar nenhum evento. Lembre-se o único que não consegue baixar o XML é o Emitente do próprio documento, os demais conseguem baixar o XML completo (assinado e com o protocolo de autorização) desde de que seja um dos atores ou faça parte da lista do grupo autXML. Até o momento somente o Destinatário da mercadoria se faz necessário enviar o evento de Manifestação do Destinatário para poder baixar o XML completo, caso contrario terá somente um XML contendo um resumo da nota. O grupo autXML esta presente nos seguintes documentos fiscais eletrônicos: NF-e / NFC-e, CT-e / CT-e OS, MDF-e e BP-e. No caso do BP-e ainda não foi disponibilizado o DistribuicaoDFe para que seja possível baixar o XML. E também não esta disponível a baixa do XML da NFC-e pelo DistribuicaoDFe. Em caso de dúvidas, favor criar um novo tópico em: https://www.projetoacbr.com.br/forum/forum/3-dúvidas-gerais-sobre-o-acbr/

Boa tarde Cesar, Neste caso pode ser algum erro no webservice da SEFAZ.

Bom dia Cesar, O componente esta configurado para usar a SVC - SEFAZ-Virtual de Contingencia?

Bom dia Luiz, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório. Um pequeno detalhe, os seus fontes estão desatualizados.

Bom dia Tulio, Tentou mudar para libCapicom ou libWinCrypt?

Bom dia Adilson, Usando o programa exemplo? Botão [Imprimir DANFSE] ?

Bom dia Tathiana, Você esta usando os schemas específicos do provedor em questão? Note que existe uma pasta de schemas para cada provedor.

Bom dia Lucas, Você esta com todos os fontes de todas as pastas atualizados? Reinstalou a suíte ACBr usando o ACBrInstall_Trunk2 com a opção: Apagar arquivos antigos marcada? Esta usando os arquivos INI tanto da cidade quanto do provedor que se encontra na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI ?

Bom dia Filipe, Muito obrigado pela colaboração, já corrigi o arquivo Cidades.ini e ainda hoje vou enviar para o repositório.

Bom dia Leivio, Desde já muito obrigado pela colaboração. O que esta faltando no ACBreSocial?

Boa tarde Tathiana, Favor atualizar os fontes e faça novos testes.

Boa tarde Felipe, Qual é o problema do quadro aparecer sem as informações?

Boa tarde Wesclei, Muito obrigado pela colaboração, com certeza essa documentação será muito útil para que possamos iniciar o projeto de um componente para emitir a NFS-e segundo o Padrão Nacional. Você esta participando do evento que esta ocorrendo essa semana em BH? Se sim, e puder nos trazer mais informações ficaremos gratos.