How is This Bank Splitting Apart it's Payment Distribution?












0












$begingroup$


I have a credit card and I'm trying to calculate future interest charges per month. I have 4 months of statements that I have had to reverse engineer their math for. It took me a few days, but I finally figured out this banks algorithms for calculating their interest (I tried to get their help, but nobody could figure it out lol... yeah...).



However I am stuck on one part I can't figure out. They break apart the payment into proportional parts. According to them, they're putting the majority towards the soonest promotional end date is all I got from them. It seems that each charge/balance has it's own weight to it.



So it's deferred interest, so the payment amount is not tied to any interestinterest calculations. Just focusing on one month, we have the following:



$$ text{Payment Amount:}quad text{$25.00}quadqquadqquad qquadqquadqquad qquadqquad$$



$$ text{Before payment:} quad text{$975,}quad quad ; text{$800,} qquadtext{$17.98,} qquad text{$74.99} $$



$$ text{After payment:}; quad text{$961.94,} quad text{$789.30,}quadtext{$17.74,} qquad text{$73.99} $$



$$ text{Difference of:}; qquad text{$13.06,} quad text{$10.70,}qquadtext{$0.24,} qquad text{$1.00} $$



The $975's deferment date ends 9/15/2018. All the rest end on 10/16/2018. I can't even think of where to start with this one, maybe my mind is zapped from figuring out their crazy system for their interest, but any help is greatly appreciated.



Thanks!



(Probably not needed for this calculation, but this months statement is from 10/17/2018 to the end of 11/15/2018, with the payment on 11/08/2018.)










share|cite|improve this question









$endgroup$

















    0












    $begingroup$


    I have a credit card and I'm trying to calculate future interest charges per month. I have 4 months of statements that I have had to reverse engineer their math for. It took me a few days, but I finally figured out this banks algorithms for calculating their interest (I tried to get their help, but nobody could figure it out lol... yeah...).



    However I am stuck on one part I can't figure out. They break apart the payment into proportional parts. According to them, they're putting the majority towards the soonest promotional end date is all I got from them. It seems that each charge/balance has it's own weight to it.



    So it's deferred interest, so the payment amount is not tied to any interestinterest calculations. Just focusing on one month, we have the following:



    $$ text{Payment Amount:}quad text{$25.00}quadqquadqquad qquadqquadqquad qquadqquad$$



    $$ text{Before payment:} quad text{$975,}quad quad ; text{$800,} qquadtext{$17.98,} qquad text{$74.99} $$



    $$ text{After payment:}; quad text{$961.94,} quad text{$789.30,}quadtext{$17.74,} qquad text{$73.99} $$



    $$ text{Difference of:}; qquad text{$13.06,} quad text{$10.70,}qquadtext{$0.24,} qquad text{$1.00} $$



    The $975's deferment date ends 9/15/2018. All the rest end on 10/16/2018. I can't even think of where to start with this one, maybe my mind is zapped from figuring out their crazy system for their interest, but any help is greatly appreciated.



    Thanks!



    (Probably not needed for this calculation, but this months statement is from 10/17/2018 to the end of 11/15/2018, with the payment on 11/08/2018.)










    share|cite|improve this question









    $endgroup$















      0












      0








      0





      $begingroup$


      I have a credit card and I'm trying to calculate future interest charges per month. I have 4 months of statements that I have had to reverse engineer their math for. It took me a few days, but I finally figured out this banks algorithms for calculating their interest (I tried to get their help, but nobody could figure it out lol... yeah...).



      However I am stuck on one part I can't figure out. They break apart the payment into proportional parts. According to them, they're putting the majority towards the soonest promotional end date is all I got from them. It seems that each charge/balance has it's own weight to it.



      So it's deferred interest, so the payment amount is not tied to any interestinterest calculations. Just focusing on one month, we have the following:



      $$ text{Payment Amount:}quad text{$25.00}quadqquadqquad qquadqquadqquad qquadqquad$$



      $$ text{Before payment:} quad text{$975,}quad quad ; text{$800,} qquadtext{$17.98,} qquad text{$74.99} $$



      $$ text{After payment:}; quad text{$961.94,} quad text{$789.30,}quadtext{$17.74,} qquad text{$73.99} $$



      $$ text{Difference of:}; qquad text{$13.06,} quad text{$10.70,}qquadtext{$0.24,} qquad text{$1.00} $$



      The $975's deferment date ends 9/15/2018. All the rest end on 10/16/2018. I can't even think of where to start with this one, maybe my mind is zapped from figuring out their crazy system for their interest, but any help is greatly appreciated.



      Thanks!



      (Probably not needed for this calculation, but this months statement is from 10/17/2018 to the end of 11/15/2018, with the payment on 11/08/2018.)










      share|cite|improve this question









      $endgroup$




      I have a credit card and I'm trying to calculate future interest charges per month. I have 4 months of statements that I have had to reverse engineer their math for. It took me a few days, but I finally figured out this banks algorithms for calculating their interest (I tried to get their help, but nobody could figure it out lol... yeah...).



      However I am stuck on one part I can't figure out. They break apart the payment into proportional parts. According to them, they're putting the majority towards the soonest promotional end date is all I got from them. It seems that each charge/balance has it's own weight to it.



      So it's deferred interest, so the payment amount is not tied to any interestinterest calculations. Just focusing on one month, we have the following:



      $$ text{Payment Amount:}quad text{$25.00}quadqquadqquad qquadqquadqquad qquadqquad$$



      $$ text{Before payment:} quad text{$975,}quad quad ; text{$800,} qquadtext{$17.98,} qquad text{$74.99} $$



      $$ text{After payment:}; quad text{$961.94,} quad text{$789.30,}quadtext{$17.74,} qquad text{$73.99} $$



      $$ text{Difference of:}; qquad text{$13.06,} quad text{$10.70,}qquadtext{$0.24,} qquad text{$1.00} $$



      The $975's deferment date ends 9/15/2018. All the rest end on 10/16/2018. I can't even think of where to start with this one, maybe my mind is zapped from figuring out their crazy system for their interest, but any help is greatly appreciated.



      Thanks!



      (Probably not needed for this calculation, but this months statement is from 10/17/2018 to the end of 11/15/2018, with the payment on 11/08/2018.)







      finance






      share|cite|improve this question













      share|cite|improve this question











      share|cite|improve this question




      share|cite|improve this question










      asked Dec 22 '18 at 0:22









      intwarriorintwarrior

      103




      103






















          1 Answer
          1






          active

          oldest

          votes


















          0












          $begingroup$

          They've paid off the same proportion (rounded to the nearest cent) of each. Specifically, for a total payment of $p$, and amounts owing $x_1, ldots, x_n$, they've subtracted $$frac{px_k}{sumlimits_{i=0}^nx_i}$$ from each (rounding to the nearest penny, possibly with some check in there to make sure that the rounding all cancels out). Whatever they say about "putting the majority towards the soonest promotional end date", they aren't. Feel free to check the other months to be sure that this pattern holds up.






          share|cite|improve this answer









          $endgroup$













          • $begingroup$
            You are awesome, thank you! I can sleep peacefully tonight and finish my Excel sheet tomorrow. I likely won't get charged interest, but I'd still like to know to be able to project a just in case model. It's good practice/skill. And now I can make a full model that should match their statements.
            $endgroup$
            – intwarrior
            Dec 22 '18 at 2:44










          • $begingroup$
            Just out of curiosity, can you point me in the right direction to figure out how to do a similar checker to make sure they add up? Being a penny off isn't the end of the world, but I'd like to increase my programming skills too.
            $endgroup$
            – intwarrior
            Dec 22 '18 at 2:51










          • $begingroup$
            There's a few ways to do it, and I'm not sure which one your bank is doing. The easiest is probably to notice that if we round everything down to start with, the four remainders must add up to either 0 cents, 1 cent, 2 cents, or 3 cents (it has to be a whole number of cents, and you can't reach 4 cents). If it's 0 cents, then everything else adds up perfectly, so we don't need to do anything. If it's 1 cent, add 1 cent to the amount with the largest remainder. If it's 2 cents, add 1 cent to each of the 2 largest. If it's 3 cents, add one cent to each of the 3 largest.
            $endgroup$
            – user3482749
            Dec 22 '18 at 11:49










          • $begingroup$
            That's not quite what your bank is doing (they're a penny high on the first payment and a penny low on the second), but it's one of the more sensible ways to do it.
            $endgroup$
            – user3482749
            Dec 22 '18 at 11:51












          Your Answer








          StackExchange.ready(function() {
          var channelOptions = {
          tags: "".split(" "),
          id: "69"
          };
          initTagRenderer("".split(" "), "".split(" "), channelOptions);

          StackExchange.using("externalEditor", function() {
          // Have to fire editor after snippets, if snippets enabled
          if (StackExchange.settings.snippets.snippetsEnabled) {
          StackExchange.using("snippets", function() {
          createEditor();
          });
          }
          else {
          createEditor();
          }
          });

          function createEditor() {
          StackExchange.prepareEditor({
          heartbeatType: 'answer',
          autoActivateHeartbeat: false,
          convertImagesToLinks: true,
          noModals: true,
          showLowRepImageUploadWarning: true,
          reputationToPostImages: 10,
          bindNavPrevention: true,
          postfix: "",
          imageUploader: {
          brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
          contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
          allowUrls: true
          },
          noCode: true, onDemand: true,
          discardSelector: ".discard-answer"
          ,immediatelyShowMarkdownHelp:true
          });


          }
          });














          draft saved

          draft discarded


















          StackExchange.ready(
          function () {
          StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fmath.stackexchange.com%2fquestions%2f3049031%2fhow-is-this-bank-splitting-apart-its-payment-distribution%23new-answer', 'question_page');
          }
          );

          Post as a guest















          Required, but never shown

























          1 Answer
          1






          active

          oldest

          votes








          1 Answer
          1






          active

          oldest

          votes









          active

          oldest

          votes






          active

          oldest

          votes









          0












          $begingroup$

          They've paid off the same proportion (rounded to the nearest cent) of each. Specifically, for a total payment of $p$, and amounts owing $x_1, ldots, x_n$, they've subtracted $$frac{px_k}{sumlimits_{i=0}^nx_i}$$ from each (rounding to the nearest penny, possibly with some check in there to make sure that the rounding all cancels out). Whatever they say about "putting the majority towards the soonest promotional end date", they aren't. Feel free to check the other months to be sure that this pattern holds up.






          share|cite|improve this answer









          $endgroup$













          • $begingroup$
            You are awesome, thank you! I can sleep peacefully tonight and finish my Excel sheet tomorrow. I likely won't get charged interest, but I'd still like to know to be able to project a just in case model. It's good practice/skill. And now I can make a full model that should match their statements.
            $endgroup$
            – intwarrior
            Dec 22 '18 at 2:44










          • $begingroup$
            Just out of curiosity, can you point me in the right direction to figure out how to do a similar checker to make sure they add up? Being a penny off isn't the end of the world, but I'd like to increase my programming skills too.
            $endgroup$
            – intwarrior
            Dec 22 '18 at 2:51










          • $begingroup$
            There's a few ways to do it, and I'm not sure which one your bank is doing. The easiest is probably to notice that if we round everything down to start with, the four remainders must add up to either 0 cents, 1 cent, 2 cents, or 3 cents (it has to be a whole number of cents, and you can't reach 4 cents). If it's 0 cents, then everything else adds up perfectly, so we don't need to do anything. If it's 1 cent, add 1 cent to the amount with the largest remainder. If it's 2 cents, add 1 cent to each of the 2 largest. If it's 3 cents, add one cent to each of the 3 largest.
            $endgroup$
            – user3482749
            Dec 22 '18 at 11:49










          • $begingroup$
            That's not quite what your bank is doing (they're a penny high on the first payment and a penny low on the second), but it's one of the more sensible ways to do it.
            $endgroup$
            – user3482749
            Dec 22 '18 at 11:51
















          0












          $begingroup$

          They've paid off the same proportion (rounded to the nearest cent) of each. Specifically, for a total payment of $p$, and amounts owing $x_1, ldots, x_n$, they've subtracted $$frac{px_k}{sumlimits_{i=0}^nx_i}$$ from each (rounding to the nearest penny, possibly with some check in there to make sure that the rounding all cancels out). Whatever they say about "putting the majority towards the soonest promotional end date", they aren't. Feel free to check the other months to be sure that this pattern holds up.






          share|cite|improve this answer









          $endgroup$













          • $begingroup$
            You are awesome, thank you! I can sleep peacefully tonight and finish my Excel sheet tomorrow. I likely won't get charged interest, but I'd still like to know to be able to project a just in case model. It's good practice/skill. And now I can make a full model that should match their statements.
            $endgroup$
            – intwarrior
            Dec 22 '18 at 2:44










          • $begingroup$
            Just out of curiosity, can you point me in the right direction to figure out how to do a similar checker to make sure they add up? Being a penny off isn't the end of the world, but I'd like to increase my programming skills too.
            $endgroup$
            – intwarrior
            Dec 22 '18 at 2:51










          • $begingroup$
            There's a few ways to do it, and I'm not sure which one your bank is doing. The easiest is probably to notice that if we round everything down to start with, the four remainders must add up to either 0 cents, 1 cent, 2 cents, or 3 cents (it has to be a whole number of cents, and you can't reach 4 cents). If it's 0 cents, then everything else adds up perfectly, so we don't need to do anything. If it's 1 cent, add 1 cent to the amount with the largest remainder. If it's 2 cents, add 1 cent to each of the 2 largest. If it's 3 cents, add one cent to each of the 3 largest.
            $endgroup$
            – user3482749
            Dec 22 '18 at 11:49










          • $begingroup$
            That's not quite what your bank is doing (they're a penny high on the first payment and a penny low on the second), but it's one of the more sensible ways to do it.
            $endgroup$
            – user3482749
            Dec 22 '18 at 11:51














          0












          0








          0





          $begingroup$

          They've paid off the same proportion (rounded to the nearest cent) of each. Specifically, for a total payment of $p$, and amounts owing $x_1, ldots, x_n$, they've subtracted $$frac{px_k}{sumlimits_{i=0}^nx_i}$$ from each (rounding to the nearest penny, possibly with some check in there to make sure that the rounding all cancels out). Whatever they say about "putting the majority towards the soonest promotional end date", they aren't. Feel free to check the other months to be sure that this pattern holds up.






          share|cite|improve this answer









          $endgroup$



          They've paid off the same proportion (rounded to the nearest cent) of each. Specifically, for a total payment of $p$, and amounts owing $x_1, ldots, x_n$, they've subtracted $$frac{px_k}{sumlimits_{i=0}^nx_i}$$ from each (rounding to the nearest penny, possibly with some check in there to make sure that the rounding all cancels out). Whatever they say about "putting the majority towards the soonest promotional end date", they aren't. Feel free to check the other months to be sure that this pattern holds up.







          share|cite|improve this answer












          share|cite|improve this answer



          share|cite|improve this answer










          answered Dec 22 '18 at 0:40









          user3482749user3482749

          4,3291119




          4,3291119












          • $begingroup$
            You are awesome, thank you! I can sleep peacefully tonight and finish my Excel sheet tomorrow. I likely won't get charged interest, but I'd still like to know to be able to project a just in case model. It's good practice/skill. And now I can make a full model that should match their statements.
            $endgroup$
            – intwarrior
            Dec 22 '18 at 2:44










          • $begingroup$
            Just out of curiosity, can you point me in the right direction to figure out how to do a similar checker to make sure they add up? Being a penny off isn't the end of the world, but I'd like to increase my programming skills too.
            $endgroup$
            – intwarrior
            Dec 22 '18 at 2:51










          • $begingroup$
            There's a few ways to do it, and I'm not sure which one your bank is doing. The easiest is probably to notice that if we round everything down to start with, the four remainders must add up to either 0 cents, 1 cent, 2 cents, or 3 cents (it has to be a whole number of cents, and you can't reach 4 cents). If it's 0 cents, then everything else adds up perfectly, so we don't need to do anything. If it's 1 cent, add 1 cent to the amount with the largest remainder. If it's 2 cents, add 1 cent to each of the 2 largest. If it's 3 cents, add one cent to each of the 3 largest.
            $endgroup$
            – user3482749
            Dec 22 '18 at 11:49










          • $begingroup$
            That's not quite what your bank is doing (they're a penny high on the first payment and a penny low on the second), but it's one of the more sensible ways to do it.
            $endgroup$
            – user3482749
            Dec 22 '18 at 11:51


















          • $begingroup$
            You are awesome, thank you! I can sleep peacefully tonight and finish my Excel sheet tomorrow. I likely won't get charged interest, but I'd still like to know to be able to project a just in case model. It's good practice/skill. And now I can make a full model that should match their statements.
            $endgroup$
            – intwarrior
            Dec 22 '18 at 2:44










          • $begingroup$
            Just out of curiosity, can you point me in the right direction to figure out how to do a similar checker to make sure they add up? Being a penny off isn't the end of the world, but I'd like to increase my programming skills too.
            $endgroup$
            – intwarrior
            Dec 22 '18 at 2:51










          • $begingroup$
            There's a few ways to do it, and I'm not sure which one your bank is doing. The easiest is probably to notice that if we round everything down to start with, the four remainders must add up to either 0 cents, 1 cent, 2 cents, or 3 cents (it has to be a whole number of cents, and you can't reach 4 cents). If it's 0 cents, then everything else adds up perfectly, so we don't need to do anything. If it's 1 cent, add 1 cent to the amount with the largest remainder. If it's 2 cents, add 1 cent to each of the 2 largest. If it's 3 cents, add one cent to each of the 3 largest.
            $endgroup$
            – user3482749
            Dec 22 '18 at 11:49










          • $begingroup$
            That's not quite what your bank is doing (they're a penny high on the first payment and a penny low on the second), but it's one of the more sensible ways to do it.
            $endgroup$
            – user3482749
            Dec 22 '18 at 11:51
















          $begingroup$
          You are awesome, thank you! I can sleep peacefully tonight and finish my Excel sheet tomorrow. I likely won't get charged interest, but I'd still like to know to be able to project a just in case model. It's good practice/skill. And now I can make a full model that should match their statements.
          $endgroup$
          – intwarrior
          Dec 22 '18 at 2:44




          $begingroup$
          You are awesome, thank you! I can sleep peacefully tonight and finish my Excel sheet tomorrow. I likely won't get charged interest, but I'd still like to know to be able to project a just in case model. It's good practice/skill. And now I can make a full model that should match their statements.
          $endgroup$
          – intwarrior
          Dec 22 '18 at 2:44












          $begingroup$
          Just out of curiosity, can you point me in the right direction to figure out how to do a similar checker to make sure they add up? Being a penny off isn't the end of the world, but I'd like to increase my programming skills too.
          $endgroup$
          – intwarrior
          Dec 22 '18 at 2:51




          $begingroup$
          Just out of curiosity, can you point me in the right direction to figure out how to do a similar checker to make sure they add up? Being a penny off isn't the end of the world, but I'd like to increase my programming skills too.
          $endgroup$
          – intwarrior
          Dec 22 '18 at 2:51












          $begingroup$
          There's a few ways to do it, and I'm not sure which one your bank is doing. The easiest is probably to notice that if we round everything down to start with, the four remainders must add up to either 0 cents, 1 cent, 2 cents, or 3 cents (it has to be a whole number of cents, and you can't reach 4 cents). If it's 0 cents, then everything else adds up perfectly, so we don't need to do anything. If it's 1 cent, add 1 cent to the amount with the largest remainder. If it's 2 cents, add 1 cent to each of the 2 largest. If it's 3 cents, add one cent to each of the 3 largest.
          $endgroup$
          – user3482749
          Dec 22 '18 at 11:49




          $begingroup$
          There's a few ways to do it, and I'm not sure which one your bank is doing. The easiest is probably to notice that if we round everything down to start with, the four remainders must add up to either 0 cents, 1 cent, 2 cents, or 3 cents (it has to be a whole number of cents, and you can't reach 4 cents). If it's 0 cents, then everything else adds up perfectly, so we don't need to do anything. If it's 1 cent, add 1 cent to the amount with the largest remainder. If it's 2 cents, add 1 cent to each of the 2 largest. If it's 3 cents, add one cent to each of the 3 largest.
          $endgroup$
          – user3482749
          Dec 22 '18 at 11:49












          $begingroup$
          That's not quite what your bank is doing (they're a penny high on the first payment and a penny low on the second), but it's one of the more sensible ways to do it.
          $endgroup$
          – user3482749
          Dec 22 '18 at 11:51




          $begingroup$
          That's not quite what your bank is doing (they're a penny high on the first payment and a penny low on the second), but it's one of the more sensible ways to do it.
          $endgroup$
          – user3482749
          Dec 22 '18 at 11:51


















          draft saved

          draft discarded




















































          Thanks for contributing an answer to Mathematics Stack Exchange!


          • Please be sure to answer the question. Provide details and share your research!

          But avoid



          • Asking for help, clarification, or responding to other answers.

          • Making statements based on opinion; back them up with references or personal experience.


          Use MathJax to format equations. MathJax reference.


          To learn more, see our tips on writing great answers.




          draft saved


          draft discarded














          StackExchange.ready(
          function () {
          StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fmath.stackexchange.com%2fquestions%2f3049031%2fhow-is-this-bank-splitting-apart-its-payment-distribution%23new-answer', 'question_page');
          }
          );

          Post as a guest















          Required, but never shown





















































          Required, but never shown














          Required, but never shown












          Required, but never shown







          Required, but never shown

































          Required, but never shown














          Required, but never shown












          Required, but never shown







          Required, but never shown







          Popular posts from this blog

          Plaza Victoria

          Puebla de Zaragoza

          Musa