Histórico da Página
Índice
Índice |
---|
Escopo do Projeto:
O escopo macro do projeto pode ser encontrado em:
Como este projeto se encaixa com a estratégia?
Este projeto se enquadra no ponto de "Visão única: Construir uma jornada única dos produtos fiscais" eliminando uma etapa de trabalho elimando etapas de trabalho manual.Status
Estado | ||
---|---|---|
|
Aviso | ||
---|---|---|
| ||
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 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 |
Hipótese 01: Integração Boleto + DANFE com resultados no monitor NF-e no Gestor Financeiro
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.
Hipótese 02:devem ser contabililizados pelo menos 85 clientes ativos em 12 meses.
|
Quais são as soluções possíveis?
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" |
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 |
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.
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 |
|
|
Informações Iniciais
Propriedades de página | |||
---|---|---|---|
|
|
|
|
|
|
|
Fase I
- Integração dados backoffice;
- Front painel de apuração;
- Apuração IPI, ICMS e CIAP;
Visão Macro do Projeto
A visão macro do projeto foi desenvolvida considerando a "Hipótese 02" o tópico "Espaço do problema", além do desenvolvimento da hipotése serão incluídos termos e processos que poderão apoio os times na condução do projeto.
Usualmente, os títulos são pagos por meio de um boleto bancário, sendo hipoteses 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 ao final do processo, no 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 na autorização do documentos fiscal, uma fez autorizado será feita a chamada do execauto da rotina de Transferência e Manutenções do Borderô gerando um borderô por documento fiscal, referenciando os títulos financeiros do documento fiscal em questão, o banco responsável pela geração do boleto e demais informações necessarias para geração do borderô. A partir deste momento o financeiro segue o processo geração de boleto por API que já existe hoje.
Neste caso é necessário gerar um borderô porque este é o processo financeiro para o tratamento dado pelo SIGAFIN para entrada de informações do banco.
Vale lembrar que o borderô constitui-se na relação de títulos a vencer que será enviada ao banco, por meio eletrônico, para a devida cobrança.
- Modelo Gráfico:
- 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
Estrutura do array com informações do borderô:
Elemento
Tipo
Descrição
Código do banco.
Estrutura do array com informações dos títulos ( chave de busca para o índice 1 ):
Elemento
Tipo
Descrição
Filial do título
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
|
|
|
|
|
|
Estado | ||||
---|---|---|---|---|
|
|
|
|
|
|
Análise de Processos do Time de Desenvolvimento
É possível disparar este processo para todos os modelos de documantos (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 não conseguimos escalar este processo a todos os modelos de documentos.
- Também precisamos avaliar se o tipo de documento será levado em consideração para este processo. Notas do tipo normal vão disparar o processo.
- No caso de nota fiscal de devolução com documento referênciado teremos o tratamento do processo inverso.
Para o CTe o tratamento é feito pelo TMS. gente irá colocar um bloqueio do nosso lado devemos NFCe e controlado pelo SIGALOJA. O ator disparador inicar deste modelo é NF Protheus.
Devemos avaliar os tipode de documentos que vamos avali Como colocamos no XML o titulo gerado a validação será... Se tiver SE1 ou FKx do finaceiro a gente vai consumir. Ter que ser se tudo que gera o financeiro precisa gerar o boleto. Isto é a melhor chave.
Hoje temos uma metrica do processamento da API (Consultar NGF_API_BORDERO)
O recurso da API foi liberado na 33 mas o controle de metrica foi feito a menos de um ano.
Premissas:
Central Colaborativa:
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.
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 |
|
Análise de Processos #DEVTEAM
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. |
Central Colaborativa:
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. |
|
|
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
Categoria | Dúvidas | Respostas |
---|---|---|
Identificação | Segmenos da empresa | |
Identificação | Área do respondente. | |
Identificação | Release do Protheus | |
Processo |
Pesquisa Quantitativa:
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? |
Pesquisa Qualitativa:
Expandir | |||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||||||||||||||||||||||||||||||||||||
|
Expandir | |||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||||||||||||||||||||||||||||||||||||
|
Expandir | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Atratividade para o mercado:
|
Pesquisa de Parceiro
Benchemarketing
BanchemarketingO foco do estudo esta em como nossos principais concorrentes internos e externos fazem a configuração de tributos. Abaixo apresentamos um preve breve descritivo de cada um deles e em um quadro compartivocomparativo:
SANKHYA | OMIE | DATASUL | CUSTOMIZAÇÃO ATIVA EM CLIENTEGHG | |
---|---|---|---|---|
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:
| 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 | ||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||
|
Expandir | ||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||
|
Expandir | ||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||
|
Expandir | ||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||
|
Expandir | ||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||
|
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.