Ir para conteúdo
  • Cadastre-se

Italo Giurizzato Junior

Consultores
  • Total de ítens

    42.692
  • Registro em

  • Última visita

  • Days Won

    1.241

Tudo que Italo Giurizzato Junior postou

  1. Bom dia Luiz, No componente ACBrCTe temos uma propriedade chamada DACTE, esta contem o componente de impressão, ou seja, o ACBrCTEDACTEFR ?
  2. Olá pessoal, Para quem utiliza o ACBrMonitor e necessita emitir um CT-e de Substituição deve incluir no arquivo INI a seção [infCteSub] Vamos a estrutura completa da seção: [infCteSub] chCte= chave do cte a ser substituido (original) indAlteraToma= se informado 1 significa que tem alteração de tomador refCteAnu= chave do cte de anulação caso tenha sido emitido refNFe= chave da nfe de anulação do tomador caso ele tenha emitido refCte= chave do cte de anulação do tomador caso ele tenha emitido (quando o tomador for outra transportadora) ; preencher os campos abaixo se o tomador tenha emitido uma Nota Fiscal comum de papel CNPJ= mod= serie= subserie= nro= valor= dEmi= Exemplo 1: Caso tenha sido emitido um CT-e de Anulação [infCteSub] chCte= chave do CTe a ser substituido (original) indAlteraToma= se informado 1 significa que tem alteração de tomador refCteAnu= chave do CTe de anulação Exemplo 2: Caso o tomador tenha emitido uma NF-e de Anulação [infCteSub] chCte= chave do cte a ser substituido (original) indAlteraToma= se informado 1 significa que tem alteração de tomador refNFe= chave da NFe de anulação emitida pelo tomador Exemplo 3: Caso o tomador tenha emitido uma Nota Fiscal comum de papel [infCteSub] chCte= chave do cte a ser substituido (original) indAlteraToma= se informado 1 significa que tem alteração de tomador ; abaixo dados da Nota Fiscal comum de papel CNPJ= mod= serie= subserie= nro= valor= dEmi= Exemplo 4: Caso o tomador seja uma transportadora e tenha emitido um CT-e [infCteSub] chCte= chave do cte a ser substituído (original) indAlteraToma= se informado 1 significa que tem alteração de tomador refCte= chave do cte emitido pelo tomador quando este é uma outra transportadora
      • 3
      • Curtir
  3. Boa tarde Nebrio, Use o programa exemplo para realizar um teste de envio, ele vai salvar em disco os XML de envio, ai basta abrir com um navegar e vê como é gerado.
  4. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  5. Boa tarde Gumercino, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.
  6. Boa tarde Flavio, Ao enviar o lote para o webservice do provedor o mesmo é recusado?
  7. Boa tarde Mauricio, Favor atualizar os fontes, reinstalar a suíte ACBr. Note que fiz alterações no arquivo INI do provedor.
  8. Boa tarde Christiano, Tente da seguinte forma: BPe (tPag := TFormaPagamento.fpDinheiro)
  9. Boa tarde André, Verifique se o CNPJ ou CPF que se encontra no XML (grupo infCIOT) é o responsável pela geração do CIOT.
  10. Bom dia Asterix, Muito obrigado pela colaboração, vamos analisar e estando tudo OK, enviaremos para o repositório.
  11. Boa tarde Tiago, O emitente é uma pessoa física ou jurídica? A principio se for pessoa jurídica não é necessário ser feito nada, pois todos estão habilitados a emitir o MDF-e. Já se for pessoa física, como a Graça colocou se faz necessário uma solicitação para habilitar a emissão.
  12. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  13. Bom dia Danilo, Ainda não foi incluído e mesmo que tivesse ainda não iria funcionar pois o ambiente de homologação só vai estar liberado no dia 22/07/2019 para recepcionar CT-e com a string do QR-Code.
  14. Bom dia Luiz, Lembre-se que só podemos imprimir no DACTE o que consta no XML, se a tag não existe mais, o único jeito é você colocar essa informação no campo de observação. Desta forma será impresso no DACTE com certeza.
  15. Boa tarde George, Você identou o XML para poder anexar aqui no fórum ou gera ele identado e com quebra de linhas? O XML não pode ter quebra de linhas e muito menos identado.
  16. Boa tarde Asterix, Favor anexar o XML do MDF-e e o seu retorno que contem a rejeição.
  17. George, Como você utiliza o ACBrMonitor, favor anexar o arquivo INI que a sua aplicação gera bem como o XML gerado pelo Monitor. Para que possamos analisar melhor esse problema.
  18. George, Quando foi essa ultima atualização?
  19. Jeanny, Como lhe disse não trabalho com o Fast Report, a sua alteração foi apenas a inclusão do QR-Code ou você fez mais alterações visando deixa-lo em conformidade com o manual?
  20. George, Você esta com todos os Schemas do MDF-e atualizados?
  21. Bom dia Jeanny, Toda colaboração é bem vinda. Como não trabalho com o Fast Report vou passar para o pessoal que o conhece para analisar. Desde já muito obrigado pela colaboração.
  22. Bom dia George, O XML que você anexou tem tanto a UF do veiculo quanto do proprietário, o XML é esse mesmo que esta com erro de validação?
  23. A partir dessa data entra em vigor a obrigatoriedade de exibição do QRCode no layout do DAMDFE. Para mais detalhes, por favor leia a noticia: MDF-e versão 3.00a E a partir dessa data também inicia a validação da URL do QR-Code. Para mais detalhes, por favor leia a noticia: Validação da URL do QR-Code do MDF-e.
  24. Implementação em ambiente de produção, as Regras de Validação: G096 a G101. Para mais detalhes, por favor leia a noticia: MDF-e versão 3.00a As regras de validação se encontram no Manual versão 3.00a Visão Geral, no link acima temos um outro link onde se tem acesso a nossa biblioteca de documentos.
  25. Implantação em ambiente de produção. Para mais informações sobre essa Nota Técnica, por favor leia a noticia: Nota Técnica 2019_001 versão 1.10
×
×
  • 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...