Italo Giurizzato Junior

Boa tarde Gumercino, Pode anexar o arquivo alterado aqui mesmo. Se não me falha a memória esse provedor não retorna o XML da NFS-e apenas traz a informação que a nota foi processada com sucesso.

Boa tarde Djalma, Pela sua postagem o Lote de RPS foi enviado e recebido pelo provedor e este lhe retornou uma mensagem que não é possível processar o seu Lote. O que pode ser feito, é um teste em ambiente de produção, se funcionar fica claro que o ambiente de homologação do Ginfes esta com problemas. Ai o jeito é entrar em contato com eles e expor o problema.

Boa tarde Rigotti, Muito obrigado pela colaboração, já esta no repositório.

Boa tarde Eduardo, Você esta usando o Fast ou o Fortes Report?

Boa tarde Antonio, E com essa rotina ocorre o erro de violação de acesso?

Bom dia Tiago, Você não esta executando o método Validar antes do Assinar?

Boa noite Gumercino, Favor anexar o XML e não o PDF.

Boa tarde a todos, Já encontra-se disponível o ambiente de homologação para as empresas do estado do Amazonas testarem o BP-e. O estado do Amazonas será atendida pela SEFAZ Virtual RS. Para realizarem os testes é necessário que as empresas entrem em contato com a SEFAZ do Amazonas. O ambiente de produção da SEFAZ Virtual RS encontra-se aberto para as empresas dos estados que já estão habilitados em homologação de empresas desde às zero horas do dia 01 de Janeiro de 2018.

Boa tarde Alberto, Os Schemas do CT-e não podem ficar na mesma pasta que tem os Schemas da NFe, isso pode trazer problemas, pois alguns Schemas tem exatamente o mesmo nome, mas com versões diferentes. No caso do CT-e a versão do schema refere a DistribuicaoDFe é 1.00, já na NF-e a versão do schema é 1.01

Boa tarde Roberto, Favor atualizar todos os fontes de todas as pastas, reinstale os componentes e faça um novo teste.

Gumercino, Favor atualizar os fontes e testar novamente, com o ConsultaLoteAposEnvio = true.

José, Passei o problema para os demais moderadores para que juntos possamos analisar e buscar uma solução que não gere efeito colateral para os demais componentes.

Graça, Analisando melhor a regra G79 cheguei a seguinte conclusão. Se o tomador do serviço for emitente de CTe, e figurar como Recebedor ou Expedidor o tipo de serviço não pode ser Normal e sim Redespacho ou Redespacho Intermediário. Que não é o caso. Na primeira opção: Emitente: Transportadora de Mudança Remente: Funcionário com endereço antigo Destinatário: Funcionário com endereço novo Tomador do Serviço: (outros) Transportadora de Mercadoria O que foi informado como sendo o Tipo de Serviço e Tipo de CT-e? No meu entendimento tem que ser: tpCTe = Normal e tpServ = Normal

Boa tarde Michel, Segundo o Portal Nacional da NF-e Ambiente de Homologação as UF: MG e MT estão paradas. Veja: http://hom.nfe.fazenda.gov.br/portal/disponibilidade.aspx?versao=0.00&tipoConteudo=Skeuqr8PQBY=

José, A questão não é essa unit em si, eu me referi a todos os fontes de todas as pastas, todos estão atualizados?

Gumercino, Muito obrigado, já esta no repositório.

Rodrigo, [Gerar e Enviar Lote RPS] se refere ao método Enviar; [Gerar e Enviar um RPS] se refere ao método Gerar; [Gerar e enviar Lote - Síncrono] se refere ao método EnviarSincrono.

Boa tarde, O problema começou de um dia para outro? Favor anexar o XML de envio do lote.

Boa tarde Guerreiro, A NFS-e hoje é uma zorra tremenda, espero que com a NFS-e Padrão Nacional muitos problemas sejam sanados e a emissão da NFS-e seja muito mais simples como é o caso da NF-e.

Gumercino, Favor anexar as units do componente que você alterou para que possamos analisar e realizar o merge. Desde já agradecemos a sua colaboração.

Boa tarde Fabiano, O que diz na coluna observação do campo 153 (IE do Recebedor)?

Boa tarde José, Todos os fontes de todas as pastas estão atualizados? Se sim, mesmo assim se faz necessário a alteração proposta pelo Luis para que essa consulta funcione?

Karine, Por favor, atualize novamente os fontes. O evento de cancelamento foi foi enviado com sucesso e foi registrado e vinculado ao BPe, ou seja, o BPe em questão esta cancelado. Com as alterações que fiz é para mostrar o resultado do retorno e não uma tela em branco.

Graça, Rejeição: 746 - Tipo de Serviço inválido para o tomador informado, cai na regra: G79 Se tomador do serviço for emitente de CT-e (verificar CNE), for contribuinte do ICMS (indIEToma=1) e diferente do CNPJ Base do Remetente ou Destinatário: - Rejeitar se o tipo de serviço informado for Normal (tpServ=0) OBS: Nas prestações de serviço que o tomador figurar como não contribuinte, indIEToma deve ser informado com 9, mesmo que exista uma Inscrição Estadual para o mesmo.

Rodrigo, O provedor GovDigital segue a versão 2 do layout do ABRASF sendo assim esse provedor é para disponibilizar 3 métodos de recepção de RPS. Método Enviar ( EnviarLoteRpsEnvio ) que permite o envio de um lote com até 50 RPS no modo assíncrono. Método EnviarSincrono ( EnviarLoteRpsSincronoEnvio ) idem ao anterior, mas o modo de envio é síncrono. Método Gerar (GerarNfseEnvio) que permite o envio de apenas um RPS no modo síncrono. Pelo que entendi eles estão sugerindo que você utilize este último método de envio.