Ir para conteúdo
  • Cadastre-se

Italo Giurizzato Junior

Consultores
  • Total de ítens

    38.059
  • Registro em

  • Última visita

  • Days Won

    1.079

Tudo que Italo Giurizzato Junior postou

  1. Boa tarde Helder, Já encontra-se disponivel a alteração, favor baixar e testar.
  2. Rodrigo, Eu não conheço o Fortes, e nem tenho ele instalado no meu Delphi. Vou ficar devendo essa para você.
  3. Bom dia Rodrigo, A carga é fracionada ou lotação? Se for lotação exitem os campos próprios para essas informações e elas são impressas no DACTE, mas você tem que informar que a carga é lotação. Se for fracionada esses podem ser informados no campo de observação, visto que se forem colocados nos campos próprios eles não seram impressos no DACTE. Espero ter ajudado.
  4. Boa tarde Johnbh3, Por segurança faça uma cópia dos fontes dos componentes e atualiza tudo, pois os fontes mais atuais tratam da presença ou não do prefixo nas tags.
  5. Bom dia Sandro, Se possivel post como anexo o XML que é rejeitado.
  6. Boa noite Amarildo, Como dito varias vezes, realizei algumas alterações no componente ACBrNFe para que este possa suportar o dois modelos de documentos fiscais ou seja a NF-e e a NFC-e. Estou realizando testes com o componente ACBrNFe alterado em uma maquina que tenho em casa. Os resultados dos últimos testes: Status do Serviço - Ok Envio em modo Síncrono (uma nota por lote) - Ok Consultar a Situação Atual da nota - Ok Cancelamento por evento - Ok Inutilizar faixa de numeração - Ok Todos os testes acima o tempo de retorno da SEFAZ ficou abaixo de 5 segundos. Envio em modo Assíncrono (mais de uma nota por lote, utilizado na NF-e) - Ok Neste teste temos um problema a SEFAZ esta demorando para efetuar o retorno, estourando o tempo em mais de 30 segundos. Já entrei em contato com a SEFAZ e a pessoa responsavel disse que até o final desta semana vai verificar o que esta ocorrendo. Você esta participando do projeto piloto? Se sim entre em contato comigo por e-mail. Como você pode ver já tenho o componente alterado e com varios testes realizados. As alterações realizadas por mim alem de atender a NFC-e já prepara o componente para a versão 3.0 da NF-e. Esta faltando desenvolver o DANFE da NFC-e.
  7. Boa Noite Sandro, No que diz respeito a NF-e temos o Emitente e o Destinatário e as definições nos schemas dos campos IE para essas duas pessoas são diferentes. Para o Emitente temos: O campo IE esta definido conforme o tipo Tie, este tipo requer que seja informado o numero da IE ou a palavra ISENTO (no singular e todas as letras em maiusculo). Para o Destinatário temos: O campo IE esta definido conforme o tipo TieDest, este tipo requer que seja informado o numero da IE ou a palavra ISENTO (no singular e todas as letras em maiusculo) ou deixa-lo em branco ou seja vazio. Essas informações estão no arquivo: tiposBasicos_v1.03.xsd Temos ainda o tipo TieST que só aceita o numero do IE, esse tipo é usando para definir o campo IEST (Inscrição Estadual do Substituto Tributário) campo opcional do grupo <emit>.
  8. Boa tarde Imatech, Favor atualiza os fontes e testar novamente. Agora é para ignorar o código L000 como sendo um erro.
  9. Bom dia Dionatan, Na verdade a sua aplicação deve controlar de forma automatica o numero do RPS e não deixar que o usuário informe o numero que ele bem entender. O programa exemplo é o usuário que informa esse numero, mas trata-se de um programa exemplo, que mostra como usar as funcionalidades do componente. Logo não trata-se de um produto final.
  10. Boa tarde a todos, No caso do CTe devemos utilizar os seguintes valores: // Configurações -> Geral case DM_CNT.ParametrosCTeGeralFormaEm.AsInteger of 0: DMCTE.CTe.Configuracoes.Geral.FormaEmissao:=teNormal; 1: DMCTE.CTe.Configuracoes.Geral.FormaEmissao:=teFSDA; 2: DMCTE.CTe.Configuracoes.Geral.FormaEmissao:=teSVCRS; 3: DMCTE.CTe.Configuracoes.Geral.FormaEmissao:=teSVCSP; end;
  11. Imatech, Sendo assim, as alterações ficam mais tranquilas.
  12. Boa tarde Dionatan, Com certeza é problema no servidor do provedor.
  13. Boa tarde Marcos, Já inclui as 3 cidades, favor atualizar os fontes e testar.
  14. Boa tarde Geison, Você utiliza o componente para impressão do DACTE que melhor te atende, ou seja Quick Report ou Fast Report. Com relação ao Quick Report, sou eu que realizo as alterações, logo se você passar a usar ele e detectar algum problema, por favor poste aqui no fórum para que possamos realizar as devidas correções.
  15. Boa tarde Leandro, Recebi os arquivos no meu e-mail vou checar tudo.
  16. Boa tarde Cristian, A opção [Gerar e Enviar NFSe] não esta disponivel para todos os provedores, favor utilizar a opção [Gerar e Enviar Lote].
  17. Thalita, Sendo assim, a minha sugestão é reportar o problema para a SEFAZ.
  18. Boa tarde Imatech, Isso resolve vamos dizer 90% do problema e a impressão do DANFSE? Se for via componente vamos ter que criar o tal do DePara.
  19. Boa tarde Thalita, No caso do componente, você esta com todos os fontes de todos os componentes atualizados? Os schemas estão atualizados? A rejeição ocorre também com o programa gratuito da SEFAZ? Se sim então o problema é na SEFAZ.
  20. Bom dia, O problema é mais grave o código segundo a tabela de Goiânia para uma cidade não tem nada have com o código definido pelo IBGE. Portanto, não se trata de 7 ou 6 digitos, acredito que a solução é criar uma função do tipo "de para" onde é passado o código IBGE e é retornado o outro, e uma segunda função que faça o inverso.
  21. Boa noite Imatech, Se não bastasse a falta de padronização no lay-out do XML temos agora um municipio que resolve estabelecer uma codificação totalmente diferente do IBGE. E nós desenvolvedores temos que pagar o Pato. O jeito é pensar até cheirar queimado em busca de uma solução.
  22. Boa noite Neyrobson, No programa exemplo devemos informar a senha e o usuário, uma vez que o provedor Saatri não utiliza o certificado digital.
  23. Boa noite Leandro, A colocação da porta 442 já esta pronta. Favor verificar se o certificado não esta vencido. Você não tem os fontes do componente de setembro de 2012 para que possamos comparar?
  24. Bom dia Marcio, Como assim, o RPS referente a uma NFS-e cancelada passa a ficar disponivel? É como se a NFS-e do respectivo RPS nunca existiu? Se é Isso mesmo, é um absurdo, da margens para realizar fraudes.
  25. Bom dia mrbelizario, Se você conseguir as URLs de homologação e produção de acesso ao webservice da cidade São José do Rio Pardo e postar no fórum eu faço o resto.
×
×
  • 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.

The popup will be closed in 10 segundos...