Árvore de páginas

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.
Comentário: Migration of unmigrated content due to installation of a new plugin

MDF-

e Versão

E VERSÃO 3.0

Características do Requisito

Linha de Produto:

Protheus

Microsiga Protheus®

Segmento:

Supply Chain - Logística

Módulo:

Gestão de Transportes - SIGATMS

Rotina:

Rotina

Nome Técnico

MDFSEFAZ3.PRW

Geração XML MDF-e SEFAZ Versão 3.0

RTMSR32.PRWImpressão - DAMDFE 3.0

Rotina(s) envolvida(s)

Nome Técnico

TMSAE73.PRW

Monitor do MDF-e
TMSXFUND.PRWFunções Genéricas TMS
TMSAE60.PRWCadastro de Operadoras de frota

Tickets relacionados

MSERV-3320; 99758

97132 

Requisito (informe o requisito relacionado):MLOG-63

País(es):

BRA

Brasil

Banco(s) de Dados:

Todos

Sistema(s) Operacional(is):

Todos

Descrição

Foi implementado o Conhecimento de Transporte Eletrônico - MDFManifesto Eletrônico de Documentos Fiscais - MDF-e na verão versão 3.0 e NT2016.002 (DACTE).

Conforme definido pela SEFAZ, serão consideradas as datas abaixo:

  • Data de início de vigência no ambiente de homologação (
modelo 57
  • MDF-e versão 3.0): 03/10/2016.
  • Data de início de vigência no ambiente de produção (
modelo 57
  • MDF-e versão 3.0): 12/12/2016.
  • Data final de vigência
do CT
  • (MDF-e
verão 2.00: 04/12
  • versão 1.0): 02/10/2017.


As alterações foram efetuadas realizadas conforme descrito pela SEFAZ, seguem abaixo:

  • Retirado elemento "forpag" do elemento infcte/ide;

  • Retiradas as opções 1 e 2 do elemento "procEmi";

  • Retirado elemento "refCTE
    • Alterado o formato dos elementos "dhEmi" e "dhIniViagem" para "AAAA-MM-DDTHH:MM:DD TZD";

    • Incluído elemento "

    indIEToma";
  • Alterado nome do elemento "toma03" para "toma3";

  • Alterado formato do elemento "dhCont" para TDateTimeUTC;

  • Alterado tamanho máximo para 60 do elemento "xOri";

  • Alterado tamanho máximo para 60 do elemento "zDest";

  • Incluído elemento IEST;

  • Incluído elemento vCargaAverb (não obrigatório);

  • Invertida a posição dos elementos "indUnidCarga" e "infUnidTransp";

  • Incluídas as opções 59 e 65 no elemento "tpDoc" do elemento "infOutros";

  • Alterado tamanho máximo para 30 no elemento "nDoc" do elemento "idDocAntPap";

  • Alterado nome do elemento "chave" do elemento "iddocantele" para "chCTe";

  • Retirado o grupo "Seg" (Atentar para esta alteração, pois não mais será enviado os dados referente ao Seguro da Carga);

  • Incluído elemento "indAlteraToma";

  • Retirado elemento "tomaNaoICMS" e "refCteAnu";

  • Alterado nome do elemento "chave" do elemento "infCteComp" para "chCTe"; 

  • Retirados os elementos "dPrev", "lota", "CIOT","valePed","veic","lacRodo" e "moto".

  •  

    Para mais informações referente as atualizações do TSS, acesse: MSERV-3320_DT_CTE_Conhecimento_de_Transporte_Eletrônico_versão_3.00

     

    • infANTT" (Grupo de informações para Agência Reguladora);

    • Incluído o elemento "CNPJ" (número do CNPJ responsável pela geração do CIOT). Este elemento é obrigatório quando existir CIOT para a viagem vinculada ao manifesto. O sistema busca o valor informado no campo CNPJ Operad. do cadastro de operadoras de frota.

    • Incluídos os elementos "infContratante", "CPF", "CNPJ" (Informações dos contratantes do serviço de transporte). Para preencher estes campos, o sistema busca os devedores do frete dos conhecimentos vinculados ao manifesto.
    • Incluídos os elementos "peri", "nONU", "xNomeAE", "xClaRisco, "grEmb e "qTotProd" (transporte de produtos classificados pela ONU como perigosos). Estes elementos que antes eram enviados no CT-e 2.0, foram removidos no CT-e 3.0 e adicionados ao MDF-e 3.0. As informações de carga perigosa devem ser informadas no cadastro de complemento de produtos e no cadastro de classificação Onu.

    • Incluídos os elementos "seg", "infResp", "respSeg", "CNPJ", "CPF", "infSeg", "xSeg", "CNPJ", "nApol", "nAver" (Informações de Seguro da Carga). Estes elementos que antes eram enviados no CT-e 2.0, foram removidos no CT-e 3.0 e adicionados ao MDF-e 3.0. As informações do seguro da carga podem ser informadas na rotina de fechamento de seguro (Transportadora responsável), ou no cadastro de averbação do cliente (Cliente responsável). Caso as rotinas descritas não tenham sido efetuadas, o sistema emitirá o numero "99999" de forma fixa no arquivo XML do MDFe, na tag "nAver".

      Obs. No MDF-e 3.0 o elemento "nAver" (Número da averbação) passou a ser obrigatório.Quando o seguro for de responsabilidade da transportadora, o sistema busca o número da averbação da tabela DT6 (Documentos de transporte) por meio do campo Docto.Seguro (DT6_DOCSEG). O campo Docto.Seguro (DT6_DOCSEG) é preenchido automaticamente pelo sistema ao executar a rotina Fechamento de Seguro. Quando o seguro for de responsabilidade do cliente, o sistema busca o número da averbação informado no cadastro de Averbação do Cliente (Campo No.Averbacao (DV6_NUMAVB)).

    Importante

    Informações
    titlePara conhecimento

    Futuramente será liberada a issue MLOG-3385, onde será possível efetuar a averbação eletrônica de seguro de Conhecimentos com a empresa AT&M.

    Esta rotina enviará o Conhecimento para a empresa AT&M, obterá e armazenará o número de averbação para, posteriormente, enviá-lo junto ao Manifesto para a SEFAZ.

    Importante

    Informações
    titlePré-requisito:

    É pré-requisito a utilização do TSS versão 2.68 ou superior.

    Antes de executar o compatibilizador informe o TMSP11R1 é imprescindível: 

    • Realizar o backup da base de dados do produto que será executado o compatibilizador (diretório \PROTHEUS11_DATA\DATA) e dos dicionários de dados SXs (diretório \PROTHEUS11_DATA\SYSTEM).
    • Os diretórios acima mencionados correspondem à instalação padrão do Protheus, portanto, devem ser alterados conforme o produto instalado na empresa.
    • Essa rotina deve ser executada em modo exclusivo, ou seja, nenhum usuário deve estar utilizando o sistema.
    • Se os dicionários de dados possuírem índices personalizados (criados pelo usuário), antes de executar o compatibilizador, certifique-se de que estão identificados pelo nickname. Caso o compatibilizador necessite criar índices, irá adicioná-los a partir da ordem original instalada pelo Protheus, o que poderá sobrescrever índices personalizados, caso não estejam identificados pelo nickname.
    • O compatibilizador deve ser executado com a Integridade Referencial desativada*.

     

    Atenção

    O procedimento a seguir deve ser realizado por um profissional   qualificado como Administrador de Banco de Dados (DBA) ou equivalente!

    A ativação indevida da Integridade Referencial pode alterar   drasticamente o relacionamento entre tabelas no banco de dados. Portanto,   antes de utilizá-la, observe atentamente os procedimentos a seguir:

    1. No   Configurador (SIGACFG), veja se a empresa utiliza Integridade   Referencial, selecionando a opção Integridade/Verificação   (APCFG60A).
    2. Se não   há Integridade Referencial ativa,   são relacionadas em uma nova janela todas as empresas e filiais cadastradas   para o sistema e nenhuma delas estará selecionada. Neste caso, E SOMENTE NESTE, não é necessário   qualquer outro procedimento de ativação   ou desativação de integridade, basta finalizar a verificação e aplicar   normalmente o compatibilizador, conforme instruções.
    3.  Se há Integridade Referencial ativa   em todas as empresas e filiais, é   exibida uma mensagem na janela Verificação   de relacionamento entre tabelas. Confirme a mensagem para que a   verificação seja concluída, ou;
    4.  Se   há Integridade Referencial ativa   em uma ou mais empresas, que não   na sua totalidade, são relacionadas em uma nova janela todas as empresas e   filiais cadastradas para o sistema e, somente, a(s) que possui(em)   integridade está(arão) selecionada(s). Anote qual(is) empresa(s) e/ou   filial(is) possui(em) a integridade ativada e reserve esta anotação para   posterior consulta na reativação (ou ainda, contate nosso Help Desk Framework   para informações quanto a um arquivo que contém essa informação).
    5. Nestes   casos descritos nos itens “iii” ou   “iv”, E SOMENTE NESTES CASOS, é necessário desativar tal integridade, selecionando a opção Integridade/ Desativar (APCFG60D).
    6.  Quando desativada a Integridade Referencial,   execute o compatibilizador, conforme instruções.
    7. Aplicado o compatibilizador, a Integridade   Referencial deve ser reativada, SE E   SOMENTE SE tiver sido desativada, através da opção Integridade/Ativar (APCFG60). Para isso, tenha em mãos as   informações da(s) empresa(s) e/ou filial(is) que possuía(m) ativação da   integridade, selecione-a(s) novamente e confirme a ativação.


    Contate o Help Desk Framework EM CASO DE DÚVIDAS!


    1. Em Microsiga Protheus®  By you Smart Client, digite o TMSP11R1 no campo Programa Inicial.
    2. Clique em OK para continuar.
    3. Após a confirmação é exibida uma tela para a seleção da empresa em que o dicionário de dados será modificado ou é apresentada a janela para seleção do compatibilizador. Selecione o programa TMS11R216.
    4. Ao confirmar é exibida uma mensagem de advertência sobre o backup e a necessidade de sua execução em modo exclusivo.
      1. Clique em Processar para iniciar o processamento. O primeiro passo da execução é a preparação dos arquivos. 
        É apresentada uma mensagem explicativa na tela.
      2. Em seguida, é exibida a janela Atualização concluída com o histórico (log) de todas as atualizações processadas. Nesse log de atualização são apresentados somente os campos atualizados pelo programa. O compatibilizador cria os campos que ainda não existem no dicionário de dados.
      3. Clique em Gravar para salvar o histórico (log) apresentado.
      4. Clique em OK para encerrar o processamento.

    Atualizações do Compatibilizador 

    1.  Criação de Campos no arquivo SX3 – Campos: 
    • Tabela DEG - Operadoras de Frota            

    Campo

    DEG_CNPJOP

    Tipo

    C

    Tamanho

    14

    Decimal

    0

    Título

    CNPJ Operad.

    Formato@R 99.999.999/9999-99

    Descrição

    CNPJ da Operadora de Frota

    Nível


    Usado

    Sim

    Obrigatório

    Não

    Browse

    Sim

    Opções


    When


    Relação


    Help

    CNPJ da Operadora de Frota

    Importante

  • Não é necessária a execução de nenhum compatibilizador para atualização da base de dados. 
  • Para a utilização da versão 3.0, somente é necessário aplicar o pacote referente a Issue MLOG-86 no ambiente de homologação / produção.
  • É OBRIGATÓRIO a utilização do TSS versão 2.66 ou superior

    .


    Procedimento para Utilização

    Exemplo:

    1. Em Gestão Em Gestão de Transportes (SIGATMS), acesse Atualizações / Recebimento / Entrada Doc. Clientes (TMSA050 Transporte / Manifesto (TMSA190).O sistema apresenta a tela para manutenção de documentos.
    2. Clique para inserir um novo registroClique em Ações Relacionadas e selecione a opção MDF-e.
    3. Preencha os campos eparâmetros, ao incluir o lote para o documento, selecione o tipo "Eletrônicoselecionando o campo Transmissão como "Envio MDF-e".
    4. Efetue o cálculo do frete.
    5. No menu Ações Relacionadas, clique em CT-e (TMSA070).
    6. No monitor MDF-e, acesse a opção Parâmetros.
    7. Altere as versões do leiaute, evento e manifesto Altere os parâmetros de versão do CT-e, para 3.00.
    8. Clique para gravar.
    9. Selecione um manifesto.
    10. Efetue a transmissão do CT- e para SEFAZ e aguarde a autorização do mesmo.