Italo Giurizzato Junior

Boa tarde, Acesse o link abaixo: http://www.nfce.fazenda.sp.gov.br/NFCePortal/

Boa tarde Rodrigo, Muito obrigado pela colaboração, já esta disponível a sua correção.

Boa tarde Germano, Por favor atualiza os fontes e teste novamente.

Boa tarde, Configure o componente para salvar os arquivos de envio e de retorno (soap). Configuracoes.webservices.salvar := true. Tente enviar novamente e post como anexo os arquivos de envio e de retorno (que contem a palavra soap no nome).

Bom dia a todos, Primeiramente peço para que migrem o quanto antes as suas consultas para o NFeDistribuicaoDFe, pois o NFeConsultaDest vai parar de funcionar, alias já deveria ter parado. No meu entendimento se a sua aplicação emite uma NF-e, realiza o cancelamento ou emiti uma CC-e, essas ações tem que estar registradas no banco de dados. Por outro lado, o destinatário ao realizar a consulta e obter a relação de notas emitidas contra o seu CNPJ deve realizar a sua manifestação, por várias razões: 1. Informar a SEFAZ que uma determinada nota foi emitida contra o sem CNPJ sem que tenha ocorrido uma compra desse fornecedor. 2. Informar a SEFAZ que a mercadoria foi entregue, desta forma o fornecedor vai ficar sabendo e poderá dar baixa no seu sistema (canhoto eletrônico) e desta forma impedi-lo que ele efetue o cancelamento indevido da nota. 3. Ao realizar a manifestação a SEFAZ vai liberar o XML por completo da nota, em uma consulta futura este será retornado. Como o novo Web Services não informa se a nota foi manifestada ou não, então fica a cargo da aplicação do destinatário registrar no banco de dados que a nota foi manifestada. O NFeDistribuicaoDFe retorna todos os tipos de eventos, tais como: CC-e, Cancelamento (para o destinatário) e Manifestação para o Emitente da NF-e. E tem mais se uma determinada nota destinada a você, figurar como documento originário de um CT-e ou MDF-e será retornado um evento acusando isso. Desta forma você vai ficar sabendo que a mercadoria que você comprou vai ser transportada por uma determinada transportadora. E tem mais, ao realizar a manifestação da NF-e alem de você impedir que o fornecedor cancele a NF-e, você impede também que a transportadora faça o cancelamento do CT-e indevidamente.

Bom dia Fladimir, O Web Services NFeConsultaDest já era para ter sido desativa, mas não sei por cargas d'águas ainda não foi, sendo assim esqueça ele e parte para o NFeDistribuicaoDFe. A dica é Manual do componente ACBrNFe.

Bom dia NCC, Favor atualizar os fontes e testar novamente.

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.