Fui lançar os carnes de pagamento para 2019, 12 parcelas, como dia 01 é feriado todos os boletos de todos os carnes de pagamento saíram com vencimento no dia 02 ao invés de só a parcela de janeiro vir dia 02. Tem algum jeito de arrumar isso mesmo tendo que relançar todos os carnes sem eu ter que lançar o boleto de janeiro separado?
TODOS OS BOLETOS QUE LANCEI, SAÍRAM COM A DATA DO DIA 02! SACANAGEM!
UTILIZO A VERSAO 4.113.
Respostas
Em algum momento a baixa manual dentro do mk auth, também vai dar baixar manual dentro do gerencianet ?
@Marlon Bolzan
Nesta questão envolvendo o Mk-Auth, infelizmente não vou conseguir te orientar sobre o que você deve fazer. Recomendo entrar em contato com os responsáveis pelo sistema ou os que prestam que poderão auxiliá-lo com mais propriedade.
Eu fiz um update do sistema e o mk auth apagou todos os dados da conta bancária incluída no sistema. O que eu fiz foi fazer um backup do sistema dentro da 4.113 fazer um update manual e dentro da 18.01 restaurar o backup, e para a minha surpresa funcionou, quando eu lanço o boleto para 01/01/2019 o resto lança normalmente, Agora eu nao sei o que fazer, se cancelo tudo e lanço denovo!!! os carnes ja estao prontos!
Consultoria Gerencianet disse:
@Marlon Bolzan
Peço por gentileza que confira todos os detalhes, passo a passo, do manual de integração Mk-Auth + Gerencianet utilizando a API na 18.01 (veja link). É utilizado por todos os clientes e, como pôde notar nos testes e evidências fornecidas em nossa mensagem anterior, funciona normalmente, desde que ciente de tudo o que explicamos.
Qualquer questão que fuja ao que explicamos na última mensagem, peço por gentileza que reveja dentro de seu sistema Mk-Auth quanto às configurações, pois não se trata de "problema" na Gerencianet. Volto a reforçar uma frase que ajuda a entender o papel da Gerencianet: nós processamos de acordo com o conteúdo da requisição que recebemos.
Em todos os meus clientes ao abrir o menu "Clientes > Listar Todos Clientes", no cliente, cliquei em "Alterar", na aba "Financeiro", deixo o campo "Tipo de cobrança" como "carne" é padrao em todos os clientes.
O que acontece é que sempre que o primeiro boleto que eu lanço no sistema quando o vencimento é feriado no primeiro mes, todos as outras parcelas tbm sao mudadas o vencimento pra igual ao da primeira.
Eu fiz os seguintes testes:
Ao lançar o primeiro boleto do carne para 01/01/2019 todos os 12 boletos sairam com data 02/xx/2019
Ao Lançar o primeiro boleto do carne com 01/12/2019 todos os boletos sairam com a data certa 01/xx/2020 e etc.
Eu vou atualizar para a nova versao e tentar fazer o teste novamente. e volto com o que deu.
Consultoria Gerencianet disse:
Eu estou utilizando essa versao, pois quando eu atualizei os carnes do mkauth que haviam gerados pelo gerencianet haviam desaparecido. Mais eu posso atualizar pra ver.
Consultoria Gerencianet disse:
@Marlon Bolzan
Retornei ao tópico pois consegui realizar os testes de geração no Mk-Auth, mas minha versão é a 18.01 e, portanto, os testes foram pautados em tal versão, que é a mais atual e mantida pelo Mk-Auth.
Na Gerencianet, não há nenhuma tratativa quanto a feriados. Isso significa que se você, neste seu cenário, gerar cobranças, iremos gerar de acordo com a data que constar na requisição de consumo ao webservice. Agora, se o conteúdo da requisição vier a data modificada (data de "não feriado"), não é a Gerencianet quem imputa essa informação, mas sim, o seu sistema de gestão.
Antes de prosseguir com a explicação, é preciso entender e estar ciente que existem dois webservices aqui na Gerencianet que o seu sistema pode utilizar parar gerar as cobranças:
- Webservice /boleto
- Webservice /carne
Para que fique claro: o consumo do webservice /boleto é realizado a partir do envio de um XML via POST e é utilizado para gerar boletos. Já o webservice /carne é utilizado para gerar carnês. Alguns sistemas consideram um conjunto de boletos como um carnê.
Estou explicando isso porque eu posso gerar cobranças cujo vencimento se dá mensalmente (sempre a cada 30 dias), e meu sistema estar utilizando algum desses dois webservices.
No teste que realizamos, constatamos resultados diferentes, de acordo com o webservice consumido:
# Geração de cobranças para cliente (consumindo o webservice /boleto)
- Antes de gerar, abri meu Mk-Auth e fui em "Clientes > Listar Todos Clientes", fui no cliente, cliquei em "Alterar", na aba "Financeiro", deixei o campo "Tipo de cobrança" como "Título" e salvei;
- Agora, gerei 12 cobranças para o meu cliente, sendo que defini como data inicial 01/01/2019. E as cobranças foram geradas com sucesso, mas o Mk-Auth, por alguma razão, a primeira data informa como 02/01/2019;
- Veja que a cobrança foi criada com data de vencimento 02/01/2019 (vide imagem), e na requisição que o Mk-Auth enviou para a Gerencianet no webservice /boleto, a data está de fato 02/01/2019 (vide imagem). Logo, a Gerencianet apenas processa o que recebe: se a data contida na requisição que o seu sistema enviou consta dia 02/01/2019, iremos processar; se constasse 10/01/2019, iríamos processar; e assim sucessivamente.
# Geração de cobranças para cliente (consumindo o webservice /carne)
- Antes de gerar, abri meu Mk-Auth e fui em "Clientes > Listar Todos Clientes", fui no cliente, cliquei em "Alterar", na aba "Financeiro", deixei o campo "Tipo de cobrança" como "Carnê" e salvei;
- Agora, gerei um carnê de 03 (três) parcelas para o meu cliente, sendo que defini como primeiro vencimento a data 01/12/2019, e foi gerado com sucesso;
- Acessando o carnê gerado, as parcelas estão com as datas normais, ou seja, as três parcelas estão com as seguintes datas de vencimento: 01/12/2019, 01/01/2020 e 01/02/2020, respectivamente;
- Reparou que agora as datas (incluindo janeiro) estão conforme eu queria? Mas, veja que dentro do conteúdo da requisição que o Mk-Auth enviou para o webservice /carne consta justamente a data desejada, dessa vez ele não alterou para o dia 02 (vide imagem).
# Conclusão
Pelo menos através do Mk-Auth versão 18.01, quando você possui uma integração mais antiga com o Fortunus (e não com a API), quando seu sistema envia requisição de consumo para o webservice /boleto e informa a data de 01/01 (1º de janeiro), por alguma razão, seu sistema efetua uma tratativa antes de enviar a requisição para a Gerencianet, e quando manda, a data contida dentro da requisição é 02/01 (2 de janeiro).
Agora, quando seu sistema, ainda em uma integração mais antiga com o Fortunus (e não com a API), envia requisição de consumo para o webservice /carne e a data contida na requisição é 01/01 (1º de janeiro), seu sistema envia essa data de 1º de janeiro normalmente, não a modifica como no consumo do /boleto.
Adicionalmente, vi pelos logs de sua conta Gerencianet, que você consome ambos os webservices. Logo, estando agora ciente dessas particularidades, você poderá usar da melhor forma que desejar, de acordo com a sua necessidade. Lembrando, ainda, que todas suas emissões estão disponíveis também dentro da plataforma Gerencianet, em "Cobranças > Gerenciar Cobranças".
Por se tratar de uma tratativa em seu sistema, a Gerencianet não consegue intervir neste aspecto, apenas explicá-lo como funciona, tal como fizemos com esta mensagem.
Face ao exposto, esperamos ter esclarecido essa questão para você e outros colegas que, eventualmente, possuem essa mesma dúvida.
@Marlon Bolzan
Li o seu relato e vou analisar aqui a respeito. Mas, fiquei com uma dúvida e gostaria que me ajudasse: atualmente, o Mk-Auth encontra-se na versão 18.01 e, de acordo com o changelog disponível aqui no site do Mk-Auth, uma série de bugs foram corrigidos nesta versão 18.01. Além disso, existem recursos que foram incluídos apenas na 18.01, como o desconto condicional, por exemplo. Por isso, minha dúvida: você está utilizando esta versão 4.113 por alguma razão em específico? Há algum impedimento de você utilizar o Mk-Auth 18.01?