Italo Giurizzato Junior

Alexandre, Entenda que é possível implementar, mas dependendo da boa vontade da prefeitura, ou seja, se passarem todas as informações que necessitamos a coisa caminha, caso contrario vai ter que ser na tentativa e erro. Vamos precisar dos Schemas para validação do lote, exemplos de envio, de preferencia com as TAGs envelope para que possamos ter em mãos a estrutura completa do lote envelopado a ser enviado para o Web Services.

Boa tarde, Segundo o padrão ABRASF na estrutura do RPS não tempos a TAG: OutrasInformacoes, mas na estrutura da NFS-e ela existe. Como o componente gera o XML do RPS e envia para o Web Services e este por sua vez gera o XML da NFS-e, logo o conteúdo da TAG em questão só vai ser impressa no DANFSE se no XML da NFS-e constar, portanto OutrasInformacoes é gerado retornado pelo Web Services. Como o padrão ABRASF não é levado a sério pelos provedores, sendo assim existe um ou outro provedor que possui a TAG OutrasInformacoes na estrutura do RPS.

Boa tarde Alexandre, Verificando o WSDL notei que se trata de um provedor exclusivo da prefeitura que segue o padrão ABRASF (segundo o manual que você postou). Pois bem, se tratando de um provedor novo é mais demorado do que simplesmente acrescentar uma cidade nova a um provedor já implementado. Isso demanda mais tempo de implementação e testes.

Boa tarde Lucas, Se eu entendi o seu problema é: Você necessita do *-procEventoNFe.xml, este XML possui a solicitação de cancelamento bem como o protocolo de autorização do cancelamento. Se você tem o XML de pedido de evento: *-ped-eve.xml e o retorno: *-eve.xml, fica fácil, mas terá que fazer na mão.

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.