Ir para conteúdo
  • Cadastre-se

Italo Giurizzato Junior

Consultores
  • Total de ítens

    38.826
  • Registro em

  • Última visita

  • Days Won

    1.110

Tudo que Italo Giurizzato Junior postou

  1. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  2. Boa tarde Delcio, Muito obrigado pela contribuição, já enviei para o repositório.
  3. Boa tarde Vinicius, Muito obrigado pela contribuição, já enviei para o repositório.
  4. Boa tarde Renan, Muito obrigado pela colaboração, já foi enviado para o repositório.
  5. Bom dia Túlio, Muito obrigado pela contribuição, já esta no repositório.
  6. Bom dia Antônio, É a idade kkkk. Já fiz a correção e estou enviando para o repositório, muito obrigado.
  7. Bom dia Gustavo, As suas duas contribuições acima foram aceita e enviadas para o repositório.
  8. Bom dia ALA, O arquivo Cidades.ini não contem nenhuma alteração para o novo provedor. Não entendi porque você anexou o arquivo.
  9. Bom dia Gustavo, Muito obrigado pela colaboração, assim que possível vou analisar e estando tudo OK, vou enviar para o repositório.
  10. Já esta no repositório o arquivo Cidades.ini corrigido.
  11. Bom dia Antônio, Desculpe não ficou claro. Qual seria o valor correto do campo NomeURL_H ?
  12. Bom dia Leonard, Qual é a configuração que você esta utilizando no programa exemplo?
  13. Bom dia Orlando, Quando o MDF-e foi criado, o seu objetivo era ser emitido somente para transporte interestadual para facilitar e agilizar a fiscalização nas fronteiras entres os Estados. Mas agora a legislação mudou, portanto devemos emitir o MDF-e para qualquer transporte, seja ele interestadual ou intermunicipal. O transporte é sempre uma cidade e outra, mas quando eles se encontram em Estados diferentes é dito transporte interestadual e quando elas estão dentro do mesmo Estado é dito intermunicipal.
  14. Bom dia Gabriel, Favor anexar o XML referente ao pedido de cadastramento de veiculo.
  15. Bom dia, Vou alterar o arquivo INI e enviar para o repositório. Muito obrigado pela colaboração.
  16. Boa noite Reinaldo, Por favor tenha um pouco mais de paciência, pois somente a partir do dia 09/03/2020 é que a SEFAZ vai liberar o ambiente de homologação com essas alterações. E somente a partir do dia 06/04/2020 o ambiente de produção. Logo não faz nenhum sentido você querer gerar o arquivo INI com essas informações sendo que os ambientes não estão prontos para processar um MDF-e com elas. Semana que vem (02-06/03/2020) vou estar atualizando o manual do ACBrMonitor. Nessa atualização vou mostrar como e onde informar os novos campos e grupos bem como o novo evento que se refere ao pagamento de frete.
  17. Boa tarde Marcio, No que se refere as informações bancarias (grupo <infBanc>) devemos informar os campos: <codBanco> e <codAgencia> ou o <CNPJIPEF> Logo se você vai informar o código do banco e agencia deve-se deixar o campo CNPJIPEF em branco (vazio), por tanto não deve preencher o mesmo com zeros. A mensagem "Informar os zeros não significativos" significa que se for informado o CNPJ devemos acrescentar zeros a esquerda até que a informação tenha 14 dígitos.
  18. Olá Pessoal, Foi publicado a versão 1.02 da NT 2020/001 referente as alterações no layout do MDF-e. O que mudou da versão anterior para esta? Apenas a redação das Regras de Validação do MDF-e, veja quadro abaixo a nova redação. Com relação ao resto, nada foi alterado e as datas para ativação continuam as mesmas.
  19. Se você estiver com todos os fontes de todas as pastas atualizados, vai notar que no arquivo Cidades.ini a cidade de Catanduva/SP se utiliza do provedor Pronimv2.
  20. Bom dia a todos, Pelo que eu notei essa nova versão da NT o que muda é a redação das regras de validação do MDF-e na SEFAZ. Essas regras se encontram na página 10 item 4.
  21. Bom dia Barrys, O provedor Pronim possui 2 webservices: Pronim (que segue a versão 1 do layout da ABRASF) e o Pronimv2 (que segue a versão 2). Como você não informou a cidade não sei lhe informar se você deve usar o Pronim ou Pronimv2. Se for o Pronim o único método de envio é o Enviar. Tenha em mente que o GerarLote só serve para gerar e salvar em disco o Lote de RPS. Devemos usar esse método quando o provedor não possui um webservice para recepcionar, mas possui em seu site uma opção para importar o XML referente ao Lote. Agora se for o Pronimv2 temos a nossa disposição os métodos: Enviar, EnviarSincrono e Gerar. Lembrando que o Gerar permite o envio de apenas 1 RPS, já os outros dois podemos enviar um Lote com até 50 RPS.
  22. Bom dia Gustavo, Eu particularmente não utilizo o componente, mas se dessa forma você esta conseguindo pegar as informações da guia para poder imprimi-la, então esta correto. Quanto ao nome do arquivo, acredito que não foi implementando nenhum campo que traz o nome do arquivo que contem os dados da guia.
  23. Bom dia Gustavo, Se o ambiente de Produção esta funcionando, podemos descartar que o componente possua algum problema. Logo repito, favor entrar em contato com os responsáveis pelo webservice do GNRE da UF em questão e relata o problema que esta ocorrendo no ambiente de homologação.
  24. Boa tarde a todos, Não sei se vai resolver o problema, mas fica ai a dica:
  25. Boa tarde Ana, Esse grupo se refere ao proprietário do veiculo. No manual além desses campos tem mais alguns que devem ser gerados?
×
×
  • 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.