Italo Giurizzato Junior

Bom dia, Por favor, não post como texto fragmento de código a não ser que o mesmo tenha 3 linhas. Procure sem anexar. Outra coisa no inicio da sua rotina você colocou um comentário que se trata de encerramento, mas ao passar o tipo de evento, você informa o de cancelamento.

Bom dia Ubaltino, Primeiramente não post conteúdo de arquivos como parte do texto, procure sempre anexa-los, a não ser que seja umas 3 linhas. Segundo, pela mensagem que consta no campo xMotivo, significa que o MDF-e não foi autorizado e sim rejeitado. Essa mensagem é muita estranha uma vez que a SEFAZ habilitou automaticamente todos os emitentes de NF-e e CT-e para poder emitir também o MDF-e. Como o envio foi realizado em ambiente de homologação, pode ser que o Web Services esteja com algum problema e esta retornando essa mensagem absurda. Um detalhe importante, TODAS as UF se utilizam da SEFAZ-RS para enviar o MDF-e, logo o problema não é a SEFAZ-GO e sim a SEFAZ-RS. Como não existe inutilização de numeração no MDF-e você pode utilizar o numero do MDF-e rejeitado para emitir um outro.

Boa noite, Na pasta onde encontra-se os fontes dos componentes ACBr, existe uma pasta chamada Exemplos e dentro desta a pasta ACBrNFSe. Compile o programa exemplo e o execute. Note que existe um botão usado para checar o provedor da cidade desejada. Informe o código IBGE da mesma. Se retornar a palavra Nenhum, isso significa que não existe um provedor para a cidade em questão ou a mesma ainda não foi adicionada ao componente, caso contrario será retornado o nome do provedor que atende a cidade desejada.

Boa noite a todos, Sim, que tal dar uma estudada no programa exemplo, mais precisamente no botão de encerramento e cancelamento. Ai vocês vão dizer mas no programa exemplos ele pede o XML do MDF-e, sim, ele pede, para simplesmente extrair do mesmo a chave e o protocolo.

Boa noite Claudio, O tópico se refere a Inutilização de numeração e não encerramento de MDF-e. Por favor, faça a sua postagem no tópico que tenha haver com o seu problema ou seja encerramento de MDF-e.

Boa noite Ubaltino, Compare o seu XML com a estrutura publicada pela SEFAZ (Nota Técnica 2013/004 Versão 1.00a).

Boa noite a todos, O que me deixa P da vida é ver um empresário gastar alguns milhares de reais na compra de um carrão e sair desfilando mostrando que é bem sucedido, mas acha um cumulo gastar míseros 300 reais na compra de um HD externo e mais alguns minutos no final do dia para realizar uma cópia de segurança do banco de dados e ou XMLs das notas emitidas. Meu caro Aloísio, o seu cliente é irresponsável, pois o XML da nota que ele emiti é um documento válido juridicamente que tem que ser guardado por 5 anos. Irresponsável sim, pois deveria ter cópia de segurança, mande ele choras as pitangas com a SEFAZ, quem sabe ela gera um CD com os XMLs que ele perdeu ou melhor deixou perder. Agora alem de desenvolvedor de sistema, você esta sendo promovido a Salvador da Pátria pelo seu cliente e tenha certeza que não vai receber um centavo a mais por isso.

Boa noite Douglas, O que pode esta ocorrendo é que a SEFAZ-Autorizadora que autorizou o CT-e não esta replicando para o Ambiente Nacional. Mas existe sim, se não me falha a memória um procEventoNFe que contem um evento de vinculação entre a NF-e e o CT-e que o contem como documento originário.

Boa noite Alexandre, Quanto aos itens 1, 3 e 4 não vou lhe responder pois não utilizo o Rave. Mas com relação ao item 2, se esta salvando vários arquivos isso significa que você atribuiu o valor True para as 3 propriedades Salvar. Aconselho você dar uma lida no manual do componente que encontra-se na pasta ...\Doctos\Manuais, para saber a função de cada um deles.

Boa noite Everton, Quando a SEFAZ disponibilizar um Web Services para esse fim certaremos estaremos implementando essa funcionalidade no componente. Acredito que a SEFAZ não vai fazer isso, uma vez que a NFC-e é destinada ao consumidor final e para este basta o DANFE da NFC-e para comprovar a compra do produto.

Boa noite Veríssimo, Até onde sei, só esta liberado para quem esta participando do projeto piloto.

Boa tarde Felipe, Sim, pode se basear na versão 1.21 da NT 2013/005.

Bom dia ncc, Quanto ao espaço em branco no final e antes do /> não vejo nenhum problema. Agora quanto ao grupo <protCTe>, você tem o arquivo *-pro-rec.xml referente ao CT-e que aparece na figura? Ele contem alem do atributo versão o namespace? E no grupo <infProt> possui o atributo Id? Lembre-se que o arquivo *-pro-rec.xml é o resultado do processamento do CT-e enviado a SEFAZ, o componente apenas extrai o retorno que esta envelopado e salva em disco sem nenhuma alteração. E tem mais segundo o Manual versão 2.00a do CT-e página 49 faz parte do grupo <protCTe> o grupo <Signature> sendo que esta assinatura fica a critério da SEFAZ-Autorizadora, se ela não assina o XML não há necessidade de informar o Id, note também que tanto o atributo Id quanto o grupo Signature são opcionais. Agora se ao obter o retorno da SEFAZ referente ao processamento de um CT-e ela nos retorna o <protCTe> de um jeito e ao realizar o download via site nos retorna de outro, o que fazer? No meu entendimento temos que considerar os dois como validos.

Bom dia Rafael, Muito obrigado pela colaboração, já esta disponível.

Bom dia, A mensagem correta não é: arquivo não encontrado? O nome do arquivo informado no comando é exatamente igual ao do arquivo salvo em disco?

Bom dia Ubaltino, Acredito que o problema seja com relação aos lacres. Você informou 3 lacres para a mesma unidade de transporte, apesar disso ser possível, mas também informou os mesmos lacres no grupo <lacres> = lacres do MDF-e. No meu entendimento se você tem apenas uma unidade de transporte ou você informa os lacres em <lacUnidTransp> ou em <lacres>.

Bom dia Rodrigo, Existe duas saídas, uma vez que a nota não foi recepcionada na SEFAZ: 1. gerar o XML novamente com o mesmo numero de nota, mas com o tpEmis = 9 desta forma você não tem o que se preocupar. 2. Se não for possível gerar novamente o XMl com o mesmo numero de nota, a nota não recepcionada você realiza a inutilização do numero da nota não recepcionada pela SEFAZ. Outra coisa importante é checar se a UF onde a NFC-e vai ser emitida aceita o tipo de emissão = 9 (Offline), São Paulo por exemplo não aceita. Em São Paulo se o problema for na SEFAZ-SP você vai ter que encaminhar o XML sem nenhuma alteração para a SEFAZ Virtual de Contingência, agora se o problema for com o emitente, o mesmo terá que lançar mão de uma conexão 3G por exemplo e enviar um EPEC para a SEFAZ-SP.

Boa noite itasouza, Vou ver se consigo descobrir o problema.

Boa noite, O Estado de RN se utiliza da SEFAZ-Virtual do RS para recepcionar as notas. Se a SEFAZ-RN possui uma replica das notas, com certeza não esta atualizado.

Boa noite Zanutto, Se não me falhe a memória é possível selecionar o DACTE em 2 vias, mas ainda ele não esta 100%, requer testes e correções.

Boa noite Ubaltino, Submeti o seu XML do MDF-e ao validador da SEFAZ: https://mdfe-portal.sefaz.rs.gov.br/Site/ValidadorXml E este não acusou nenhum erro.

Boa tarde Gilson, Muito obrigado pela colaboração, já esta disponível.

Boa tarde a todos, Também não entendi. A tabela referente ao Estado de São Paulo (por exemplo): TabelaIBPTaxSP15.1.B que encontra-se na pasta: ...\Exemplos\ACBrIBPTax\tabela se abrirmos com o bloco de notas temos na primeira coluna o código e na terceira o tipo, se o tipo for "zero" o código se refere ao NCM, por outro lado se for "um" o código se refere ao NBS e podemos ver isso claramente na descrição que é a quarta coluna. As colunas estão separadas por ponto e virgula, Exemplos: codigo;ex;tipo;descricao;nacionalfederal;importadosfederal;estadual;municipal;vigenciainicio;vigenciafim;chave;versao;fonte 84198920;;0;Estufas;4.20;8.27;8.80;0.00;01/01/2015;30/06/2015;9oi3aC;15.1.B;IBPT 1050113;;1;Serviços de transporte rodoviário de carga geral;13.45;14.05;0.00;2.45;01/01/2015;30/06/2015;9oi3aC;15.1.B;IBPT Estufas é um produto (tipo=0) portanto o seu código NCM é 84198920, por outro lado, Serviço de transporte rodoviário de carga geral é um serviço (tipo=1) e seu código NBS é 1050113. As quinta, sexta, sétima e oitava colunas, temos as alíquotas. Espero ter ajudado.

Tiago, Essa recomendação é do ENCAT para as SEFAZ que quando ocorrer um erro não previsto deve apresentar uma resposta um pouco mais detalhada do que simplesmente: Ocorreu um erro. Como já respondido no outro tópico erro 999 é problema na SEFAZ, sendo assim ou você espera ou entre em contato para relatar o problema, deixando claro qual era o serviço que estava tentando usar.

Dangelo, Já respondi no outro tópico.