Italo Giurizzato Junior

Bom dia Danilo, Acabei de fazer um teste com os fontes atuais, usando o programa exemplo e não ocorreu o erro que você postou. Acredito que tenha ocorreu algum problema no Webservice e que foi sanado.

Bom dia, Muito obrigado pela colaboração, já enviei a correção para o repositório.

Bom dia a todos, Na Nota Técnica 2016/002 versão 1.60 - inicio da página 13 temos: Em relação a NFC-e, os prazos previstos são:  Desativação do versão 3.10 do leiaute da NFC-e: 01/10/2018;  Layout do QR-Code (tag: qrCode, Id:ZX02), versão “2.00”: - Ambiente de Homologação: 02/07/2018 (aceita NFC-e na versão 4.00 com o leiaute do QR-Code na versão “1.00” e versão “2.00”); - Ambiente de Produção: 09/07/2018 (aceita NFC-e na versão 4.00 com o leiaute do QR-Code na versão “1.00” e versão “2.00”);  Desativação da versão “1.00” do QR-Code em produção: 01/10/2018.

Eu não acho nada. Alias eu sou o ultimo a falar e o primeiro a apanhar. Quem quer que a versão 3.10 continue é a dona da pensão. Se ela quer, quem sou eu para questionar.

Bom dia Felipe, Se a nota foi enviada, mas por algum motivo não foi retornado o protocolo de autorização, não vejo problemas. Pois a única questão é o XML estar sem o protocolo de autorização. O problema maior é quando a nota é "emitida" em off-line e depois não é enviada para a SEFAZ dentro do prazo estipulado que se não me falhe a memória é de 24 horas. A rejeição de código 999 é clássica e se trata de um erro na própria SEFAZ.

Rildo, Você tem certeza que a opção Retirar Acentos do XML esta "ticada"?

Roger, No Portal Nacional da NF-e existe uma planilha que contem todas as UF e seus respectivos percentuais de FCP. A UF que não tem FCP consta como zero (se não me falha a memória). Agora para saber quais são os produtos de MG (por exemplo) que requer que seja calculado o FCP só vendo a legislação de MG no que diz respeito a FCP.

Carlos, Não acredito que seja a falta de DLL, mas ser realizar um "debug" fica mais complicado de descobrir.

Bom dia André, Qual é o valor que você esta passando para: NFe.infNFe.Versao ao alimentar o componente?

Bom dia Danilo, Estou achando estranhos as versões que estão aparecendo nas URLs e NameSpace. Você fez alguma alteração? Pois nos fontes do componente as versões são outras.

Bom dia Joceandro, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Rildo, Se foi marcado para remover os acentos do XML, não era para aparecer os caracteres estranhos no DANFE, justamente onde tem cedilha e vogais acentuas, você não concorda?

Bom dia, Qual é a configuração? Pois fiz um teste tanto em ambiente de homologação quanto de produção na versão 4.00 e esta tudo OK.

Bom dia Carlos, Eu nunca vi essa mensagem de erro. No momento de executar o método Assinar o componente esta carregado com o XML da nota? Chegou a executar o "debugue" para saber exatamente quando é levantado esse erro?

Rildo, No papel e PDF fica exatamente igual? Como esta no XML? No Monitor você habilitou a opção para retirar acentos do XML?

Bom dia Rildo, Essa imagem é referente o que foi impresso no papel ou PDF do DANFE ou Preview na tela?

Bom dia Vinhag, O ACBrMonitor Plus salva em disco um arquivo chamado log.txt ele deve estar na mesma pasta que esta o executável do monitor. É esse arquivo que a Juliana pediu. Outra coisa, como você fez para executar: Consultar o Status de Serviço?

Bom dia Roger, Uma coisa é a SEFAZ validar ou não a informação, outra é não constar no XML a informação. O FCP deve ser calculado em função do produto e da UF do destinatário. Se a UF do destinatário existe o FCP e o produto faz parte da lista dessa UF, logo devemos realizar o calculo.

Qual versão do ACBrMonitor Plus você esta usando?

Bom dia Júlio, Qual versão do Monitor você esta usando?

Vinhag, Se não me falha a memória no próprio help do monitor possui um exemplo completo do txt.

Cezar, Isso eu já tinha visto. O problema agora esta em saber exatamente qual é o conteúdo dos grupos <cabeçalho> e <consultarLoteRpsEnvio>. É desse conteúdo que preciso saber. Pois comparei o XML de consulta gerado com o Schema e não encontrei nada de errado.

Bom dia Elder, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

André, O programa exemplo do componente ACBrNFe temos um botão chamado: [Manif. Dest. - Conf. Operação] onde é mostrado como enviar o evento: Confirmação de Operação. Esse é um dos 4 tipos de eventos da Manifestação do Destinatário. Novamente lhe peço para que lei a Nota Técnica para saber melhor sobre cada um dos eventos. Temos também o botão [Distribuição Documentos Fiscais] onde é mostrado como usar o método DistribuicaoDFe. Peço também que leia a Nota Técnica para entender como funciona ele, e quais são os tipos de documentos retornados. Com relação ao MDF-e, a transportadora deve primeiro emitir o CT-e e consequentemente imprimir o DACTE, pois este deve acompanhar a mercadoria durante o seu transporte. Checar quais mercadorias que vão compor a carga do caminhão, por conta disso separar os DACTE. Emitir o MDF-e relacionando as chaves dos CT-e referente a carga do caminhão e consequentemente imprimir o DAMDFE que também vai acompanhar a carga até o seu final. Caso você tenha interesse também no MDF-e sugiro que acesse o Portal Nacional do MDF-e e baixe a Cartilha. Nela você vai encontrar diversos exemplos. https://mdfe-portal.sefaz.rs.gov.br/

Bom dia Cezar, Analisei os XML e não consegui encontrar nada que por ventura estaria errado. A mensagem de erro foi retornada ao realizar a consulta ao lote, agora é preciso saber se esse erro se refere a consulta ou ao resultado do processamento do lote. Se é o resultado do processamento do lote, então esta faltando algo no XML do RPS. De qualquer forma seria interessante entrar em contato com o provedor e solicitar um arquivo exemplo de envio, de consulta e de cancelamento, uma vez que só esses 3 serviços foram disponibilizados. Você faz isso?