Are the Staked Positions in UNISWAP keep earning the trading fees from the corresponding Pool? or once it's staked it earns only the staking rewards?
I figured out this, the staked Position will keep earning the trading fees portion and the staking rewards.
Related
I have a question, and I am not good at math.
I have a saving account with (let's say. keeping it simple) $650. This savings account has an APY of 3.30% and an interest rate of 3.25%. And I put $200 into it a month for a year.
Can you give me an equation to which I can input all this information to figure out how much money I will have in a year?
I'm using google sheets to calculate sales tax for items our company is selling, but when I try and get the total sales tax, it produces it into a large number.
For example, I'm selling an item for $89.26, at a tax rate of 10.25%. The total should be 9.14915, and if it's rounded - would be 9.15
But the total that pops up at the moment is 915.
I'd like to know how to get the desired 9.15 and not 915
If anyone can help that would be great,
Thank you.
multiply it by 0.01
=your_formula_here()*0.01
Alternatively you can divide by 100
=YOURFORMULA()/100
I have a google sheet which is like a register where I keep all purchases for a business. I have purchases made with different types of methods. I would like to specifically be able to track the amount of cash on hand at all times. I have a sheet I have created that already calculates other stuff by formulas. Here is a Public link to a demo version:
https://docs.google.com/spreadsheets/d/1mArgTCpxYajmk2bOkE3aIaDTevajYxvsQW5P2cJbb8k/edit?usp=sharing
What I need exactly is a formula that will subtract cash purchases from the on hand balance calculated by adding the Replenishment column then subtracting from the Costs field but only if its a cash purchased item.
=IF(D4:D="Cash"),=Sum(L4:L) - Sum(F4:F)
Cash on hand to reflect actual amount and deduct cost amount of cash purchases.
Why anyone would want the result escapes me but, where the row contains Cash in ColumnD:
=sumif(D:D,"Cash",L:L)-sumif(D:D,"Cash",F:F)
will add the ColumnL values and subtract the ColumnF ones.
=sum(L:L)-sumif(D:D,"Cash",F:F)
would seem to make a little more sense.
I am stuck in a situation where I need to come up with an effective way to calculate cost of pipes which is bought in KG and is sold in length and record cost for profit calculation in accounts..
things to consider:
Even if i weight the pipes in feet and meter and add conversion quantities it wont work... because the material used in manufacturing varies sometimes there is e.g. 1000ft in 50 kg and sometimes there is 1150ft in the same weight..
The bundles purchased are sometimes of 52kg, 49kg and 50kg.
Ideas:
(a. i could purchase in unit... and sell in feet and have a customization where after every order i have an option to mark the end of product.. and when i mark the end of the product the purchase cost i.e. $1000 can be divided by the length sold... but issue is it might take a week to sell the product, so it wont show accurate profit at end of day alterntively i can have an approximate cost and have it replaced once the item has ended? thats the best i can come up with. The con of this is what if its time for closing accounts of the year and only half of the bundle has been sold?
what would be the most accurate way of handing this logic in any ERP? POS? The reason i tagged Magento, SAP because i am curious how Magento and SAP handles this situation?
I am feeling accountants and accounts and finance related guys can also chip in, so I am adding the accounting tag
You need to have different UoM for this kind of Item.
Purchasing UoM, Inventory UoM, and Sales UoM. I will consider the Inventory and Sales UoM as the same.
Pipe_A001:
Purchase = Kg |
Inventory = meter |
Sales = meter
So, the challenge is to have the measurement in your Inventory UoM then get the price cost, and you need to take into account when you actually receive against the cost they charge in the Invoice.
Ex: you buy on Aug 1, your PO is 50 Kg # $ 10/Kg, so it Cost you $ 500. Receive actually 49 Kg, but they still charge you for the PO amount which is $ 500.
The 49 Kg is not relevant anymore, since you own the item and you will convert to your measurement which is meter. Let's say you measure and it's 320 meter, so the cost per meter is $ 500 / 320m = $ 1.5625/m.
The next batch on Aug 15, you buy another 50 Kg at the same price. Receive 51 Kg, Invoiced $ 500, Length measured 350m. So now you will have the new batch price which is $ 500 / 350m = $ 1.4285/m.
What matters is not the Kg received, but the cost the Supplier Invoiced and the measurement in your Inventory UoM. You might have an agreement with Supplier that they charge only the weight measured at your receiving point.
From this point, it is back to your procedure whether to count as FIFO with different batch or count as Moving Average.
I'd like to cumulate discounts on my prestshop.
For exemple, I have a quantity discount of 20% starts from 5 pieces bought and another discount of 25% on all products who has to be cumulated with the first one.
Now, 25% is apply with less than 5 pieces and 20% with more than 5 pieces.
I'd like to apply 45% if the quantity is more than 5 pieces.
So, I have to cumulate a custom discount (not a cart rule) with a quantity discount.
I don't know how to do that. Maybe it's possible to do it from the administration panel?
Thank you.
You can read the official documentation about Cart Rules.
In Cart Rules > [one of your cart rule] > Conditions there's a Compatibility with other cart rules check box.