Are you set up as a User for Site REHAB ?
Confusing indeed.The Card Format is maybe related to card number validations etc. but mapping the AMEX statement columns to load into the view CREDIT_CARD_TRANSACTION has to be done “not by IFS”. Who knows, maybe IFS will enlighten us all at some point.
From my interpretation the AMEX mapping is a manual setup.
And IF the requirement for the local market is to post a tax transaction for the Customer Advance and thereby be a part of Tax Ledger/Tax Reporting, PP38 is the Posting Type that IFS validates is connected to a Tax Account. This means that IP23/IP25 and PP40 can be connected to a Non Tax Account.Tax Acct Validation PP38The F1Doc Posting Control information states that IP23 must be a tax account but that seems not to be the case as for example the IFS STD company template configure IP23 to a non tax account from what I can tell (Acct 2679).Just a humble Heads Up!Stay safe everyone !
Greetings all, 22 views so I supply my findings … for everyone's’ benefit.For the market in question of the above query to the community, there is no Tax requirement. The Customer Order Advance is just the means to collect Cash inc. VAT/GST i.e. the Gross Amount. There is now a flag on Company / APPS10: Distribution → Order / IFS Cloud Supply Chain Information → SalesThe flag for Apply Tax depends how Tax Control is setupWith the above, it is then possible to meet the requirement to Apply Tax with a No Tax tax type. So that the whole req of the original question of having the IP23/IP25/PP38/PP40 aligned over multiple periods becomes a “non issue” as no tax reaches Tax Ledger.Stay safe!
Yes! According to IFS Nordic consultant this is supported.Why this is not documented in any shape and form in the users’ IFS documentation remains unclear. The FI Kort reference number need a specific format “71/031999421710011” on the supplier invoice’s Payment Reference fieldThe unique supplier account reference (+12345678 the 12345678 is Acct number) be used in the Account Number of the Electronic Payment Addressand for the ISO20022 transformer to fetch the Payment Reference instead of the Invoice Number the Company Supplier Validation should be “True”The following screenshot summarizes what we know as of today: So, in addition to above, Trial and Error and thorough testing and validating xml together with bank
Hi,Are you looking for the Tax Clearing Voucher to also “tick” the source GL Transaction so you would not need to do so as a 2nd step ? That is of course IF customers use the Account Matching functionality.
Not sure I understand … do you look for 1 invoice line, many tax codes or many invoice lines with 1 tax code per invoice line ?
Already have an account? Login
No account yet? Create an account
Enter your username or e-mail address. We'll send you an e-mail with instructions to reset your password.
Sorry, we're still checking this file's contents to make sure it's safe to download. Please try again in a few minutes.
Sorry, our virus scanner detected that this file isn't safe to download.
