Histórico da Página

(Obrigatório)

Informações Gerais 

   Legenda: 1 – Inovação 2 – Manutenção (Os demais campos devem ser preenchidos para ambos os processos). 

(Obrigatório)

Objetivo

 Atender as determinações legais impostas pela 11ª Edição do Manual do Módulo de Aquisição/Venda da Rotina Federal SISCOSERV.

Definição da Regra de Negócio

 O Sistema Integrado de Comércio Exterior de Serviços, Intangíveis e Outras Operações que Produzam Variações no Patrimônio (Siscoserv) é um sistema informatizado, desenvolvido pelo Governo Federal como ferramenta para o aprimoramento das ações de estímulo, formulação, acompanhamento e aferição das políticas públicas relacionadas a serviços e intangíveis, bem como para a orientação de estratégias empresariais de comércio exterior de serviços e intangíveis. O Siscoserv guarda conformidade com as diretrizes do Acordo Geral sobre Comércio de Serviços (GATS) da Organização Mundial do Comércio (OMC), aprovado pelo Decreto Legislativo no 30, de 15 de dezembro de 1994, e promulgado pelo Decreto no 1.355, de 30 de Dezembro de 1994.

 Alterações a serem realizadas

1. Alteração no Lançamento Fiscal

Deverá ser criado dois enumerados, para preencher o campo “Modo de Prestação” do lançamento fiscal, existem opções distintas entre o lançamento de entrada e de saída.

Para o Lançamento Fiscal de Entrada, deverão conter as seguintes opções:

1- Comércio Transfronteiriço

2- Consumo no Exterior;

4-   Movimento Temporário de Pessoas Físicas

Para o Lançamento Fiscal de Saída, deverão conter as seguintes opções:

1- Comércio Transfronteiriço

2- Consumo no Brasil;

4- Movimento Temporário de Pessoas Físicas

2.  Alterações nos XML's do Módulo de Aquisição

• • XML "incluir_RAS.xml":
    
    - Alterada a estrutura do arquivo, foi criado o grupo “IdentificadorFiscal” que irá conter as tags “Nif” ou “MotivoNaoPreenchimentoNif”;
               - Criada a tag “TipoVinculacao”;

                          - Alterar o nome da tag “NumeroServAdqEmpresa” para “NumeroOperacaoEmpresa” , do no grupo Operação;

                          - Após a tag de Valor, foi criada a tag “CnpjGastoPessoal” no grupo Operação;

                          - Incluídas as tags “VinculacaoNumRE” e “VinculacaoNumDI” no grupo Operação;

                          - Retirado o grupo “VincImportacaoBens”

       - XML da 11ª edição do Manual:

• • XML "inclusao_pagamento.xml":

                         - Incluída a tag “IdItemPagamentoEmpresa” no grupo do ItemPagamento;

                         - Alterado o nome da tag “NumOpAdqEmpresa” para “NumeroOperacaoEmpresa” no grupo ItemPagamento;

                         - Incluída a tag "ValorPagoRecMantidoExt" no grupo ItemPagamento;

                         - Retiradas as tags “VinculacaoNumRE” e “VinculacaoNumDI”;

                         - XML da 11ª edição do Manual:

3. Alterações nos XML's do Módulo de Venda

• • XML "incluir_faturamento.xml":

                         - Incluída a tag “IdItemFaturaEmpresa” no grupo do ItemFatura;

                         - Incluída a tag "ValorMantidoExterior" no grupo ItemFatura;

                         - Retiradas as tags “VinculacaoNumRE” e “VinculacaoNumDI”;

                         - XML da 11ª edição do Manual:

• • XML "incluir_registro.xml":

                         - Alterada a estrutura do arquivo, foi criado o grupo “IdentificadorFiscal” que irá conter as tags “Nif” ou “MotivoNaoPreenchimentoNif”;

                         - Criada a tag “TipoVinculacao”;

                         - Incluídas as tags “VinculacaoNumRE” e “VinculacaoNumDI” no grupo Operação;

                         - Retirado o grupo “VincImportacaoBens”;

                         - XML da 11ª edição do Manual:

Opcional

Protótipo de Tela

<Caso necessário inclua protótipos de telas com o objetivo de facilitar o entendimento do requisito, apresentar conceitos e funcionalidades do software>.

Protótipo 01

 Image Removed

Opcional

Fluxo do Processo

<Nesta etapa incluir representações gráficas que descrevam o problema a ser resolvido e o sistema a ser desenvolvido. Exemplo: Diagrama - Caso de Uso, Diagrama de Atividades, Diagrama de Classes, Diagrama de Entidade e Relacionamento e Diagrama de Sequência>. 

Opcional

Dicionário de Dados

Arquivo ou Código do Script: AAA – Negociação Financeira / *Versao=CP.2014.12_03*/

(Opcional)

Grupo de Perguntas

<Informações utilizadas na linha Protheus>.

Nome: FINSRF2

Obs.: Para preenchimento do campo TipoVinculacao deve-se criar um campo complementar com o nome TIPOVINCSISCOSERV no Cadastro de Cliente Fornecedor conforme telas abaixo.

Image AddedImage Added

Image Added

4. Implementação do processo de Retificação 

Uma vez gerado os arquivos  do RVS (módulo de venda) ou RAS ( módulo de aquisição) os mesmos não podem ser cancelados, devem ser retificados em casos onde é necessário realizar uma alteração nas informações.

              O layout da retificação é baseado no da inclusão (exceto pelas ressalvas apresentadas nas Orientações Específicas) dentro de uma estrutura principal identificada por <RetificarNOMEARQUIVO/> (ex: <RetificarRVS/>, <RetificarRAS/>)

              Nas estruturas <RetificarNOMEARQUIVO/>  e <Operacao/> além das tags que identificam o RVS/RAS e a operação, <NumeroOperacaoEmpresa/>, devem estar presentes apenas as tags das informações que serão retificadas.

              As tags <NumeroRVSEmpresa/> ou <NumeroRASEmpresa/> e <NumeroOperacaoEmpresa/> são de preenchimento obrigatório e seus dados não são passíveis de retificação.

              Não se pode retificar o mesmo RVS/RAS mais de uma vez dentro do mesmo arquivo de lote.

   Processo será visualizado na tela de lançamento fiscal.

  Na tela do processo o cliente irá escolher o tipo de retificação a ser realizada:

• • Para Lançamentos Fiscais de Entrada ( módulo de Aquisição ), devem ser gerados retificações de RAS ou de Pagamento;
  • Para Lançamentos Fiscais de Saída ( módulo de Venda ), devem ser gerados retificações de RVS ou de Faturamento;

O processo irá comparar o XML de inclusão que foi salvo no momento do processo de geração da SISCOSERV e um novo XML gerado no momento da retificação. Esta comparação irá verificar se existe alguma alteração no conteúdo das tags do XML. Havendo alterações, estas tags alteradas serão montadas no formato do XML de retificação e salvo em um caminho definido pelo cliente nos parametros do Fiscal.

Caso haja diferença nos XML's de inclusão, este XML deve ser atualizado na tabela DARQUIVOSSISCOSERV.

Orientações Especificas

1. Arquivo RVS:

IdentificadorFiscal - Para alterar o NIF ou motivo do seu não preenchimento, deve ser apresentado a estrutura IdentificadorFiscal informando o Nif ou o MotivoNaoPreenchimentoNif , conforme as instruções na seção Inclusão de RVS.

Enquadramento - 

• • Para alterar um número do registro de crédito de um enquadramento, deve ser apresentado o código informado inicialmente e o novo número RC.
  • Para incluir enquadramentos, deve-se acrescentar nova estrutura Enquadramento com o mesmo leiaute da inclusão de RVS. 
  • Para excluir enquadramentos, deve ser incluída nova tag, exclusao, na estrutura Enquadramento:

Image Added

• VinculacaoNumRE e VinculacaoNumDI - Para incluir vinculações a RE o DI, converte-se as tags VinculacaoNumRE e  VinculacaoNumDI em estruturas contendo uma nova tag, NumeroRE e NumeroDI, respectivamente:

Image Added

Para excluir vinculações a RE ou DI, utiliza-se a mesma estrutura usada para incluir vinculações acrescida de nova tag, exclusao . 

Image Added

2. Arquivo RAS:

Todas as validações descritas no item do RVS.

ExcluirGastoPessoal - Para desassociar a operação do CNPJ de uma empresa brasileira, descaracterizando a operação como gasto pessoal a serviço do empregador, deve-se utilizar a estrutura ExcluirGastoPessoal com a tag exclusao: 

Image Added

3. Arquivo Faturamento:

A retificação de RF adota as mesmas tags da Inclusão de RF (exceto pelas ressalvas apresentadas nas Orientações Específicas abaixo) dentro de uma estrutura principal identificada por RetificarFatura.

 Nas estruturas RetificarFatura e ItemFatura além das tags que identificam o RF ( NumeroRVSEmpresa e IdFaturaEmpresa) e o faturamento da operação ( NumeroOperacaoEmpresa e IdItemFaturaEmpresa), devem estar presentes apenas as tags das informações que serão retificadas.

As tags NumeroRVSEmpresa, IdFaturaEmpresa, NumeroOperacaoEmpresa e  IdItemFaturaEmpresa são de preenchimento obrigatório e seus dados não são passíveis de retificação.

Não se pode retificar o mesmo RF mais de uma vez dentro do mesmo arquivo de lote.

4. Arquivo Pagamento:

A retificação de RP adota as mesmas tags da Inclusão de RP (exceto pelas ressalvas apresentadas nas Orientações Específicas abaixo) dentro de um bloco principal identificado por RetificarPagamento

Nas estruturas RetificarPagamento e ItemPagamento além das tags que identificam o RP ( NumeroRASEmpresa e IdPagamentoEmpresa) e o pagamento da operação (NumeroOperacaoEmpresa e  IdItemPagamentoEmpresa), devem estar presentes apenas as tags das informações que serão retificadas.

As tags NumeroRASEmpresa, IdPagamentoEmpresa, NumeroOperacaoEmpresa e IdItemPagamentoEmpresa são de preenchimento obrigatório e seus dados não são passíveis de retificação.

Não se pode retificar o mesmo RP mais de uma vez dentro do mesmo arquivo de lote.

(Opcional)

Consulta Padrão

<Informações utilizadas na linha Protheus>

Consulta: AMB

(Opcional)

Estrutura de Menu

<Informações utilizadas na linha Datasul>.

Procedimentos

Programas

Cadastro de Papéis

<O cadastro de papéis é obrigatório para os projetos de desenvolvimento FLEX a partir do Datasul 10>.

<Lembrete: o nome dos papeis em inglês descrito neste ponto do documento, devem ser homologados pela equipe de tradução>.

Código Papel

(máx 3 posições)

Descrição em Português*

Descrição em Inglês*