Índice

Índice

Aviso

title	Estratégia da Tribe Fiscal

Aprimorar os processo dos Produtos Fiscais Backoffice Protheus construindo soluções inovadoras e automatizadas, conduzindo os clientes em uma jornada única e eficiente para as rotinas fiscais, respeitando a valorização do tempo e a experiência de uso.

Visão Macro do Projeto

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.

Como este projeto se encaixa com a estratégia da Tribe Fiscal?

Este projeto se enquadra nas diretrizes para uma visão única de produto que direciona esforços para construir uma jornada única dos produtos fiscais com o máximo de automatização possível.

Espaço do problema

Por que estamos fazendo isso?

Declaração do problema

Como regra um documento fiscal de venda de mercadoria ou prestação de serviço esta diretamente ligado a um pagamento financeiro, porém no Backoffice Protheus estes processos são completamente apartados. Sendo necessário executar etapas de emissão de XML e DANFE em momentos diferentes

Impacto deste problema

Ausência de integração entre os processos fiscais e financeiros;
Diversas etapas manuais para envio de informação a um mesmo cliente;

Como julgamos o sucesso?

Com a inclusão de uma métrica adicional no LSDiscovery devem ser contabililizados pelo menos 85 clientes ativos em 12 meses.

Este valor corresponde a 5% dos cliente que usam a rotina Transferências (FINA060).
A rotina conta com uma média mensal de 1695 cliente (período de referência Agosto/22 à Jan/2023.

Pronto para fazer isso

O que estamos fazendo?

A visão macro do projeto foi desenvolvida considerando a "Hipótese 02" o tópico "Espaço do problema"

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

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:

SquadEstimativaFinanceiroTSS144 horasNFSe 144 horas Total288 horas

Espaço do problema

Por que estamos fazendo isso?

Declaração do problema

Como regra um documento fiscal de venda de mercadoria ou prestação de serviço esta diretamente ligado a um pagamento financeiro, porém no Backoffice Protheus estes processos são completamente apartados, sendo necessário executar etapas de emissão de XML e DANFE em momentos diferentes

Impacto deste problema

Ausência de integração entre os processos fiscais e financeiros;
Diversas etapas manuais para envio de informação a um mesmo cliente;

Como julgamos o sucesso?

Com a inclusão de uma métrica adicional no LSDiscovery devem ser contabililizados pelo menos 85 clientes ativos em 12 meses.

Este valor corresponde a 5% dos cliente que usam a rotina Transferências (FINA060).
A rotina conta com uma média mensal de 1695 cliente (período de referência Agosto/22 à Jan/2023.

Pronto para fazer isso

O que estamos fazendo?

A visão macro do projeto foi desenvolvida considerando a "Hipótese 02" o tópico "Espaço do problema"

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

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

Propriedades de página

Impacto

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

Time Gestor

Douglas Almeida Cassaro Martin Parreja_

@[email protected]

Aprovador

Mauro Sergio Testoni

Colaboradores

Luciana Santos

Time

Planejamento

DSERTSS1:

Início: 29/05/2023 Fim:31/08/2023
Descritivo do épicos:
Status:
Estado
subtle true
colour Red
title não criada

DSERTSS2:

Início: 29/05/2023 Fim:31/08/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.

Estado

colour	Red
title	Descartado

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.

Estado


colour	Grey
title	Descartado

Finalizado o processo de discovery. Aguardando definição PO.

03

Escopo

Criação e adequação de fontes;
Automação das operações;
Análise de performance.

Informações Iniciais

Douglas Almeida Cassaro Martin Parreja_

@[email protected]

DSERTSS1:

Início: 07/02/2023 Fim:31/05/2023
Descritivo do épicos:
Status:

Propriedades de página

Impacto	Projeto estratégio de inovação TAF Fiscal Inovação
Time Gestor
Aprovador	Mauro Sergio Testoni
Colaboradores	Luciana Santos
Time	Planejamento

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

Resultado01

Hipóteses de Estudo
Quais são as soluções possíveis?
Hipótese	Descritivo	Status

. Integração Boleto + DANFE com resultados no monitor NF-e no

Gestor Financeiro

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

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.

Estado

colour	Red
title	Descartado

O roadmap de inovação da Squad Financeiro não nos permitiu desenvolver este projeto.

02. Utilização da rotina de Transferência Financeira para disparar o envio de e-mail pelo SIGAFINO 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. EstadocolourYellowtitleAnálise PO

Finalizado o processo de discovery.

Aguardando definição PO.

03. Integração Boleto + DANFE com resultados no monitor NF-e no Portal do cliente do FaturamentoSerá 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. EstadosubtletruetitleBanco de Idéias

Idéia apresentada por cliente durante o processo de entrevista.

Pronto para fazer isso

O que estamos fazendo?

A visão macro do projeto foi desenvolvida considerando a "Hipótese 02" o tópico "Espaço do problema"

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

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:

SquadEstimativaFinanceiroTSS144 horasNFSe 144 horas Total288 horas

Escopo

Criação e adequação de fontes;
Automação das operações;
Análise de performance.

Informações Iniciais

Propriedades de páginaImpactoProjeto estratégio de inovação TAF Fiscal InovaçãoTime Gestor

Douglas Almeida Cassaro Martin Parreja_

@[email protected]

Aprovador

Mauro Sergio Testoni

Colaboradores

Luciana Santos

TimePlanejamento

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 Informações

title	Avaliação de impacto

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.

Expandir

title	Levantamento de Riscos

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

Estado

colour	Red
title	Alto

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;

EstadocolourYellowtitleMédio

Todas as funcionalidades desenvolvidades devem ser entregues com:
1. Automação;
2. Documentação;
3. Treinamento.

EstadocolourBluetitleBaixo

o Portal do Cliente as informações de XML + Boleto + DANFE para que os clientes possam fazer o donwload.

Estado

colour	Green
title	para fazer

Idéia apresentada por cliente durante o processo de entrevista.

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

Propriedades de página

Time Gestor

Douglas Almeida Cassaro Martin Parreja_

@[email protected]

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

Informações

title	Avaliação de impacto

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.

Expandir

title	Levantamento de Riscos

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

Nível do 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

Estado

colour	Red
title	Alto

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;

Estado


colour	Yellow
title	Médio

Todas as funcionalidades desenvolvidades devem ser entregues com:
1. Automação;
2. Documentação;
3. Treinamento.

Estado


colour	Blue
title	Baixo

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 Modified

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.

Categoria	Dúvidas	Respostas
Produto	É 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.
Produto	Temos uma metrica de quantos clientes tem a chamada do execauto ativo hoje?	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.
Produto	O modelo presume que todos os documentos fiscais tem um título a pagar (SE1) gerado?	O TSS tem a informação se o documento autorizado tem financeiro gerado e vai consumir o execauto apenas nesta hipotese. Fica como ponto de atenção para indentificar o tipo de pagamento boleto.
Produto	Qual o comportamento que o produto irá adotar para configurações especificas do backoffice como o caso do MV_1DUPREF onde o cliente pode definir a sua regra de gravação no contas a pagar determando um prefixo diferente da série de documentos.	Hoje o sistema já considera os parâmetros de alteração de prefixo.
Produto	Precisamos fazer algum tratamento para compartilhamento de tabelas? O compartilhamento da SEE e da SE1 podem ser diferentes? Se sim o tratamento deve ser feito pelo TSS?	Em teoria o sistema já faz este tratamento. Necessário testes com a funcionalidade no ar.
Processo	Existe a presunção que a geração dos boletos vão acontecer para apenas um banco. Validar com clientes se este comportamento é valido.	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.
Produto	Como será considerado operações que tem pagamento por antecipação, nestas situações temos como controlar a geração do boleto.	Não existe esta previsão neste modelo. Considerar a configuração no faturamento para fazer a compensação automática no pedido de venda (outras ações) avaliando o comportamento em testes.
Processo	O modelo de envio de bolote é customizado pelo clientes?	Os bancos já fornecem este modelo.
Produto	Como vamos identificar que aquele pagamento é feito por boleto	Hoje no faturamento existe um cadastro para controle de formas de pagaemento (Tabela SCV) avalar este ponto como alternativa.
Processo	Considerando que os momentos que a DANFE e o Boleto são gerados podem ser diferentes quais os cuidados que devemos tomar para um processo não bloquear o o outros	O processo de envio será independente. Os envio de e-mail nao serão em conjunto.
de um banco.
Produto	Como será considerado operações que tem pagamento por antecipação, nestas situações temos como controlar a geração do boleto.	Não existe esta previsão neste modelo. Considerar a configuração no faturamento para fazer a compensação automática no pedido de venda (outras ações) avaliando o comportamento em testes.
Processo	O modelo de envio de bolote é customizado pelo clientes?	Os bancos já fornecem este modelo.
Produto	Como vamos identificar que aquele pagamento é feito por boleto	Hoje no faturamento existe um cadastro para controle de formas de pagaemento (Tabela SCV) avalar este ponto como alternativa.
Processo	Considerando que os momentos que a DANFE e o Boleto são gerados podem ser diferentes quais os cuidados que devemos tomar para um processo não bloquear o o outros	O processo de envio será independente. Os envio de e-mail nao serão em conjunto.

Categoria	Dúvidas	Respostas
Identificação	Segmenos da empresa
Identificação	Área do respondente.
Identificação	Release do Protheus
Processo	A empresa que você atua tem a opção de envio de XML e DANFE por e-mail?
Processo	A empresa que você atua tem a opção de envio de boleto por e-mail?
Processo	Quais os meios de pagamentos possíveis na operação da sua empresa?
Processo	Com quantos bancos a sua empresa opera com boletos?
Processo	O endereço do destinatário de e-mail da DANFE e do XML é o mesmo do destinatário do boleto?
Processo	No processo da sua empresa um boleto pode aglutinar os valores de mais de uma nota fiscal?
Processo	Os boletos são encaminhados aos destinatários apenas após a autenticação bancária para o recebimento?

	SANKHYA	OMIE	DATASUL	CUSTOMIZAÇÃO GHG
O processo de transmissão do documento fiscal é automático?	Sim, o processo de transmissão é automático. Ao selecionar a opção FATURA do PEDIDO é feita a transmissão automática para a SEFAZ, conforme configuração do sistema, sem necessidade de nenhum tipo ação manual, a não ser nos casos de rejeição da nota.	Sim, ao faturar, o DANFE e o arquivo XML é enviado automaticamente para o e-mail do cliente porque a transmissão é automatica. Só haverá interferência do usuário se houver recusa da nota	O Datasul utiliza o serviço disponvível no TSS para envio de e-mails.	Sim, foi feita uma custmização com inicio no ponto de M460FIN que iniciava o processo de geração de nota automática. O cliente tem a AUTONFE para fazer a transmissão para a SEFAZ e envio de DANFE automática . Também usava a GRAVANBANCO para trazer no Borderô o banco padrão que era alterado dia a dia por determinalão do departamento financeiro.
Existe a opção de envio do boleto financeiro no momento de geração do documento fiscal?	Sim, no cadastro de TOP é possível configurar se a operação deve encaminhar informações por e-mail. O cadastro é amplo e permite selecionar os tipos de documentos serão encaminhados para aquela operação além de referênciar na companhia os endereços de e-mail que dever ter acesso a informações por e-mail (venderores, faturistas). As configurações de impressão do boleto após a geração também ficam neste cadastro.	Sim, existe uma configuração para que no momento em que o PEDIDO DE VENDA for faturado, seja automaticamente encaminhado o boleto junto com a NF-e. Este envio pode ser feito com duas configurações diferentes: CADASTRO DE CLIENTES: Nesta configuração toda venda gerada para esse cliente automaticamente marcará a opção de envio do boleto a partir do faturamento; PEDIDO DE VENDA: Nesta configuração é selecionado se aquele pedido deve gerar boleto.	Nã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.	Sim, foi feita uma custmização com inicio no ponto de M460FIN que iniciava o processo de geração de boleto automático.
Para quais modelos de documentos é possível gerar boleto?	A geração não esta vinculada a um modelo de documento fiscal propriamente dito e sim ao PEDIDO, desta forma é possível gerar o boleto para tudo que gera PEDIDO.	Pelo PEDIDO DE VENDA é possível gerar automaticamente boletos em conjunto com os documentos NF-e, NFS-e ou Recibo.	A configuração de impressão de boleto esta disponível apenas para NF-e (modelo 55)	Customização feita para NF-e que é o modelo de documento utilizado pelo cliente.
E possível configurar diversos e-mails?	Sim, no cadastro PARCEIRO existe um sub cadastro denominado CONTATO. Desta forma é possível vincular a um parceiro contatos diversos e configurar quais os modelos de documentos (XML, DANFE e Boleto) este contato pode receber. Desta forma boleto pode ir para o contato financeiro e a nota para o compras ou encaminhar todos os documentos a um único endereço eletrônico. Atendendo a todos o tipo de modelo administrativo.	No PEDIDO DE VENDA existe uma funcionalidade chamado "E-MAIL PARA O CLIENTE" onde é possível colocar e-mails adicionais além do cadastrado no CADASTRO DO CLIENTE.	Não. Hoje o Datasul não envia os boletos por e-mail.	Sim, a apersonalização permitia. O cliente tinha um portal personalizado com algumas opção de gestão destes envio.
Existe uma forma de identificar para quem o boleto foi encaminhado?	No PORTAL DE VENDAS é possível ver todas as notas (formato de grade) ao posicionar no documento ficará disponível para o clientes as opções "Imprimir", "Consultar e-mails enviados" e "Enviar emails". Nesta segunda opção é possível reenviar para o mesmo endereço ou digitar um novo endereço eletrônico para envio.	Sim, existe uma visão de EMAILS ENVIADOS tanto no PAINE DA NF-e quanto do CONTAS A RECEBER.	Não. Hoje o Datasul não envia os boletos por e-mail.	Não era possível ver esta informação da tela de documentos fiscal de saída por uma limitação do Protheus.
Existe a possibilidade de trabalhar com diversos bancos?	Sim, o banco que será o responsável financeiro pela aquela operação deve ser informado no PEDIDO. Desta forma no momento em que o pedido for transformado em FATURA todas as informações para a geração do boleto já estão disponíveis.	Sim, a seleção do banco fica em INFORMAÇÕES ADICIONAIS em pedido de venda.	Sim, a seleção do banco fica no pedido de venda, bem como a opção de pagamento em boleto.	Sim, existia um parâmetro onde o usuário determinava qual o banco será o gerador de boletos para aquele dia ou para aquele período.
A autenticação dos boletos é sincrona?	Sim, Para alguns banco, como por exemplo o Banco do Brasil existe API de comunicação que possibilita a autenticação do boleto em tempo real. Para banco que não possuem API para o serviço de autenticação de boletos o serviço de comunicação é assincrono via CNAB. Neste casos são processados lotes de informação em momento subsequente.	Sim, Para alguns banco, como por exemplo o Banco do Brasil existe API de comunicação que possibilita a autenticação do boleto em tempo real. Para o Banco Inter existe o modelo de carteira de cobrança com a opção de geração do boleto pelo INTER e comunicação de impressão pelo Omie, Para banco que não possuem API para o serviço de autenticação de boletos o serviço de comunicação é assincrono via CNAB. Neste casos são processados lotes de informação em momento subsequente.	Não. Autenticidade feita por CNAB.	Não, comunicação feita por CNAB no dia subsequente.
Tem limite para a quantidade de boletos gerados?	Não. Serão gerados quantos boletos a condição de pagamento indicar.	Não. Serão gerados quantos boletos a condição de pagamento indicar.	Não. Hoje o Datasul não envia os boletos por e-mail.	Não. Serão gerados quantos boletos as condições de pagamentos da fatura solicitar.
Existem modelos de Boletos a disponição dos clientes?	Sim. Existem modelos lReport disponiveis para download de forma gratuíta na Sankhya Place. Estes modelos são vinculados ao cadastro BANCOS.		Sim. Existem modelos dos grande bancos.	Não, todos os modelos foram customizados por equipe interna com base nos modelos do banco.
Qual o formato de envio dos boletos?	Os boletos são gerados em PDF e anexados aos e-mails selecionados.	Os boletos são gerados em PDF e anexados aos e-mails selecionados.	Não. Hoje o Datasul não envia os boletos por e-mail.	Os boletos são gerados em PDF e anexados aos e-mails selecionados.
Como é feita a configuração de numeração para geração dos boletos	No cadastro BANCO existe uma opção de configuração de fórmula de composição de numerario do boleto. Neste cadastro é possível respeitas as especficidades de cada banco.	No cadastro de CONTA CORRENTE existe a opção de geração BOLETOS E COBRANÇAS BANCÁRIAS.	No cadastro do PORTADOR é possível fazer os cadastro de regras de numeração do boleto.	No mesmo fonte onde customizamos os leiautes dos boletos inserimos as regras de numeração do boleto.
Existe uma opção de impressão dos boletos	A impressão dos boletos esta disponível na rotina de Fatura ou na rotinas financeira para impressão a qualquer momento.	Antes do envio do e-mail é aberta uma tela de confirmação com a opção " VISUALIZAR AGORA" onde será aberto o PDF para a impressão ou no CONTAS A RECEBER.	Sim. A opção de impressão é a única disponível no sistema.
Tem como documentar o envio do e-mail?	O Sankhya permite a configuração do SMTP de forma que seja possível receber em um e-mail pre-determinado a confirmação de recebimentos. Tambem existe uma configuração denominada "Responder e-mail para usuário logado" neste caso a confirmação de recebimento foi para o usuário que faturou o pedido.	No momento do envio do e-mail existe a configuração para "RECEBER UMA CÓPIA". Assim o usuário logado e responsável pelo envio irá receber o e-mail.	Não. Hoje o Datasul não envia os boletos por e-mail.
Qual o processo nos casos de cancelamento do documento?	Não existe nenhum bloqueio ou notificação para cancelamento de notas que tem boleto. O processo deve ser feito de forma manual pelo usuário.	Não existe nenhum bloqueio ou notificação para cancelamento de notas que tem boleto. O processo deve ser feito de forma manual pelo usuário.	Não. Por não existir um comunicação com o banco não temos este controle. Porém uma vez que a nota é cancelada não é mais possível imprimir o boleto.	Não existe nenhum bloqueio ou notificação para cancelamento de notas que tem boleto. O processo deve ser feito de forma manual pelo usuário.
Existe alguma limitação para o envio do boleto?	Sim. Nos casos em que a data de vencimento for igual a data de negociação, quando os títulos financeiros estão baixados, os dados do responsável financeiro não estão configurados para a geração de boletos.	Sim. Ausência de configuração da CONTA CORRENTE.	Não. Hoje o Datasul não envia os boletos por e-mail.	Sim. A configuração do banco não estar ativa no momento de geração do documentos fiscal ou se o cliente configurou para não receber o e-mail no Portal do cliente.

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.

Árvore de páginas

Histórico da Página

Versões comparadas

Versão antiga 68

Nova versão Atual

Chave

Índice

Visão Macro do Projeto

Como este projeto se encaixa com a estratégia da Tribe Fiscal?

Espaço do problema

Por que estamos fazendo isso?

Declaração do problema

Impacto deste problema

Como julgamos o sucesso?

Pronto para fazer isso

O que estamos fazendo?

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

Por que um cliente quer isso?

Visualizar a solução

Escala e escopo

Espaço do problema

Pronto para fazer isso

Informações Iniciais

Hipóteses Estudadas

Informações Iniciais

Hipóteses de Estudo

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

Pronto para fazer isso

O que estamos fazendo?

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

Por que um cliente quer isso?

Visualizar a solução

Escala e escopo

Informações Iniciais

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

Informações de Conceito

Análise de Processos #DEVTEAM

Central Colaborativa:

Central Colaborativa:

Pesquisa Quantitativa:

Pesquisa Qualitativa:

Pesquisa de Parceiro

Benchemarketing

Referências