Italo Giurizzato Junior

Bom dia Rômulo, O fonte ACBrProvedorPronim esta configurado para não realizar a validação. No meu entendimento isso não esta correto. Isso foi feito porque o schema que temos o atributo ID esta todo em minusculo, e para que ocorra a assinatura a letra i tem que ser maiúscula. Precisamos saber e acredito que você possa nos ajudar, se o web service deles aceita o atributo tanto "Id" como "id" não importa se o RPS e ou Lote estão assinados. Digo isso, pois para algumas cidades não se deve assinar o RPS e o Lote e outras devemos assinar somente o Lote. Outra coisa importante é se eles tem um novo Schema cujo atributo seja "Id" e não "id". Se você conseguir essas informações será de grande ajuda.

DATAC, Post como anexo o arquivo INI.

Bom dia Graça, Segundo o Portal do MDF-e, link: https://mdfe-portal.sefaz.rs.gov.br/Site/Servicosesta tudo funcionando, tanto o ambiente de homologação quando o de produção. Um detalhe importante na relação mostrada no portal não aparece o Web Services de consulta a MDF-e não encerrado, portanto não temos como afirmar se ele também esta funcionando. O que você pode fazer: 1. Abra o fonte pmdfeConsMDFeNaoEnc.pas e comente a linha 98: Gerador.wGrupo(ENCODING_UTF8, '', False); <=== essa é a alinha que inclui nessa última alteração. 2. Abra a sua aplicação e compile com a opção Build e teste novamente.

Bom dia DATAC, Você tem razão quando diz que o monitor se utiliza do componente, mas no meu entendimento este tópico se refere a utilização do ACBrNFSeMonitor para emissão da NFS-e e não correções no componente. Se você tivesse aberto o fonte ACBrProvedorISSNet, iria descobrir que já consta a cidade de Santa Maria e a última atualização desse fonte foi realizada no dia 09/01/2015.

Bom dia Jonas, Verifique se na sua rotina que alimenta o componente com os dados pertinentes a venda, não existe 2 linhas, uma que informa diretamente o CNPJ do emitente e outra que esta atribuindo uma string vazia. Veja que até a chave contem zeros no lugar do CNPJ. Caso não tenha procure por esta linha entre a rotina que alimenta e a que gera o XML, tenho certeza que você vai encontrar.

Bom dia ncc, A solução adotada por você não funciona, uma vez que o campo tipo não é string, o que estava faltando é a função para converter a informação lida no formato string para o tipo correto do campo. Por favor atualize os fontes e teste novamente.

Boa noite Graça, Após o contra tempo com a atualização dos fontes, você chegou a realizar novamente os testes? Se sim, qual foi o resultado?

Boa tarde Rômulo, Segundo o schema que temos o ID é todo minusculo, mas para realizar a assinatura deve-se ser da seguinte forma "Id". Sendo assim como fica a validação realizado pelo provedor? Ele aceita o atributo ID das duas formas?

Boa tarde Moreira, Estranho, pois segundo o schema que é disponibilizado com o programa exemplo do componente ACBrNFSe trata o conteudo do atributo ID como sendo uma string logo não deveria aparecer esse erro. A não ser que você esteja se utilizando de um outro schema.

Boa tarde Andrade, Para gerar um lote com 1 ou mais RPS é simples, basta você ADD 1 ou mais RPS ao componente, ou seja, a rotina que é usada para alimentar o componente com os dados do serviço deve ser executada dentro de um loop. Quanto a gerar o Lote basta executar o método GerarLote. Vide o programa exemplo, botão [Gerar Lote RPS].

Boa tarde a todos, O problema que não existe uma padronização entre os provedores, corremos o risco de funcionar para alguns e não funcionar para outros. Digo isso a respeito da assinatura, pois fazendo um leitura rápida pelo tópico notei que uma das soluções seria não remover o #10 e #13, até onde sei esses caracteres são inseridos automaticamente na assinatura. Se não remover, corremos o risco de algum provedor recusar a assinatura.

Graça, Tenta abrir os fontes do ACBrInstall usando o bloco de notas e verifique se existe as tais de linhas muito longas.

Boa tarde Caetano, No que diz respeito a data, conforme e-mail, o que diz a documentação sobre a formatação das tags: DataEmissao e Competencia ?

Boa tarde Philip, Solicite junto ao provedor um XML de exemplo, desta forma podemos comparar e fazer os ajustes.

Boa tarde ncc, A leitura da TAG Tipo foi incluída, pois existe um provedor (não me recordo agora) que tem esta informação na resposta a consulta a situação do lote.

Boa tarde, Abra a unit ACBrProvedorPronim, você vai notar que dependendo da cidade sim e outras não.

Boa tarde Graça, Quando faço o Update, procuro saber quais são as alterações realizadas nos fontes listados. Se não foi uma alteração que foi adicionado ou removido alguma propriedade do componente, eu simplesmente abro a minha aplicação e compilo com o Build e mais nada. Tente antes executar o Revert na pasta que contem o fonte que esta ocorrendo o erro e depois o Cleanup.

Boa tarde Mota, O Enviar possui 2 parâmetros sendo que o primeiro é o numero do lote e o segundo diz se deseja imprimir ou não o DANFSE. Se True imprimir, caso contrario não imprimir. Sendo assim será necessário usar o método Imprimir, portanto depois do ConsultaLoteRSP é necessário usar o Imprimir.

Boa tarde, Estranho, pois o que esta disponível junto com o programa exemplo a declaração do tipo básico esta correta não esta faltando nada.

Boa tarde Jonas, Já tentou através do Windows Explorer pedir para localizar os arquivos: -nfe.xml ?

Boa tarde Luciano, Todas as UF se utilizam da SEFAZ-Virtual de RS, sendo assim se funciona em São Paulo tem que funcionar na Bahia, etc.

Bom dia Luciano, Só que o seu post #6 se refere ao envio de evento e não emissão do MDF-e.

Bom dia Graça, Fiz uma alteração, favor atualizar os fontes e testar novamente.

Bom dia a todos, Para efetuar o Encerramento do MDF-e aconselho antes carregar o XML do mesmo.

Bom dia Otavio, Configurar o mesmo para a nova versão. O componente possui uma propriedade chamada VersaoDF, você deve atribuir o valor ve310. E não é só isso, existe campos novos que devem ser preenchidos, aconselho você ter em mãos a Nota Técnica 2013/005 versão 1.21 pois ela traz a estrutura completa do XML para a versão 3.10