Visão Macro do Projeto

Informações Iniciais

Impacto

Projeto estratégio de inovação TAF Fiscal Inovação

Time Gestor

Aprovador

Mauro Sergio Testoni 

Colaboradores

Luciana Santos 

Time

Planejamento

DSERTSS1:

• Início: 07/02/2023 Fim:31/05/2023 

• Descritivo do épicos:

• Status: 

  Estado
  subtle true colour Red title não criada

DSERTSS2:

• Início: 07/02/2023 Fim:31/05/2023 

• Descritivo do épicos:

• Status: 

  Estado
  subtle true colour Red title não criada

Resultado

Hipóteses Estudadas

Quais são as soluções possíveis?

Hipótese

Descritivo 

Status

01. Integração Boleto + DANFE com resultados no monitor NF-e no Gestor Financeiro de forma automática

Será criado um modelo de integração de informações para que seja possível aos nossos clientes encaminhar juntamente com o e-mail do XML + DANFE os boletos financeiro e para que no Gestor Financeiro seja possível disponibilizar os XML e a DANFE da nota fiscal para que os clientes faça os download´s. 

• As demandas dos clientes estão direcionadas ao Portal do cliente.

02. Utilização da rotina de Transferência Financeira para disparar o envio de e-mail pelo SIGAFIN

O processo se iniciará no retorno de autorização do documento fiscal junto ao orgão competente. Neste momento será feita a inclusão de borderô por rotina automática (execauto) (FINA060) e executado o processo de geração de borderô já existente no financeiro. 

03. Integração Boleto + DANFE com resultados no monitor NF-e no Portal do cliente do Faturamento

Será criado um modelo de integração de informações para que seja possível aos nossos clientes encaminhar juntamente com o e-mail do XML + DANFE os boletos financeiro e o Portal do Cliente as informações de XML + Boleto + DANFE para que os clientes possam fazer o donwload. 

Detalhamento de Hipóteses

Utilização da rotina de Transferência Financeira para disparar o envio de e-mail pelo SIGAFIN de forma automática

Informações de processos

Escopo e Estimativa

Por que um cliente quer isso?

• Automação para eficiência de processos;

• Menor número de funcionários envolvidos nas etapas de envio de informação ao cliente.

• Eliminar customizações;

Visualizar a solução

Link para os detalhes:

Escala e escopo

Escala:

Estudo preelimiares indincam um invetimento conforme apresentado abaixo: 

Squad

Estimativa

Financeiro

TSS

144 horas

NFSe                                                                                

144 horas                                                                                     

Total

288 horas 

Escopo

• Criação e adequação de fontes;

• Automação das operações;

• Análise de performance.

Informações Iniciais

Time Gestor

Aprovador

Mauro Sergio Testoni 

Colaboradores

Luciana Santos 

Time

Planejamento

DSERTSS1:

• Início: 07/02/2023 Fim:31/05/2023 

• Descritivo do épicos:

• Status: 

  Estado
  subtle true colour Red title não criada

DSERTSS2:

• Início: 07/02/2023 Fim:31/05/2023 

• Descritivo do épicos:

• Status: 

  Estado
  subtle true colour Red title não criada

Resultado

Um projeto que visa eliminar processos manuais e atender a demanda de comunicação eficientes das empresas com seus clientes sobre o tema envio de documentação.

Apontamento de eventos que pode se tornar uma  ameaça para a evolução do projeto na etapa de desenvolvimento, na entega da funcionalidade aos clientes ou ainda manutenção da funcionalidade no futuro.

Pontos de Risco

• Dependência de outra Squad

  • Chamada automática de uma rotina que não esta sob a responsabilidade da Tribe Fiscal;

  • Risco de queda na cobertura do fonte, considerando que o processo atual de automação não permite automação de rotinas de outra Squad.

• Trazer decisões que caberiam ao Faturamento ou ao Financeiro para o processo de transmissão de documento fiscal:

  • Momentos em que o execuauto deve ser consumido.

    • Identificação da forma de pagaemento da operação. Existem diversos meios de pagamento que como regra são negociados no momento da venda da mercadoria.

    • Identificação da autorização do cliente para recebimentos de documentos fiscais.

    • Identificação do banco do boleto.

    • • Banco único, 

      • Banco por lote de movimentos (seleção) 

      • Atender as negociações do financeiro

• Não estamos tratando documentos CTe e NFCe o que fere um pouco o principio unidade do sistema. 

• Necessidade de atuação de pelo menos um cliente piloto para validação da funcionalidade;

• Todas as funcionalidades desenvolvidades devem ser entregues com: 

  1. Automação;

  2. Documentação; 

  3. Treinamento.

Informações de Conceito

Usualmente, os títulos são pagos por meio de um boleto bancário, sendo hipóteses de geração do boleto: 

• Geração na empresa com autenticação no banco;

• Geração no banco com envio de dados para a empresa.

Nas duas hipoteses deve ser feita a comunicação com o banco que poder ser feito por: 

• CNAB (Centro Nacional de Automação Bancária) ferramenta de integração e automação da comunicação entre bancos, empresas e clientes;

• API (Application Programming Interface) este serviço faz a coleta dos dados de pagamento do cliente e a comunicação com o banco para transferência de dados.

Na outra ponta do processo esta o documento fiscal eletrônico, que tem como principal finalidade acobertar as operações com mercadoria ou a relação de serviços prestados e tomados junto ao fisco.

Este dois processos convergem na necessidade de envio de informações fiscais e financeiras ao cliente. Assim este projeto tem como objetivo eliminar etapas manuais no envio de informações. 

O fluxo de trabalho deve começar logo após a atualização do monitor do TSS com a  autorização do documentos fiscal pela SEFAZ, neste momento será feito a chamada do execauto da rotina de Transferência e Manutenções (FINA060) criando um borderô com os títulos financeiros gerados pelo documento fiscal. 

Na seção premissas para o projeto foram elencados os critérios de decisão de que devem antes da execução do fluxo.

Image Removed

• Ajustes Financeiros

O financeiro irá receber as informações de acordo com a estrutura de array atual da rotina automática incluindo um borderô. 

• • Rotina Automática de Transferência (Execauto FINA060) 

Parâmetros para a inclusão de borderô por rotina automática FINA060:

Elemento

Tipo

Descrição

Parâmetro 1

Numérico

nOpcAuto - 3 Inclusão de borderô.

Parâmetro 2

Array

Array com 2 dimensões, sendo a primeira um array com informações do borderô e a segunda um array com os títulos.

Estrutura do array com informações do borderô: 

Elemento

Tipo

Descrição

AUTBANCO

Caracter

Código do banco.

AUTAGENCIA

Caracter

Código da agência.

AUTCONTA

Caracter

Código da conta.

AUTSITUACA

Caracter

Situação a ser transferida o título.

AUTNUMBOR

Caracter

Número do borderô.

AUTDATAMOV

Data

Data do movimento.

AUTTXDESC

Numérico

Taxa de desconto para carteira descontada.

AUTTXIOF

Numérico

Taxa de IOF para carteira descontada.

AUTSUBCONTA

Caracter

Número da subconta do banco

AUTESPECIE

Caracter

Código da espécie do pagamento (contida na tabela F77)

AUTBOLAPI

Logico

Define se o borderô em questão será transmitido via API (Boletos)

Estrutura do array com informações dos títulos ( chave de busca para o índice 1 ): 

Elemento

Tipo

Descrição

E1_FILIAL

Caracter

Filial do título

E1_PREFIXO

Caracter

Prefixo do título.

E1_NUM

Caracter

Número do título.

E1_PARCELA

Caracter

Parcela do título.

E1_TIPO

Caracter

Tipo do do título.

Premissas:

Destinatário do e-mail

• Hoje o Protheus tem um cadastro complementar na tabela de clientes para configuradar a autorização de envio de boletos e o destinatário do mesmo. Para que tenhamos unidade no processo a ser desenvolvido este cadastro deve ser considerado. 
• Depoimentos de clientes indicam que nem sempre o destinatário da nota é o destinatário do e-mail, desta forma este ponto de configuração deve ser considerado. 

Banco

• E comum para os clientes trabalharem com mais de um banco da emissão de boletos sendo necessário uma configuração para a determinação do banco por cliente ou operação.

Observação: A hipótese de tratamento de banco por parâmetro do configurador (SIGACFG) inviabilizada a utilização da rotina, pois a decisão e configuração da informação não deve esta presa ao administrador do sistema. 

Taxas Bancárias

• A geração ou homologação de boleto pelo bancos geram um custo para os clientes, sendo comum a autenticação para recebimento em período de D-1 ou D-2. 

Geração indevida de borderô

Apenas o fato de o documento ter sido autorizado não pode ser considerado como gatilho para a execução da função desenvolvida. Antes da execução deve ser considerado se: 

• O cliente tem o interesse em habilitar a funcionalidade;
• O tipo de pagamento é boleto;
• O dados bancários para emissão de boleto estão configurados;
• Existência de pagamento antecipados para a operação. 

Tipo de Documento

• Deve ser avaliado o tipo de documento faz sentido disparar a funcionalidade. Por exemplo para notas fiscais do tipo normal ou complemento de preço que geraram financeiro já para notas de complemento de ICMS não deve ser gerado. 

Devolução de documentos

• Como notificar os clientes que documentos devolvidos ou cancelados tiveram boletos gerados automaticamente.

Modelo de dados do financeiro:

Para o desenvolvimento deve ser considerado o novo modelo de dados do financeiro com as tabelas SFK

Análise de Processos #DEVTEAM

Durante ao estudo do projeto foram levantadas questões importantes

É possível disparar este processo para todos os modelos de documentos (Estaduais e Federais)? 

• O estudo de viabilidade técnica apresenta que apenas os modelo NFe e NFSe terão esta fucionalidade ativa, deve ser esclarecido porque porque a funcionalidade pode ser escalada à todos os modelos de documentos.

Foram considerados apenas os modelos de documento que são controlados pelo fiscal. O CT-e é controlado pelo TMS e a NFCe é controlada pelo varejo. 

Em contato com o PO do TMS recebi a informação que o pagamento de boleto pode acontecer para a operação de transporte Ainda aguardamos a resposta do Segmentos Varejo.

Recomendação: Não foram entrevistados clientes deste segmentos, mas as respostas obtidas dos PO nos indicam a necessiade de ampliar a entrega. 

No inicio do ano foi incluida uma métrica especial de consumo (NGF_API_BORDERO) mas dependemos de atualização dos clientes para medir o consumo. Não identificamos as metricas no LSDiscovery. 

Sim. O projeto inicial foi desenhado desta forma.

Recomendação: Validamos o comportamento e identificamos que é mais comum o tratamento de mais de um banco. 

Central Colaborativa:

Pelo portal do cliente: 

Geração, Impressão e envio de boleto automaticamente juntamento com a nota fiscal

Link: https://centraldeatendimento.totvs.com/hc/pt-br/community/posts/4406039577495-TSS-Linha-Protheus-Documentos-Eletr%C3%B4nicos-Gera%C3%A7%C3%A3o-Impress%C3%A3o-e-envio-de-boleto-automaticamente

Além de ser uma necessidade de todos os clientes de ERP e evitar customizações paralelas esta funcionalidade permitirá às Empresas: Agilidade na emissão de cobranças, Redução de custos com impressão, reduzir o extravio de boletos entre outros.

 NF-e - Nota Fiscal Eletrônica - Envio de Boleto junto com Danfe e XML

Link: https://centraldeatendimento.totvs.com/hc/pt-br/community/posts/7629686017943-TOTVS-Backoffice-Linha-Protheus-Faturamento-NF-e-Nota-Fiscal-Eletr%C3%B4nica-Encio-de-Boleto-junto-com-Danfe-e-XML

Disponibilizar o download da DANFE/XML no Portal do Cliente

Link: https://centraldeatendimento.totvs.com/hc/pt-br/community/posts/4406039577495-TSS-Linha-Protheus-Documentos-Eletr%C3%B4nicos-Gera%C3%A7%C3%A3o-Impress%C3%A3o-e-envio-de-boleto-automaticamente

 NF-e - Nota Fiscal Eletrônica - Envio de Boleto junto com Danfe e XML

Link: https://centraldeatendimento.totvs.com/hc/pt-br/community/posts/10135616284567-TOTVS-Backoffice-Linha-Protheus-Faturamento-NF-e-Nota-Fiscal-Eletr%C3%B4nica-Novo-Portal-do-cliente-Backoffice-Linha-Protheus-download-XML-e-DANFE-

Pesquisa Quantitativa:

Encaminhado uma pesquisa qualitativa 

Olá Cliente, boa tarde! Como vai? 

Me chamo Luciana Santos, sou Product Manager dos Produtos Fiscais Protheus na TOTVS, estou avaliando o item da Central Colaborativa solicitando melhorias no processo de envio por e-mail de boletos em conjuntos com a DANFE. 

Gostaria do seu apoio ao responder este breve questionário sobre o tema. 

Atenciosamente, 

Luciana Santos 

Quais os meios de pagamentos possíveis na operação da sua empresa?

Pesquisa Qualitativa:

Sim. usamos a API do financeiro com um JOB de envio para D-1 ou D-2. Fizemos customizações para alguns tratamentos especificos, posso dar alguns exemplos: 

• Nas vendas com pagamento antecipado por boleto para gerar e autenticar o boleto antes da nota. Isto porque usamos e-commerce como por o Mercado Livre para venda e neste caso a expedição só acontece depois do pagamento.
• Para gerar os borderôs por dia para o Itau também temos customizações, aglutinando os títulos por dia e encaminhado ao banco via API com D-1 ou D-2, destacando que aqui primeiro enviamos os boletos para pagamento futuro e só depois fazermos a autenticação para evitar o cancelamento de boletos e pagamento de taxas com o banco desnecessárias.

A principio não. Se fosse tudo automatizado. Mas certezamente teriamos que mudar o processo de trabalho de usuário. Porque hoje não é assim que funciona. 

Sim, temos um modelo de automação para geração do boleto, mas hoje não enviamos por e-mail. Temos uma customização chamando pela M460FIN e customizamos tudo envio de nota e envio de boleto. 

Não atrabalharia. Mas é uma mudança no que é o Protheus hoje.

Pesquisa de Parceiro

Informações Iniciais

Informações de Conceito

Premissas:

Análise de Processos #DEVTEAM

Central Colaborativa:

Pelo portal do cliente: 

Pesquisa Quantitativa:

Encaminhado uma pesquisa qualitativa 

Pesquisa Qualitativa:

Pesquisa de Parceiro

Banchemarketing

O foco do estudo esta em como nossos principais concorrentes internos e externos. Abaixo apresentamos um breve descritivo de cada um deles em um quadro comparativo: 

Referências

Banchemarketing

O foco do estudo esta em como nossos principais concorrentes internos e externos. Abaixo apresentamos um breve descritivo de cada um deles em um quadro comparativo: 

Image RemovedNão. Hoje o Datasul não envia os boletos por e-mail. O que existe disponível é a opção de boletos em conjunto com a  DANFE.

No PEDIDO DE VENDA é informado a opção de pagamento via boleto e o PORTADOR. 

Com base nesta informação são usados leiautes padrão dos principais bancos para impressão do boleto. 

Image Removed Pelo PEDIDO DE VENDA é possível gerar automaticamente boletos em conjunto com os documentos NF-e, NFS-e ou Recibo. 

Referências

Saiba mais: https://www.atlassian.com/team-playbook/plays/daci

Copyright © 2016 Atlassian

Esta obra está licenciada sob uma Licença Internacional Creative Commons Atribuição - Uso não-comercial - Compartilhamento pela mesma licença 4.0.