Ir para conteúdo
  • Cadastre-se

Italo Giurizzato Junior

Consultores
  • Total de ítens

    37.471
  • Registro em

  • Última visita

  • Days Won

    1.056

Tudo que Italo Giurizzato Junior postou

  1. Boa tarde Souza, Se você notar esta faltando na o CNPJ, InscricaoMunicipal, Senha, FraseSecreta e RazaoSocial, correto? Pois bem todas essas informações agora o componente pega de propriedades de configuração. Por favor veja o programa exemplo, procure por 6 linhas de configuração que se referem ao Emitente.
  2. Boa tarde Leonardo, A equipe ACBr não esta mais dando suporte ao Quick Report, somente Fast e Fortes Report.
  3. Walter, O numero do protocolo você só obtêm ao enviar, no consultar essa informação não é retornada. Lembre-se que no caso da NFS-e o numero do protocolo equivale ao numero do recibo da NF-e. No caso da NF-e o numero do recibo você só obtêm ao enviar.
  4. ALA, Já identifiquei a falha, mas estou com problemas de enviar a correção para o repositório. Assim que possível estarei disponibilizando a correção.
  5. Boa tarde ncc, Muito obrigado, assim que possível vou disponibilizar.
  6. Boa tarde ALA, É preciso saber exatamente a linha onde esta ocorrendo o problema.
  7. Boa tarde Volmir, Desculpe, mas isso não ajuda em nada para resolver o problema. Precismos saber alinha exata que ocorre o problema.
  8. Boa tarde Elton, Só com essa tela não temos como lhe ajudar. Favor configurar o componente para salvar os arquivos Soap, e para consultar o lote após o envio. Anexe os arquivos XML gerados. Procure primeiro realizar os testes usando o programa exemplo do componente e não a sua aplicação.
  9. Boa tarde Walter, O componente possui uma propriedade de configuração chamada ConsultaLoteAposEnvio ela esta com o valor True?
  10. Bom dia Rafhael, Muito estranho pois segundo o schema a situação do lote abrange somente os valores de 1 a 4, veja: <xsd:simpleType name="tsSituacaoLoteRps"> <xsd:restriction base="xsd:byte"> <xsd:pattern value="1|2|3|4"/> </xsd:restriction> </xsd:simpleType> Entre em contato com o provedor e solicite os schemas atualizados, bem como o manual, para sabermos o que vem a ser essa situação = 5.
  11. Bom dia Rafael, Nesse mesmo manual na página 2 diz: Exclusão do campo ICMS ST do DACTE. Sendo assim não deve-se colocar mais essa informação no DACTE, vide os modelos constantes nas últimas páginas do manual. Infelizmente a tabela que você faz referencia item 1.25 ainda aparece o campo ICMS ST na página 16. Apensar de constar na tabela o campo ICMS ST, no controle de versão da página 2 diz que esse campo não existe mais e nos modelos também não tem esse campo, sendo assim concluo que essa alteração não procede. E mostre ao seu cliente esse manual, o que esta escrito na página 2 e os modelos. Ele vai descobrir que o contador dele esta precisando ler um pouco mais.
  12. Bom dia ncc, O fonte anexado anteriormente já consta essa correção ortográfica? Se não consta, por favor anexar novamente.
  13. Bom dia Tiago, Favor atualizar todos os fontes de todas as pastas, note que os arquivos INI do provedores foram alterados também. Realize novos testes.
  14. Bom dia Thiago, Vide o programa exemplo, rotina do botão [Gerar e enviar Lote]. Temos um exemplo de como obter o nome do XML.
  15. Bom dia Michel, Fiz diversas alterações no componente, sendo que uma delas diz respeito ao cancelamento. Favor atualizar todos os fontes de todas as pastas. Note que o arquivo INI do provedor também sofreu alteração. Depois de tudo atualizado, compile a aplicação com Build e realize novos testes.
  16. Boa noite ncc, Cada um interpreta da sua forma, para mim a mensagem: "90 - ICMS outros" é muito vago.
  17. Boa noite Jefferson, Configuracoes.Geral.ConsultaLoteAposEnvio := True;
  18. Boa noite Dercide, Acho que já descobri o problema, assim que possível vou disponibilizar uma possível solução para esse erro.
  19. Boa noite Dercide, Não tem nenhum Fonte do ACBrNFSe cujo ícone contem uma bolinha vermelha? Se sim, favor excluir e baixar novamente. Não esqueça de compilar a aplicação com a opção Build.
  20. Boa noite, Favor "debugar" essa linha para ver se realmente o valor esta sendo atribuído a propriedade ValorServicos.
  21. Boa noite Marcos, Você abriu o arquivo: 61-can.xml ? veja a mensagem retornada: <Codigo>E42</Codigo> <Mensagem>Código do município da prestação do serviço inválido.</Mensagem> <Correcao>Informe o código do município onde foi prestado o serviço, conforme Tabela de Municípios do IBGE.</Correcao> Vou verificar, mas tenho quase certeza que o componente esta informando o código do município do emitente e não do tomador que pode ser igual ou diferente do emitente.
  22. Boa noite Souza, Utilizei um certificado de uma empresa cuja cidade utiliza o Ginfes. e tentei enviar para uma outra cidade que também usa o Ginfes e depois para cidade de Fortaleza. Ao enviar para uma cidade diferente da empresa o Web Service se recusou a receber o lote. Cheguei a conclusão que para o Web Service do Ginfes aceitar o lote é necessário efetuar um cadastro. Lembre-se que para alguns provedores e pelo que sei é o caso do Ginfes existe 2 cadastros, um para a empresa emitir a nota via Site e o outro para emitir via Web Services. Verifique se o problema não é exatamente esse, ou seja, realizar o cadastro para usar o Web Services.
  23. Boa noite Elton, Você esta com todos os fontes atualizados e esta usando o arquivo INI do provedor que esta na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI ?
  24. Boa noite Moro, Amanhã analiso a sua implementação, estando tudo OK, envio para o repositório.
×
×
  • 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.