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. |
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
|
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.
|
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? |
| ||||||||||
Visualizar a solução | Link para os detalhes: | ||||||||||
Escala e escopo | Escala: Estudo preelimiares indincam um invetimento conforme apresentado abaixo:
Escopo
|
Detalhamento de HipótesesUtilização da rotina de Transferência Financeira para disparar o envio de e-mail pelo SIGAFIN de forma automáticaInformações de processos
Informações Iniciais
|
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.
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:
Pontos primordiais para serem contemplado no projeto | Grau de Importância |
---|---|
Destinatário do e-mail
| |
Banco
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
| |
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:
| |
Tipo de Documento
| |
Devolução de documentos
| |
Modelo de dados do financeiro: Para o desenvolvimento deve ser considerado o novo modelo de dados do financeiro com as tabelas SFK |
Durante ao estudo do projeto foram levantadas questões importantes
Categoria | Dúvidas | Respostas |
---|---|---|
Produto | É possível disparar este processo para todos os modelos de documentos (Estaduais e Federais)?
| 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. |
Pelo portal do cliente:
Geração, Impressão e envio de boleto automaticamente juntamento com a nota fiscal | ||
---|---|---|
- Como está hoje: A emissão do boleto é feita pelo departamento financeiro e em seguida é enviado para o email do cliente manualmente. 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 | ||
---|---|---|
- Como está hoje: Precisamos enviar um a um para o Cliente. |
Disponibilizar o download da DANFE/XML no Portal do Cliente | ||
---|---|---|
- Como está hoje: É possível visualizar os dados da Nota Fiscal |
NF-e - Nota Fiscal Eletrônica - Envio de Boleto junto com Danfe e XML | ||
---|---|---|
- Como está hoje: Precisamos enviar um a um para o Cliente. |
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
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? |
|
|
|
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:
SANKHYA | OMIE | DATASUL | CUSTOMIZAÇÃO GHG | |
---|---|---|---|---|
O processo de transmissão do documento fiscal é automático? |
|
|
|
|
Existe a opção de envio do boleto financeiro no momento de geração do documento fiscal? |
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. |
Este envio pode ser feito com duas configurações diferentes:
|
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. |
|
Para quais modelos de documentos é possível gerar boleto? |
|
|
|
|
E possível configurar diversos e-mails? |
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. |
|
|
|
Existe uma forma de identificar para quem o boleto foi encaminhado? |
|
|
|
|
Existe a possibilidade de trabalhar com diversos bancos? |
|
|
|
|
A autenticação dos boletos é sincrona? |
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. |
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. |
|
|
Tem limite para a quantidade de boletos gerados? |
|
|
|
|
Existem modelos de Boletos a disponição dos clientes? |
|
|
| |
Qual o formato de envio dos boletos? |
|
|
|
|
Como é feita a configuração de numeração para geração dos boletos |
|
|
|
|
Existe uma opção de impressão dos boletos |
|
|
| |
Tem como documentar o envio do e-mail? |
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. |
|
| |
Qual o processo nos casos de cancelamento do documento? |
|
|
|
|
Existe alguma limitação para o envio do boleto? |
|
|
|
|
|
|
|
|
|
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.