Árvore de páginas

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.
Escopo do Projeto: 

Índice

Índice

Como este projeto se encaixa com a estratégia


Aviso
titleEstraté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. 

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

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

, 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.

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.

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

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

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


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


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

DSERTSS1:

  • Início:

    07

    02

     Fim:

    05

     

  • Descritivo do épicos:

  • Status: 

    Estado
    subtletrue
    colourRed
    titlenão criada

DSERTSS2:

  • Início:

    07

    02

     Fim:

    05

     

  • Descritivo do épicos:

  • Status: 

    Estado
    subtletrue
    colourRed
    titlenã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
colourRed
titleDescartado
 

O roadmap de inovação da Squad Financeiro não nos permitiu desenvolver este projeto
  • 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

Yellow

Grey
title

Análise PO

Descartado
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 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. 

Estado

subtle

colour

true

Green
title

Banco de Idéias

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

Pronto para fazer isso

O que estamos fazendo?
pelo SIGAFIN

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

Projeto estratégio de inovação TAF Fiscal Inovação
Propriedades de página
Impacto

Time Gestor

Aprovador

Mauro Sergio Testoni 

Colaboradores

Luciana Santos 

Time


Planejamento

DSERTSS1:

  • Início:  Fim: 

  • Descritivo do épicos:

  • Status: 

    Estado
    subtletrue
    colourRed
    titlenão criada

DSERTSS2:

  • Início:  Fim: 

  • Descritivo do épicos:

  • Status: 

    Estado
    subtletrue
    colourRed
    titlenão criada

Resultado


Informações
titleAvaliaçã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
titleLevantamento 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
colourRed
titleAlto

  • 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
colourYellow
titleMédio
  • Todas as funcionalidades desenvolvidades devem ser entregues com: 
    1. Automação;
    2. Documentação; 
    3. Treinamento.
Estado
colourBlue
titleBaixo
Informações
titleAvaliaçã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
titleLevantamento 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
colourRed
titleAlto

  • 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
  • Modelo Gráfico:

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) 
  • funcionalidade;

Estado
colourYellow
titleMédio

  • Todas as funcionalidades desenvolvidades devem ser entregues com: 

    1. Automação;

    2. Documentação; 

    3. Treinamento.

Estado
colourBlue
titleBaixo



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 Added

  • 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) 

    1. 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.

    2. 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)

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

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

      Elemento

      Tipo

      Descrição

      Parâmetro 1NumériconOpcAuto - 3 Inclusão de borderô.Parâmetro 2ArrayArray com 2 dimensões, sendo a primeira um array com informações do borderô e a segunda um array com os títulos.
    5. Estrutura do array com informações do borderô

      AUTBANCOCódigo banco

      Elemento

      Tipo

      Descrição

      E1_FILIAL

      Caracter

      Filial do título

      E1_PREFIXO

      Caracter

      Prefixo do

      título.

      AUTAGENCIA

      E1_NUM

      Caracter

      Código da agência

      Número do título.

      AUTCONTA

      E1_PARCELA

      Caracter

      Código da conta

      Parcela do título.

      AUTSITUACA

      E1_TIPO

      Caracter

      Situação a ser transferida o

      Tipo do do título.

      AUTNUMBORCaracterNúmero do borderô.
      AUTDATAMOVDataData do movimento.
      AUTTXDESCNuméricoTaxa de desconto para carteira descontada.
      AUTTXIOFNuméricoTaxa de IOF para carteira descontada.
      AUTSUBCONTACaracterNúmero da subconta do banco
      AUTESPECIECaracterCódigo da espécie do pagamento (contida na tabela F77)
      AUTBOLAPILogicoDefine 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_FILIALCaracter

      Filial do título

      E1_PREFIXOCaracterPrefixo do título.E1_NUMCaracterNúmero do título.E1_PARCELACaracterParcela do título.E1_TIPOCaracterTipo do do título.


Premissas:

Pontos primordiais para serem contemplado no projetoGrau de Importância

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. 


Estado
colourRed
titleAlto

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. 


Estado
colourRed
titleAlto

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. 


Estado
colourRed
titleAlto

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

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

    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.
    Pontos primordiais para serem contemplado no projetoGrau de Importância


    Estado
    colourRed
    titleAlto

    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

    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


    Estado
    colourRedYellow
    titleAltoMÉDIO

    Devolução de documentos

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


    Estado
    colourBlue
    titlebaixo

    Modelo de dados do financeiro:

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

    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. 

    Estado
    colourRedBlue
    titleAlto

    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. 

    Estado
    colourRed
    titleAlto

    Estado
    colourYellow
    titleMÉDIO
    Estado
    colourBlue
    titlebaixo

    Modelo de dados do financeiro:

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

    Estado
    colourBlue
    titlebaixo

    Análise de Processos #DEVTEAM

    Durante ao estudo do projeto foram levantadas questões importantes

    CategoriaDúvidasRespostasProduto

    É 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. 

    ProdutoTemos 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.ProdutoQual 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. ProdutoPrecisamos 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. ProcessoExiste 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. 

    ProdutoComo 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. ProcessoO modelo de envio de bolote é customizado pelo clientes?Os bancos já fornecem este modelo. Produto Como vamos identificar que aquele pagamento é feito por boletoHoje no faturamento existe um cadastro para controle de formas de pagaemento (Tabela SCV) avalar este ponto como alternativa. ProcessoConsiderando 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. 

    baixo

    Análise de Processos #DEVTEAM

    Durante ao estudo do projeto foram levantadas questões importantes

    CategoriaDúvidasRespostas
    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. 

    ProdutoTemos 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.
    ProdutoQual 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. 
    ProdutoPrecisamos 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. 
    ProcessoExiste 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. 

    ProdutoComo 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. 
    ProcessoO modelo de envio de bolote é customizado pelo clientes?Os bancos já fornecem este modelo. 
    Produto Como vamos identificar que aquele pagamento é feito por boletoHoje no faturamento existe um cadastro para controle de formas de pagaemento (Tabela SCV) avalar este ponto como alternativa. 
    ProcessoConsiderando 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. 

    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

    - Como está hoje: A emissão do boleto é feita pelo departamento financeiro e em seguida é enviado para o email do cliente manualmente.

    - O que pode mudar: Imediatamente após a autorização da nota pelo Sefaz, Protheus deve realizar a geração, impressão e envio do boleto automaticamente para o email de cadastro do cliente.

    - Valor da entrega (benefícios ou problemas a serem resolvidos com essa melhoria):

    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.

    Estado
    colourBlue
    title3 CLIENTES


    Estado
    colourBlue
    title1 Participativo


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

    Central Colaborativa:

    Central Colaborativa TSS: Demanda com 3 engajamentos solicitando o envio do boleto em conjunto com a DANFE. 4406039577495TSS-Documentos-Eletr%C3%B4nicos-Gera%C3%A7%C3%A3o-Impress%C3%A3o-e-envio-de-boleto-automaticamente

    Image Removed

    -Faturamento-NF-e-Nota-Fiscal-Eletr%C3%B4nica-Encio-de-Boleto-junto-com-Danfe-e-XML

    - Como está hoje: Precisamos enviar um a um para o Cliente.

    - O que pode mudar: Enviar automaticamente  junto com o XML e Danfe

    - Valor da entrega (benefícios ou problemas a serem resolvidos com essa melhoria): Ganho de tempo do nosso pessoal em responder email e enviar os boletos solicitados.

    Estado
    colourBlue
    title03 CLIENTES

    Estado
    colourBlue
    title1 PARTICIPATIVO

    Disponibilizar o download da DANFE/XML no Portal do Cliente

    Central Colaborativa Financeiro: Demanda com 10 engajamentos solicitando disponibilidade para download de DANFE e XML no Portal Financeiro9652680829719TOTVS-Backoffice-Contas-a-Pagar-Portal-do-Cliente-Disponibilizar-o-download-da-DANFE-XML?page=1

    -Documentos-Eletr%C3%B4nicos-Gera%C3%A7%C3%A3o-Impress%C3%A3o-e-envio-de-boleto-automaticamente

    - Como está hoje: É possível visualizar os dados da Nota Fiscal

    - O que pode mudar: Permitir que o cliente faça download do documento (DANFE) e do XML

    - Valor da entrega (benefícios ou problemas a serem resolvidos com essa melhoria): maior controle e praticidade para o cliente.

    Estado
    colourBlue
    title11 CLIENTES


    Estado
    colourBlue
    title2 CLIENTES


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

    Image Removed

    Central Colaborativa Faturamento: Demanda com 3 engajamentos envio de boletos com o XML e DANFE

    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-Protheus-download-XML-e-DANFE-Image RemovedImage Removed

    Protheus-download-XML-e-DANFE-

    - Como está hoje: Precisamos enviar um a um para o Cliente.

    - O que pode mudar: Enviar automaticamente  junto com o XML e Danfe

    - Valor da entrega (benefícios ou problemas a serem resolvidos com essa melhoria): Ganho de tempo do nosso pessoal em responder email e enviar os boletos solicitados.

    Estado
    colourBlue
    title05 CLIENTES

    Estado
    colourBlue
    title1 CLIENTE

    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 


    CategoriaDúvidasRespostas
    Identificação Segmenos da empresa
    IdentificaçãoÁrea do respondente.
    IdentificaçãoRelease do Protheus 

    ProcessoA empresa que você atua tem a opção de envio de XML e DANFE por e-mail?

    ProcessoA 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?

    ProcessoO 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?

    ProcessoOs boletos são encaminhados aos destinatários apenas após a autenticação bancária para o recebimento?

    Pesquisa Qualitativa:


    Expandir
    titleADVERTISING OPERATIONS
    CategoriaDúvidasRespostas
    Identificação EmpresaAdvertising Operations
    IdentificaçãoNome do entrevistadosRaphael Camilo Proto Junior
    IdentificaçãoFunção do entrevistadoConsultor de Sistema ERP
    Identificação Segmentos de atuação da empresaComércio atacadista de instrumentos e materiais para uso médico, cirúrgico, hospitalar e de laboratórios
    Processo Qual release do Protheus esta vigente na sua empresa?12.1.33
    Processo A empresa que você atua tem a opção de envio de XML e DANFE por e-mail?Sim, utilizamos a opção de envio da DANFE pelo ERP
    ProcessoQual o meio de pagamento mais utilizado por seus clientes?Nem todas as nota tem seu pagamento vinculado a um borderô. Hoje os pagamentos são diversos, temos clientes com pagamento por transferência bancária, por exemplo. Vai muito do que foi negociado no momento da venda ou do cliente. Tem clientes recorrentes que juntamos as notas de um perído em uma fatura e geramos um pagamento só. Tem de tudo aqui.
    Processo A empresa tem um modelo de automação para envio de boletos?Nos usamos  os modelos do próprio banco.
    Processo Quantos bancos a sua empresa usa para geração de boletos?Trabalhamos com Itau e Bradesco e quem determina qual banco é o financeiro. O critério dele é a melhor taxa para o perído e o fluxo de caixa do banco. 
    ProcessoEm qual momento estes boletos são gerados para os clientes?Temos que considerar que ter um boleto do banco gera taxas, então no nosso caso não mandamos automaticamente. Nosso tempo de emissão de boleto é D-1 ou D-2. 
    Processo O processo de borderô é executados com frequência em sua empresa?Executamos todos os dias com o movimento do dia anterior. Ainda usamos a comunicação CNAB. Não automatizamos para as API´s. Esta nos planos.
    ProcessoTer um borderô por documento fiscal atrapalharia o processo de trabalho em sua empresa?Se o processo for automatizado não teria muito problema. Hoje o Borderô é o um processo obrigatório do Protheus para poder aglutinar títulos e encaminhar aos banco. Declara que na sua percepção o borderô 1:1 descaracterizaria a rotina, mas não é impeditivo.
    ProcessoNa sua opinião encaminhar o boleto de pagamento em conjunto com o e-mail da DANFE + XML facilitaria a operação da sua empresa?Nosso processo teria que mudar porque hoje a gente espera ver se a nota não foi cancelada e nem devolvida para gerar o boleto. Não sei dizer se facilitaria, mas mudaria com certeza.
    Processo O responsável pelo recebimento do documento fiscal é a mesma pessoa responsável pelo boleto financeiro?Depende do tamanho do cliente que recebe a mercadoria. Quando mandamos para um hospital grande são pessoas diferêntes, quem recebe a mercadoria e a nota é uma pessoa e o financeiro é outra. O mais comum seria a pessoa do financeiro pedir a nota do que a que recebe a mercadoria querer o boleto. Mas se o cliente é uma clinica menor ai poder ser a mesmo pessoa.
    ProcessoVocê vê algum impeditivo para a inclusão deste processo? Nos casos de cancelamento de documentos fiscal ou do não recebimento da nota. 
    ProcessoUm boleto pode aglutinar os valores de mais de uma nota fiscal?Como eu disse, tem de tudo aqui! Tem clientes recorrentes que juntamos as notas de um perído em uma fatura e geramos um pagamento só. Vai da negociação comercial que é feita.
    Expandir
    titleNUTRII
    CategoriaDúvidasRespostas
    Identificação EmpresaNutrii Life
    IdentificaçãoNome do entrevistadosFelipe de Castro
    IdentificaçãoFunção do entrevistadoCoordenado de TI
    Identificação Segmentos de atuação da empresaRevenda alimentos e suplementos nutricionais de alta qualidade
    Processo Qual release do Protheus esta vigente na sua empresa?12.1.2210
    Processo A empresa que você atua tem a opção de envio de XML e DANFE por e-mail?Sim, utilizamos a opção de envio da DANFE pelo TSS
    ProcessoQual o meio de pagamento mais utilizado por seus clientes?Tem de tudo! Boleto, cartão, pix, carteira.
    Processo A empresa tem um modelo de automação para envio de boletos?

    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.
    Processo Quantos bancos a sua empresa usa para geração de boletos?Apenas 01, o Itaú.
    ProcessoEm qual momento estes boletos são gerados para os clientes?Aqui depende do modelo de venda, tem o que vai antes da venda como já expliquei e os que vão depois que a mercadoria chega. Depende do cliente.
    Processo O processo de borderô é executados com frequência em sua empresa?A gente usa porque o Protheus precisa de borderô para mandar as coisas.
    ProcessoTer um borderô por documento fiscal atrapalharia o processo de trabalho em sua empresa?

    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. 

    ProcessoNa sua opinião encaminhar o boleto de pagamento em conjunto com o e-mail da DANFE + XML facilitaria a operação da sua empresa?Poderiamos rever as customizações e trabalhar com os produtos padrões. Hoje mandamos a nota para o representante da nota (SA1) e o boleto para o cadastro complementar com endereços só para mandar por boleto (esqueci a tabela). Aqui vale uma preocupação! Não pode ser toda a qualquer operação, tem que ser configurável por cliente, por operação, por tipo de pagamento, talvés uma tela para ligar e desligar, selecionar os títulos para o borderô. Aproveito para alfinetar a rotina do faturamento de antecipação é muito ruim, não dá para usar não e aqui a gente tem muito antecipação de pagamento, tem que considerar isto neste projeto. Outra coisa a TOTVS faz tudo para o faturamento e sempre esquece do televendas, tinha que ser um espelho as duas rotinas. 
    Processo O responsável pelo recebimento do documento fiscal é a mesma pessoa responsável pelo boleto financeiro?Nas vendas para pessoa física normalmente sim, mas neste caso só boletos antecipados. Agora nas operações com empresa não, a pessoa do financeiro não é a mesmo do recebimento, normalmente a do financeiro quer a nota e o boleto e não a do recebimentos. A gente usa o portal financeiro, na nossa operação ia ser melhor se a nota fosse para este portal do que mando o boleto com a nota. Para a Nutri o processo invertido ia ser melhor.
    ProcessoVocê vê algum impeditivo para a inclusão deste processo? Se for automatizado e configuravél não vejo problemas. Mas vocês precisam pensar direitinho, porque se vincular o tipo de pagamento boleto na condição de pagamento, por exemplo, não faz muito sentido, a TOTVS as vezes faz umas coisas desta, sem pensar muito.
    ProcessoUm boleto pode aglutinar os valores de mais de uma nota fiscal?Aqui não, sempre uma nota e um ou vários boletos a depender da condição de pagamento.



    Expandir
    titleHIDROALL
    CategoriaDúvidasRespostas
    Identificação EmpresaHidroall
    IdentificaçãoNome do entrevistadosRenato Henriques
    IdentificaçãoFunção do entrevistadoConsultor Protheus
    IdentificaçãoSegmentos de atuação da empresaIndustrialização de produtos sanitarios
    Processo Qual release do Protheus esta vigente na sua empresa?12.1.2210
    Processo A empresa que você atua tem a opção de envio de XML e DANFE por e-mail?Sim, utilizamos a opção de envio da DANFE pelo ERP com customização para mandar boletos neste momento. Mas não temos a autenticação do boleto neste momento. A gente não autentica o boleto na hora para evitar cobranças desnecessária de taxas bancárias.
    ProcessoQual o meio de pagamento mais utilizado por seus clientes?Boleto, carteira venda a vista com depósito ou pix. Este definição já vem do orçamento. 
    Processo A empresa tem um modelo de automação para envio de boletos?

    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. 

    Processo Quantos bancos a sua empresa usa para geração de boletos?Trabalhamos com 3 bancos Brasil, Itau e Safra. O banco referência é determinad no cadastro do cliente. 
    ProcessoEm qual momento estes boletos são gerados para os clientes?Aqui temos um departamento de Expedição que organiza todo o envio das informações eles que fazer a impressão e envio dos boletos. 
    Processo O processo de borderô é executados com frequência em sua empresa?A gente usa porque o Protheus precisa de borderô para mandar as coisas.
    ProcessoTer um borderô por documento fiscal atrapalharia o processo de trabalho em sua empresa?

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

    ProcessoNa sua opinião encaminhar o boleto de pagamento em conjunto com o e-mail da DANFE + XML facilitaria a operação da sua empresa?Nosso processo já esta bem desenhado. A gente usa o portal do cliente se o bolete fosse para esta função ia ser melhor para nós.
    Processo O responsável pelo recebimento do documento fiscal é a mesma pessoa responsável pelo boleto financeiro?Normalmente não. 
    ProcessoVocê vê algum impeditivo para a inclusão deste processo? Não.
    ProcessoUm boleto pode aglutinar os valores de mais de uma nota fiscal?Sim. Vendemos produtos quimicos que não pode ser transportados em conjunto Então um pedido tem dois itens que são montados em cargas e notas diferentes mas que são apenas um boleto. A separação acontece só para o transporte. 

    Atratividade para o mercado:

    Pesquisa de Parceiro

    Benchemarketing

    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: 



    SANKHYAOMIEDATASULCUSTOMIZAÇÃ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. 

    Referências


    Expandir
    titleDocumentação Protheus
    Expandir
    titleDocumentação Sankhya
    Expandir
    titleDocumentação Omie
    Expandir
    titleDocumentação Datasul
    Expandir
    titleDocumentação Linx
    RelevânciaLink

    Impressão de boletos pelo site

    https://share.linx.com.br/pages/viewpage.action?pageId=18562626