Italo Giurizzato Junior

Boa tarde, Muito obrigado pela colaboração. Vamos avaliar, estando tudo OK, vamos disponibilizar.

Boa tarde Caetano, Se todos os teus fontes estiverem atualizados, na unit pnfsNFSeW linha 542 temos: else if FProvedor in [proFiorilli, proTecnos, proCoplan, proProdata] then Gerador.wCampoNFSe(tcDe2, '#25', 'Aliquota', 01, 05, 1, NFSe.Servico.Valores.Aliquota, '') else if FProvedor in [proDigifred] then Gerador.wCampoNFSe(tcDe2, '#25', 'Aliquota', 01, 05, 0, NFSe.Servico.Valores.Aliquota, '') altere para: else if FProvedor in [proFiorilli, proTecnos, proProdata] then Gerador.wCampoNFSe(tcDe2, '#25', 'Aliquota', 01, 05, 1, NFSe.Servico.Valores.Aliquota, '') else if FProvedor in [proDigifred, proCoplan] then Gerador.wCampoNFSe(tcDe2, '#25', 'Aliquota', 01, 05, 0, NFSe.Servico.Valores.Aliquota, '') Realize os testes. Nos de um retorno.

Boa tarde Daniel, O problema que no XML temos apenas uma TAG para informar o valor aproximado dos tributos, com essa alteração de separar cada um deles, primeiro precisamos saber como os resultados dos cálculos serão informados no XML, novas TAGs serão criadas, ou simplesmente serão colocados no campo de observação? Para que depois possamos realizar as alterações nos DANFEs.

Boa tarde Luiz, Por favor post como anexo o XML em questão e diga qual é o provedor.

Boa tarde Caetano, O componente ACBrNFSe possui uma function chamada: function ConsultarSequencialRPS(ACidade, ACnpj, AInscricaoMunicipal, ASeriePrestacao: String):Boolean; Se não me falha a memória ela foi criada especialmente para esse provedor. Configure o componente para salvar os XMLs em disco e execute a função acima e depois abra o XML de retorno através do navegador e veja se existe a informação desejada.

Boa tarde Walter, No MDF-e o RNTRC da transportadora é opcional, por outro lado se o veículo for de um terceiro, este tem que possuir o RNTRC. Sendo assim se o veículo é próprio, mas é comum não precisa informar.

Boa tarde Ailton, Verifique o valor da propriedade: Configuracoes.Arquivos.Salvar, para salvar essa propriedade tem que estar com o valor True.

Boa tarde José, Você esta tentando acessa-lo pelo navegador ou pelo componente? Pelo navegador ao informar: 189.57.228.200/nfsews/services.svc ele carrega a página sem nenhum problema.

Boa tarde a todos, Se ao solicitar o cancelamento apesar da mensagem de erro informando que o XML esta fora da estrutura, mas a nota é cancelada, conclui-se que o problema é no provedor. Favor entrar em contato com eles.

Boa tarde Valdir, Por favor leia a Nota Técnica 2014/001 que trata sobre o EPEC. Leia com muita atenção o Item 3 que consta na página 4. A atualização do XML da NF-e é realizado em um outro passo alem dos 3 que você relacionou.

Boa tarde jcanjo, No programa exemplo nas abas de configuração, quando fazemos referencia a UF destino, na verdade estamos nos referindo a UF autorizadora, realmente isso faz uma certa confusão. Pois a palavra destino não significa o destino da carga e sim o destino do XML, para onde será enviado o XML para ser autorizado. Vou fazer uma alteração no programa exemplo com o objetivo de deixar mais claro.

Boa tarde Iaster, Ao consultar a situação atual sempre vai retornar o protocolo de autorização, note que no XML de retorno dessa consulta consta os eventos vinculados a esse MDF-e. Neste caso o evento de encerramento e é ai que você vai encontrar o protocolo de encerramento.

Boa tarde Guto, Essa alteração que você postou, resolve o problema? Se sim, por favor post como anexo a unit com a respectiva alteração para que possamos realizar o merge.

Boa noite Murilo, Esse erro: 403 forbidden ocorre quando o certificado esta vencido.

Boa noite, O fragmento de XML se refere ao RPS que você gerou ou a da NFS-e retornada pelo provedor? O XML do RPS deve conter exatamente o que você informou, mas o da NFS-e, lembre-se que não é o componente que gera, apenas ele salva, uma vez que o mesmo é gerado pelo provedor e retornado.

Boa noite Iskailer, No XML da NF-e não temos mais o campo para informar o RENAVAM somente o <cilin> - cilindrada. Sendo assim o numero RENAVAM deverá ser informado no campo Observação.

Boa noite Guto, Alteração feita, por favor atualize os fontes.

Boa noite André, É interessante testar todas as funcionalidades disponibilizadas pelo provedor.

Boa noite Dangelo, Tenta conseguir com o provedor o XML completo (com as TAGs Envelope) para realizar a consulta.

Boa noite Guto, Aconselho a você estudar a solução usada no DANFSE - Quick Report, foi criado uma propriedade que nos permitir a ter um carácter de quebra de linha configurado para cada provedor.

Boa noite, Após o XML receber a assinatura digital é validado pelo validador do componente, caso ele não contenha nenhum erro é salvo na pasta ano\mês. Após o envio para SEFAZ caso este venha ser autorizado, o mesmo é atualizado recebendo o protocolo de autorização. Os XMLs que contem as mensagens de rejeição, são os de retorno da SEFAZ e só serão salvos em disco caso a propriedade: Configuracoes.Geral.Salvar contiver o valor True.

Boa noite Igor, A propriedade PathCan foi criada inicialmente para conter os XML da solicitação e de retorno da SEFAZ referente ao cancelamento. Mas isso não faz mais sentido, uma vez que já a um bom tempo o cancelamento é um evento, sendo assim o interessante agora é concentrar todos os eventos, separados por tipo.

Boa tarde Carlos, Já esta disponível.

Boa tarde Guto, Esse provedor não segue o padrão ABRASF, sendo assim se você desejar implementar fique a vontade.

Boa tarde Igor, O correto é ter o -1. Se você pesquisar nesse fonte toda vez que é passado o tipo de ambiente é desta forma.