Ir para conteúdo
  • Cadastre-se

Italo Giurizzato Junior

Consultores
  • Total de ítens

    38.094
  • Registro em

  • Última visita

  • Days Won

    1.080

Tudo que Italo Giurizzato Junior postou

  1. Graça, Acabo de disponibilizar a alteração, comentando a linha que foi incluída anteriormente. Atualize os fontes usando o Tortoise e depois compile a sua aplicação com a opção Build.
  2. Graça, Na Unit pmdfeConsStatServ, comente a linha de numero 97, ela gera a linha de Encoding UTF8.
  3. Boa tarde, A duplicidade só aparece quando você envia para a SEFAZ duas notas com o mesmo numero e série para o mesmo ambiente e do mesmo emitente. A NFC-e é venda ao consumidor sendo assim, quantos PDVs você tem? Se tem mais de um PDV a SEFAZ aconselha usar um numero de série para cada um, ou seja para o PDV 1 usar a série 001, para o PDV 2 usar a série 002 e assim por diante. Como é gerado o numero da nota?
  4. Boa tarde Graça, A mensagem de erro: "Requisição não enviada" é retornada pela unit: ACBrHTTPReqResp, vamos fazer um teste. Abra o arquivo ACBr.inc e descomente a linha que defini a diretiva de compilação: SoapHTTP.
  5. Boa tarde Thiago, Eu não verifiquei, apenas conclui com base na rejeição gerada pela regra que consta na Nota Técnica. Se realmente esses dois CNPJ não possuem IE e a SEFAZ esta rejeitando pelo fato da sua ausência, então é preciso entrar em contato com a SEFAZ-RS e solicitar uma explicação para o problema.
  6. Bom dia Vitor, A estrutura de um XML de retorno, no caso a de cancelamento que é um evento, você encontra em Notas Técnicas que tratam do assunto.
  7. Bom dia Carlos, Estude a rotina do botão [Encerramento] do programa exemplo do componente ACBrMDFe.
  8. Bom o problema agora mudou, pois antes esses dados nem eram gerados no XML. O XML esta em conformidade com a Nota Técnica, o problema agora esta na validação dele. Descobri o problema, é feita uma validação do nRE e a respectiva rotina estava com um erro que gerava o alerta que o conteúdo era inválido. Peço desculpas, pois fui eu quem escreveu essa rotina. Peço ao Isaque (se não me falhe a memória é o responsável pela compilação do ACBrNFeMonitor) que gere uma nova versão e disponibilize o quanto antes. Assim que foi disponibilizado a nova versão, por favor realize os testes e report o resultado. Desde já agradeço a compreensão de todos.
  9. Bom dia Caetano, Veja como esta sendo gerado a TAG DataEmissao: <DataEmissao>2015-03-17-00:00</DataEmissao> Segundo o que você postou deveria ser: <DataEmissao>2015-03-17</DataEmissao> E a TAG Competencia atende o formato AAAA-MM-DD. Não me recordo, mas a um tempo foi solicitado a alteração no formato da data de AAAA-MM-DD para AAAA-MM-DD-HH:NN Quanto ao formato da data já alterei, por favor atualize os fontes. Agora quando ao erro de conexão, acredito que também seja um problema local.
  10. Sendo assim, concluo que a primeira linha por algum motivo não esta sendo executada, ou até mesmo compilada. Não existe nenhuma marcação nessa linha?
  11. Bom dia a todos, Acredito ter encontrado o problema. O arquivo INI esta sendo gerado da seguinte forma: [detExport001001] [exportInd] nRE=150314931001 chNFe=41150397545002000106550010000005491000005497 qExport=1 O componente não possui na sua estrutura o grupo exportind, mas o gera no XML caso o valor de nRE seja diferente de vazio. Sendo assim remova no arquivo INI o que eu grifei em negrito deixando-o da seguinte forma: [detExport001001] nRE=150314931001 chNFe=41150397545002000106550010000005491000005497 qExport=1 Fico no aguardo de um retorno.
  12. Jonas, Uma linha seguida da outra? ou em pontos diferentes?
  13. 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.
  14. DATAC, Post como anexo o arquivo INI.
  15. 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.
  16. 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.
  17. 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.
  18. 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.
  19. 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?
  20. 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?
  21. 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.
  22. 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].
  23. 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.
  24. Graça, Tenta abrir os fontes do ACBrInstall usando o bloco de notas e verifique se existe as tais de linhas muito longas.
  25. 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 ?
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.