Italo Giurizzato Junior

Boa tarde Rose, O nome da TAG é exatamente o mesmo, ou seja, vTotTrib.

Boa tarde Armando, Infelizmente o retorno dessa consulta não é padronizada, ou seja, tem SEFAZ que retorna todos os dados e outras não retornam, como você mesmo pode comprovar. Não existe nada o que podemos fazer.

Boa tarde, Compare as URLs usadas na NF-e para a consulta, com as utilizadas no CT-e.

Bom dia Luiz, Qual é o erro que o emissor gratuito apresenta? O Erro tem haver com a ausência do TMZ na data de recebimento? Qual é o objetivo de importar o XML para o emissor gratuito?

Bom dia Luiz, Esse é o XML da nota, eu preciso do XML de retorno da SEFAZ que contem o protocolo de autorização. Esse arquivo tem o seguinte nome: <numRecibo>-pro-rec.xml

Boa tarde Leandro, Você esta se referindo a NFS-e, se sim, você pode usar o programa exemplo, ele possui um botão onde você informa o código IBGE da cidade desejada e ele retorna o nome do provedor. Se aparecer a palavra nenhum, isso pode significar duas coisas: 1. O provedor não foi implementado ou 2. O provedor esta implementado mas a cidade não esta relacionada a ele. Aconselho você entrar em contato com a prefeitura e perguntar qual é a empresa contratada para recepcionar as NFS-e.

Moacir, Lembre-se que o schema é usado somente para validar o XML antes de ser enviado para SEFAZ.

Boa tarde Rafael, Eu já tinha visto esse erro e feito a correção, que por sinal o fonte corrigido já encontra-se no repositório a um bom tempo.

Boa tarde André, Apenas confirmando, em ambiente de Homologação esta 100%, ou seja, todas as funcionalidades funcionando sem nenhum problema, correto? Por outro lado em ambiente de produção algumas funcionalidades não funcionam, confere? Se sim para as duas perguntas, realize os testes na frente do seu cliente, só assim ele vai entender que o problema não é a sua aplicação e sim a SEFAZ.

Sim, segundo o Manual versão 2.00a do CT-e página 125 consta que a TAG xObs é opcional e se informada comporta de 1 até 2000 caracteres.

Boa tarde Moacir, Com certeza é algum problema na SEFAZ.

O XML de retorno esta sendo salvo em disco? Se sim, por favor post como anexo para que possamos ajudar.

Boa tarde, Se esta funcionando no ambiente de homologação e o de produção não, com certeza o problema é na SEFAZ, já tentou entrar em contato com eles?

Boa tarde, Sugiro não colocar palavras acentuadas e cedilha, em vez de .... sua indistrialização. O tomador" coloque: .... sua indistrializacao. O tomador"

Boa tarde, O problema é a mensagem que se refere a conhecimento e na verdade deveria aparecer escrito Manifesto. Já fiz a correção na mensagem e já esta disponível, favor atualizar os fontes. Outra coisa após a mensagem já postada qual é o erro que aparece?

Boa tarde, Será que ainda não tem nenhum DCU antigo que esteja provocando esse erro?

Bom dia, Em qual linha o erro segundo a imagem ocorre?

Bom dia Luiz, Esse é o final do XML da NF-e com o protocolo de autorização. Favor anexar ao post o XML de retorno da SEFAZ que contem o protocolo de autorização, para que possamos avaliar e fazer as devidas correções.

Bom dia Nicanor, Primeiramente, o que você deseja emitir, NF-e - Nota Fiscal Eletrônica ou NFC-e - Nota Fiscal do Consumidor Eletrônica? Lhe pergunto isso, porque o tópico se refere a NF-e versão 3.10, sendo assim a configuração do modelo e versão tem que ser moNFe e ve310. Se ao configurar o componente para o modelo NFCe, ocorre o erro de URL não disponível significa que para a UF também configurada ainda não esta preparada para recepcionar esse modelo de documento fiscal. Outra coisa, quando você se refere a cartão/token é o certificado digital? Se sim, a resposta é não, não é possível realizar testes sem possuir um certificado digital, uma vez que o XML deverá ser assinado através de um certificado digital. Agora se você esta pensando em realizar testes de emissão de NFC-e, alem do certificado digital para realizar a assinatura, será necessário solicitar junto a SEFAZ-Autorizadora o CSC = Código de Segurança do Contribuinte (antigamente chamado de Token), não tem nada haver com o certificado, o CSC é apenas um numero alfanumérico. No caso da NF-e, te aconselho a ter em mãos a Nota Técnica 2013/005 versão 1.22 e se tratando da NFC-e alem da NT tem também o documento que trata sobre as Especificações Técnicas do DANFE NFC-e QR-Code versão 3.2 Ambos os documentos estão disponíveis no Portal Nacional da NF-e.

Boa noite Alexandre, O layout da NFS-e foi muito mau projetado, consta somente o código do serviço a sua descrição não. Abra o XML de uma NFS-e para você ver quanto pobre ele é.

Boa noite a todos, Primeiramente peço desculpas por ser extremamente chato. Consta na Nota técnica 2013/005 versão 1.00 a informação abaixo: A. Para a NF-e (Modelo 55) * Ambiente de Homologação (ambiente de teste das empresas): 02/12/2013; * Ambiente de Produção: 03/03/2014; * Desativação da versão "2.00" da NF-e: 01/12/2014. E na Nota Técnica 2013/005 versão 1.10, temos a seguinte informação abaixo: A. Para a NF-e (Modelo 55) * Ambiente de Homologação (ambiente de teste das empresas): 03/02/2014; * Ambiente de Produção: 10/03/2014; * Desativação da versão "2.00" da NF-e: 31/03/2015 (NT 2013/005 v 1.10). Bom pessoal, as alterações nos fontes do componente ACBrNFe tiveram inicio em 2013 para atender a NFC-e, portanto durante todo o ano de 2013 diversos ajustes foram realizados e as arestas foram arredondas em 2014. Eu e diversos colegas, administradores, moderadores e usuários do fórum, atualizaram os fontes e iniciaram os testes, ou seja estamos trabalhando na versão 3.10 a 2 anos. Portanto não venham chorar o leite derramado agora, a SEFAZ deu UM ano de prazo para que os desenvolvedores realizassem as alterações necessárias.

Boa noite, Não se deve alterar o Schema no que diz respeito ao IE inserindo a palavra ISENTO, com a versão 3.10 temos agora uma TAG para indicar que o destinatário é isento e a TAG IE nem é gerada neste caso. Se o XML for validado, com certeza será rejeitado pela SEFAZ. Quanto ao DANFE acredito que esteja desatualizado.

Boa noite a todos, Vou fechar a postagem para que mais ninguém mais post nele.

Boa tarde, Retire do seu processo o Gerar e Assinar. Pois o Enviar faz isso e tem mais no caso da NFS-e, ou melhor RPS, pois o que você informa é os dados do RPS - Recibo Provisório de Serviços, e este é enviado para o Web Services, que o recebe e processa, se tudo OK, retorna o XML da NFS-e. Voltando a assinatura, o método enviar, gera o XML do RPS, assina se necessário (depende do provedor), gera o lote, assina se necessário (depende do provedor), valida o lote, se tudo ok envia para o Web Services. Outra coisa o componente não atende todas as cidades brasileiras, sendo assim é preciso antes verificar se a cidade desejada já esta sendo atendida pelo componente. Através do programa exemplo, temos um botão, onde você informa o numero IBGE da cidade desejada e este retorna o nome do provedor. Se retornar a palavra nenhum, isso pode significar duas coisas: 1. o provedor que atende a cidade já esta implementado, mas não existe nenhuma referencia a cidade em questão. 2. o provedor não foi implementando ainda para a cidade desejada. espero ter ajudado.

Boa tarde a todos, rcfatura, pela versão do aplicativo da SEFAZ tudo indica que o seu XML foi enviado para o Web Services da versão 2.00 ou o seu XML esta na versão 2.00 Luiz, uma coisa é a SEFAZ exigir que nós informamos a data de emissão de uma nota com data hora e TMZ e outra coisa é o retorno dela. Conhece a fraze: Faça o que eu mando, mas não faça o que eu faço. Pois bem é por ai. E outra coisa, cada SEFAZ que possui os seus servidores para recepcionar as notas, tem a liberdade de fazer pequenas alterações, como por exemplo retornar a mensagem em xMotivo com ou sem acentos. Sendo assim, não interpreto a ausência do TMZ como sendo um erro.