Ir para conteúdo
  • Cadastre-se

Italo Giurizzato Junior

Consultores
  • Total de ítens

    37.475
  • Registro em

  • Última visita

  • Days Won

    1.056

Tudo que Italo Giurizzato Junior postou

  1. Bom dia, Já passei o problema para a equipe ACBr, como o campo RNTRC é opcional acredito que o ACBrMonitor Plus deve usar um outro campo para definir se vai ser gerado o grupo ou não. No meu entendimento esse campo tem que ser a placa do veiculo Tração.
  2. Bom dia Heronim, Desculpe pela demora em responder. Segundo a documentação o provedor não possui o web services de consulta a situação. Fiz uma alteração nos fontes do componente, por favor atualize os fontes e faça novos testes.
  3. Bom dia, As alterações foram enviadas para o repositório no dia 4 de agosto e com toda certeza a última versão do ACBrMonitor Plus já contempla essas alterações. Ficou faltando apenas atualizar o Log.
  4. Bom dia Rafael, Simples, realize o encerramento do MDF-e que a SEFAZ acusa como não encerrado.
  5. Bom dia Glaucos, Muito obrigado, favor atualizar os seus fontes, principalmente os INI pois eles estão desatualizados.
  6. Bom dia ALA, O Ginfes vira e mexe ocorrem problemas, mas sempre é problema deles e não do componente.
  7. Bom dia Walter, No próprio Branches temos uma versão inicial dos componentes ACBrANe e ACBrLMC que esta bem próximo ao padrão do Trunk2. Você pode se basear nesses outros 2 componentes para fazer os ajustes no ACBrCIOT.
  8. Boa noite Marcos, Muito obrigado pela colaboração, já esta no repositório.
  9. Boa tarde ALA, Primeiramente, todos os seus fontes, inclusive os arquivos INI estão atualizados? Segundo, Ribeirão Preto até onde sei usa o Ginfes, logo acredito que o problema que você se refere é referente ao título do tópico, correto? Terceiro, Belo Horizonto não utiliza o Ginfes, sendo assim favor criar ou procurar um novo que se refere ao problema que esteja tendo com a cidade de Belo Horizonte.
  10. Boa tarde Glaucos, Por favor anexe os arquivos alterados para que possamos avaliar e estando tudo OK enviaremos para o repositório.
  11. Boa tarde Emerson, Sem previsão, se desejar contribuir com o projeto fazendo as devidas alterações ficaremos gratos.
  12. Bom dia Jarbas, Notei que no retorno da consulta, nenhuma informação foi retorna. Isso me leva a crer que o problema é no provedor.
  13. Bom dia Felipe, Informando no RPS a alíquota dividida por 100 o RPS é processado com sucesso e o XML da NFS-e é retornado? Se sim, no XML da NFS-e como aparece a alíquota, dividida por 100? Se sim, então é preciso fazer uma alteração no DANFSE, para esse provedor, pois pode ser que para outros isso não seja necessário.
  14. Boa noite Robinho, Já estão disponíveis diversas alterações que realizei nos componentes: ACBrCTe e ACBrMDFe para atender a versão 3.00 bem como o modelo 67 do CT-e. Você tem mais alguma informação sobre os schemas e quando será liberado o ambiente de homologação? Uma vez que no manual esta com data para outubro/2016 mas até o momento os manuais não foram disponibilizados nos Portais Nacionais.
  15. Boa noite Felipe, Tentou passar a alíquota dividida por 100? Primeiro é preciso ter o RPS processado com sucesso pelo provedor. Segundo é a impressão do DANFSE.
  16. Boa noite Alfredo, Favor atualizar os fontes, note que fiz alterações no arquivo Bethav2.ini Faça novos testes.
  17. Bom dia André, Não se faz necessário nenhuma alteração no componente, pois tudo o que foi alterado, acrescentado ou excluído se refere a regras da SEFAZ. Favor lerem o item E que se encontra na página 5 da NT 2015/002 versão 1.41
  18. Ai que esta o X da questão. Primeiro é preciso verificar se a UF onde a NFC-e esta sendo emitida autoriza a emissão do DANFE em modo reduzido. Se sim, é interessante que o caixa questione o consumidor se o mesmo deseja o DANFE com a lista do itens ou não. Se ele não fizer questão da lista dos itens então deve-se imprimir o DANFE reduzido. Com certeza esse consumidor sabe que depois poderá ter o DANFE completo com a leitura do QR-Code. Como você pode ver, se o estabelecimento comercial fizer uma boa divulgação das vantagens todos vão sair ganhado, inclusive a Natureza.
  19. Edy, Desculpe, mas você esta redondamente enganado. O objetivo do QR-Code é permitir que o DANFE seja impresso no modo reduzido, ou seja, não imprimir a lista de itens comprados, que por sinal é o que consome papel. Com a leitura do QR-Code através do smartphone você tem na tela o DANFE completo, ou seja, com a lista de itens. Tinta, que tinta? Até onde sei as impressoras que são usadas para imprimir o DANFE da NFC-e são térmicas, logo não usam tintas.
  20. Boa noite Edy, Quando você se refere ao QR-Code esta se referindo a imagem impressa ou a TAG no XML? Bom a TAG qrCode foi incluída no XML pois no DANFE só pode conter informações impressas desde que estejam presentes no XML. O QR-Code é uma maneira prática do contribuinte ter acesso a nota usando um smartphone com um app que leia o QR-Code. Agora se o contribuinte não se interessa em verificar se todos os itens que comprou foram realmente informados no XML e enviado para a SEFAZ, não podemos fazer nada. Quanto aos valores aproximados do tributos impressos, concordo com você que as vezes até eu passo raiva, mas se consta na legislação temos que calcular e informar no XML para que sejam impressos no DANFE.
  21. Boa noite Rafael, Remova do seu código a linha que gera o QR-Code e atribua o valor True a propriedade IncluirQRCodeXMLNFCe. Desta forma o componente vai gerar automaticamente a string do QR-Code.
  22. Boa noite Ramalho, Se o provedor ISSDSF não atende mais a cidade de Campinas, então não adianta quer saber qual é a URL. Precisamos saber qual foi a empresa (provedor) que a prefeitura de Campinas contratou após encerrar o contrato com a ISSDSF. Se não contratou nenhum provedor isso significa que a prefeitura possui um sistema próprio.
  23. Boa noite Alfredo, Favor atualizar os fones, note que fiz alteração no arquivo Bethav2.ini Configure o componente para salvar os arquivos soap. Configuracoes.WebServices.Salvar := True; Faça novos testes.
  24. Boa noite Everson, Note que no XML da NFS-e existe o grupo <ItensServico> onde temos a descrição, quantidade e valor. Acredito que se ao gerar o XML do RPS com mais de UM Item de serviço o grupo <itensServico> vai constar no XML da NFS-e quantos foram incluídos no XML do RPS. A questão em si não é o XML e sim a impressão do DANFSE que precisa ser alterado para apresentado a descrição quantidade e valor de cada serviço presente no XML. Mas essa alteração tem que ser realizada de tal forma que não gere um efeito colateral nos demais provedores. Como não trabalho com Fortes e nem Fast Report não tenho condições de realizar essa alteração. Alguém se habilita?
  25. Boa noite, Muito obrigado pela colaboração, já esta no 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.