Below is my Multi-company configuration I have made in Odoo 8.
Company A - USD (Parent);
Company B - INR (Child 1);
Company C - EUR (Child 2);
I want Company A Chart of Accounts to consolidate B and C with respect the Currency Exchange rates that I have defined in the Currencies section.
Any help here would be greatly appreciated.
Thank you
That's Bug in system, it will consolidate that amount assuming it's in same currency, same will be the problem on multi-currency invoice analysis view.
To slow this you can do.periodic manual journal entries cross companies so show consolidation, this is manual way of doing but works.
Bests
Related
I'm trying to replace our current AR report which shows all invoices outstanding by customer for a particular sales representative.
The issue is that each customer may have multiple sales representatives; however, since the Sales Representative ID is stored at the invoice level the report only displays that sales representatives sales to their customer.
What I would like to do is display on the AR report all invoices outstanding for all sales reps for each customer that a particular rep visits regardless of the sales representative making the sale.
So the sales rep will only see customers that he has outstanding balances with on his report but will also see other balances from that other reps may have outstanding with his customers.
How can I achieve this?
I suspect it has something to do with a parameter and creating a calculated field which lumps the sales reps for each invoice together for a customer and then doing a contains filter; but I can't figure out how to make that first calculation.
Additional Details:
CUSTOMER ID CUSTOMER NAME INVOICE NO SALESPERSON ID AMOUNT OTSNDNG AR BUCKET
CUST01 Customer 1 INV01 JAMES 100 31-60
CUST01 Customer 1 INV02 JAMES 100 61-90
CUST01 Customer 1 INV03 BRIAN 100 31-60
CUST01 Customer 1 INV04 MARK 100 CURRENT
CUST02 Customer 2 INV05 MARK 100 61-90
CUST02 Customer 2 INV06 JAMES 100 31-60
CUST03 Customer 3 INV07 MARK 100 31-60
CUST03 Customer 3 INV08 BRIAN 100 61-90
In the above table, when running an accounts receivable report for Brian Invoices 1-4 and 7-8 should show up as he sells to both of these customers. All invoices should show up on Mark's AR as he sells to all three customers and James should see the invoices for Customer 1 and 2.
I would attach a file to the question with this data in a spreadsheet if I could.
I believe the best way to achieve this is using parameters and conditional filters.
First, create a parameter 'rep'. Define it as list, and import [SALESPERSON] values to it.
Now the trick part, you want to filter the clients that has ever been visited by a specific salesperson. This is how you do that on Tableau:
1- Create a calculated field [marker]. Use the formula:
IF [SALESPERSON] = [rep]
THEN 1
ELSE 0
END
Note this will basically put a 1 marker on the lines of the selected salesperson
2- Drag [CUSTOMER ID] to filter
3- Go to tab 'Condition'
4- Use By field: [marker], Sum, >, 0
This will basically run a calculation. For each customer, it will get all [marker] entries, sum all them. Those who are above zero (meaning, there is at least one 1 marker) will be kept, those who are zero are eliminated
Let me know if this doesn't work, or you have any question
We have a Magento software and we are using platform to sell travel deals.
Now when we for instance block say 20 spaces and someone makes a purchase for say 10 people in one bulk purchase, the Quantity bought shows as 1 and it is possible to buy for more people because because the remaining quantity left shows as 19 out of 20 and this is a huge problem because people will still be able to purchase products that are sold out.
Does anyone know how to make the Quantity remaining be a subtraction of the total bought from the total quantity (as opposed to seeing every bulk purchase as 1 Quantity?
Any help will be greatly appreciated.
I think you are defining stock value for block size which is not good way. Add custom attribute for block size and disable stock management, follow steps below
Admin -> System -> Configuration
Select Inventory under Catalog (on left nav bar)
Look Product Stock Options, Set No to Manage Stock. and Save
I am exporting invoices from my app to QB local version. I cannot find any way to add sales tax, which is calculated in my app, to the QB invoice.
I am exporting multiple items (in my case services), to a new QB invoice and nothing related to sales tax seems to work - like QBFC12.IInvoiceAdd SalesTaxLineAdd, etc. - all "not available in this edition of QB".
Does QB allow me to add the sales tax, or will it only use the tax that is set for each of my items in QB?
-Rick
What you're asking isn't really a programming question... it's more of an accounting question.
The QuickBooks API exactly mirrors the QuickBooks GUI. So, whatever you do in the GUI to add sales tax, you should do in the API. How do you do it in the GUI?
Soooo... let's talk about QuickBooks normally does sales tax in the GUI:
You mark each line item with a Sales Tax Code of either NON (for non-taxable) or TAX (for taxable)
At the bottom of the invoice, you choose a specific Sales Tax Item (e.g. "California Sales Tax")
QuickBooks then calculates tax for you by using the tax rate from the Sale Tax Item * (the sum of the TAXable line items)
It shouldn't be terribly surprising then you look at the QuickBooks OSR API documentation, and you see line item definitions like this:
<InvoiceLineAdd>
...
<Amount>29.95</Amount>
<SalesTaxCodeRef>
<FullName>Tax</FullName> <!-- valid values here are one of your Sales Tax Codes, usually "NON" or "TAX" -->
</SalesTaxCodeRef>
</InvoiceLineAdd>
And, at the bottom of the InvoiceAdd specification, an option for specifying a Sales Tax Item like this:
<ItemSalesTaxRef>
<FullName>California Sales Tax</FullName> <!-- valid values are any of your existing Sale Tax Items in QuickBooks -->
</ItemSalesTaxRef>
With all that said, we have to pay special attention to this portion of your question:
I cannot find any way to add sales tax, which is calculated in my app,
to the QB invoice.
The answer above let's QuickBooks calculate the tax amount from the tax rate vs. taking what you already calculated in your app. Sooooo... the rule still stands - the QuickBooks API mirrors the GUI. So, how do you do this in the GUI right now?
The correct answer is: ask your accountant how he wants you to do it.
More than likely, the answer is:
Create a new Sales Tax Item with a 0% tax rate named "Refer to Invoice"
Add a new line item to the invoice that uses ItemRef/FullName to refer to the correct Sales Tax Item (e.g. "California State Tax")
On that line item, specify the actual tax amount calculated in your app
If that's what he wants, then you should do exactly that in the GUI. Treat it just like any other invoice line item.
I have a complex online store, meaning that we sell direct to retail customers and we wholesale to stores different countries, and I am very confused as to how you set this up with multi-site and multi-currency.
The Products
Wholesalers can order products before retail customers can, so there are products that wholesale shopper groups can ONLY see, on their wholesale site and in their currency, and then some time later that product is also available on the retail store too.
Wholesale Challenge
The wholesalers need to be charged in their currency and the price needs to be set manually for that currency. It's very important.
So for example, if you are a wholesale customer in Australia, you need to see the AUD price when browsing, and be charged AUD on your invoice. This AUD price needs to be set manually by us. Because of market restrictions, the AUD wholesale price cannot just be the currency converted from NZ (my base currency).
And this needs to be done for a number of currencies - NZD, AUD, GBP, EUR etc. We also have some user-group pricing too for wholesale customers - so a particular customer who shops in GBP might have a different price to all other GBP wholesale customers. This seems easy enough to just set a new price for different groups.
Retail Challenge
For the time being, it's fine for retail customers to be seeing a converted price on the daily conversion rate, and then be paying in the base currency at the checkout, and charged a conversion fee from their bank. But in the future we would want to change to them actually paying in their local currency.
Any ideas on how this can be set up properly, as it is very confusing. We are already running the retail store on Magento and it's going great.
We are using Community Edition 1.7
Do you understand German?
Have a look at my tutorial.
http://www.magecoder.de/mehrere-wahrungen-currencies-in-magento/
I was wondering whether anyone could guide me on the purpose
of the Tier Price section when adding a product to the catalog.
What is a tier price and how does this section of the page work
in terms of what can be accomplished with this field?
Magento documentation is a bit limited, not sure where to find
this information, and would like to have a grasp on the genric
concept as well as the details.
Tier prices are remarkably easy - once you understand them. Getting your head around all fo the things Magento throws at you at first can be overwhelming and make you overthink some things. So, hopefully I can explain tier prices in Magento a bit for you.
Tiered prices allow you to have multiple prices based on the quantity that the user wants to purchase (and the customer group). For example:
Qty | Price
1 | $10
5 | $12
10 | $13
Customer groups (if you don't know what they are) allow you to group various customers together and set up different rules and settings for each group - like separate price tiers. For example, my company is a B2B supply-level company, and in order to have an account on our site, you have to be a verified distributor of ours, or member of a sales organization that does business in our industry. Our customers would get mad if their customers were able to logon to our site and see what they (as our distributors) are paying. To remedy the situation, we have one price tier we show for the "Not Logged In" customer group that contains MSRP. We also don't want to have to make the customer work too hard in figuring out what they will actually be paying, so we then have a "Logged In" price tier that displays the actual distributor prices.
We also have a third price tier for some of our "Rewards" program customers that do a certain dollar amount of business with us in a specific time period - but that is just another example of how it can be used.
Hopefully this helps. Let me know if you have other questions.