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 noite Wagner, inclua antes do grupo [identificacao] o seguinte: [infNFe] versao=3.10 Outra coisa cheque a sua rotina que gera o arquivo INI, pois o total da nota esta zerado.

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

Boa tarde Carlos, Dentro da pasta ...\Fontes\ACBrNFe2 existe um arquivo TXT que mostra como resolver esse erro (propriedade inexistente) para o Quick Report, tente algo semelhante.

Boa tarde Jesus Aparecido, A Manifestação do Destinatário são eventos, sendo assim você pode utilizar do comando para enviar eventos.

Bom dia Felipe, Até onde sei o OpenSSL existe que seja informado no minimo 3 caracteres para a unidade, sendo assim, é a sua aplicação que deve exigir essa quantidade minima. Como você utiliza o Monitor não sei se você tem os schemas: tiposBasico_v1.03.xsd e tiposBasico_v1.03_OPENSSL.xsd, o segundo possui uma modificação para ser usado com o OpenSSL e se não me falha a memória se refere a unidade. compare os dois para descobrir o que foi alterado. Se você esta emitindo nota na versão 3.10, então você terá que realizar a mesma alteração no schema: tiposBasico_v3.10.xsd

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.

Bom dia Leandro, A UF informada no XML é DF, cujo código IBGE é 53, portanto o XML esta correto. Mas qual UF você esta informando na configuração do componente? ACBrNFe1.Configuracoes.WebServices.UF := ????; <== aqui você deve informar DF.

Bom dia Felipe, A principio esta correto, você pode atribuir a CNPJ o numero de um CPF sem problemas o monitor identifica que se trata de um CPF, no XML deve estar aparecendo a tag CPF. Sugiro não usar vogais acentuadas e cedilha. Você não informou o erro que esta aparecendo agora, é o mesmo? Ao abrir o XML gerado a versão é 3.10? Estou achando estranho, pois a tag <IE> só é gerada se IndIEDest for diferente 2 e se IE for informado ou a versão do XML for inferior a 3.00

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.