Italo Giurizzato Junior

Bom dia, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Bom dia a todos, Favor atualizar os fontes e fazerem novos testes.

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

3.1 - Não faça flooding - Inundar o fórum com posts repetidos, com a mesma dúvida ou as mesmas palavras é chamado de flooding. Isso é proibido. Apenas um post feito no lugar certo é suficiente. Pesquise antes de postar, talvez sua dúvida já está respondida em outro post. Favor leia as regras do fórum.

Bom dia Thiago, Vamos ver se eu entendi o seu problema. Você tem uma rotina própria que gera o XML, correto? Esta utilizando o componente ACBrCTe apenas para assinar, validar e enviar, correto? Mas ao tentar enviar ocorre o erro de validação acusando que não consta o elemento Signature. O XML que você anexou, contem a assinatura, logo não era para ocorrer esse erro de validação.

Bom dia Thiago, Te aconselho, nesse período de transição emitir em ambiente de homologação no sistema novo. Se você mudar de série a numeração vai iniciar do 1. Como você vai fazer para explicar para a SEFAZ os CT-e que não foram emitidos da outra versão? O sistema atual se utiliza da serie 1 e a numeração se encontra em 50.000 O novo vai utilizar a serie 2 com numeração inicial 1. Após o processo de transição o sistema atual para na numeração 50.500, sabendo que a numeração de uma serie varia de 1 até 999.999.999 o que você vai dizer para a SEFAZ porque não emitiu os CT-e de 50.501 até 999.999.999 da série 1? Pense um pouco mais sobre isso.

Bom dia Jonilton, Você utiliza o ACBrMonitor? Se sim, veja o exemplo abaixo: [vPrest] vTPrest=500 vRec=500 [Comp001] xNome=Frete Peso vComp=400 [Comp002] xNome=Pedagio vComp=100

Bom dia Cleonir, Primeiramente muito obrigado pela colaboração. Já baixei tudo o que você anexou, vou analisar o que foi feito e disponibilizar no Branches até o final desta semana.

Acredito que não.

Boa tarde, Desculpe, ficou faltando completar a postagem anterior. Se tratando de NFC-e devemos emitir a nota em contingência ou pelo SAT (no caso de São Paulo). Infelizmente não temos via webservice um serviço para realizar uma consulta para saber se realmente o numero foi inutilizado. Se não me falha a memória a única forma de saber é sita site.

Boa tarde a todos, Conforme anunciado pelo SEFAZ, a partir de Janeiro de 2019, seria válido o layout 0.08 do XML de entrada.... e ao mesmo tempo, o (antigo e obsoleto) layout 0.06 deixaria de ser aceito.... O fato do layout ser aceito, não significa necessariamente que todos precisam migrar imediatamente para ele... Isso depende inclusive, da atualização do Software Básico dos equipamentos em campo (veja tópico a seguir ) O que realmente muda, é que o layout 0.06, deixou de ser aceito... ( bem, mesmo isso foi prorrogado ) Portanto se a sua aplicação apenas suporta o XML 0.06, CORRA e faça os ajustes necessários para suportar a 0.07 ou a 0.08... Se você já suporta o layout 0.07, então veja aqui, o que há de novo no layout 0.08, e como se ajustar a ele... O que mudou no XML de entrada 0.08 ? Conforme consta na Especificação SAT_v_ER_2_26_04, temos as seguintes alterações: Layout do XML de venda: 1. Grupo enderEmit - campo xBairro passa a ter o seu tamanho variável alterado de 2-60 para 1-60 (mínimo 1 caractere e máximo de 60). 2. Grupo emit - campo IE passa a ter o seu tamanho fixo de 12 alterado para variável: 2-14. 3. Grupo dest - campo CPF passa a ter tamanho fixo de 11 dígitos, antes o campo poderia ficar vazio. 4. Grupo prod - incluído o campo CEST (opcional) de tamanho fixo de 7 dígitos. 5. Grupo obsFiscoDet - campo xTextoDet passa a ter uma nova instrução de preenchimento: 6. O grupo obsFisco gerado pelo SAT é que teve uma mudança significativa e merece ser mencionado aqui. Esse grupo antes estava dentro do grupo infAdic, agora ele esta no mesmo nível do infAdic, portanto ambos (infAdic e obsFisco) estão dentro do grupo CFe. Layout do XML de Cancelamento: 1. Os campos referentes aos itens: 1, 2 e 3 (do layout do XML de venda) sofreram a mesma alteração, mas eles são gerados pelo SAT.

Se tratando de NF-e existe uma alternativa que é enviar a nota para a SVC- SEFAZ-Virtual de Contingência. Como e Quando usar o SVC

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 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.

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.

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.