Terms
- Advance payment = advance payment made in accordance with the law
- Advance receipt = fiscal prepayment receipt
- Advance item = a special pseudo-dish recorded in the fiscal prepayment receipt. A special attribute of the advance payment item must be sent to the fiscal recorder
- Advance offset = use of the advance payment, formalized in accordance with the law
- Advance offset currency = a special currency that has a special payment index — Advance Offset — filled in for a specific fiscal recorder
- Reason for prepayment = element of the r_keeper 7 Reasons of deposit/collect money reference, which has the Prepayment flag set.
Scenarios
Prepayment as Deposit
The classic scenario of using prepayments:
When adding a prepayment to the order, a document is issued for depositing money to the cash register, and when using the prepayment (breaking the receipt), the withdrawal of money from the cash register for the prepayment is issued. This scenario is contrary to Russian law, since the deposit of money is carried out without a fiscal receipt, however, there is also a plus, since the reports on goods and money are always the same (and goods and currencies are considered at the time of using the prepayment).
To use this scenario, you need to set the value "as deposit" in the "Accounting for prepayments" parameter"
Fiscal prepayments (as it was before)
When adding a prepayment to an order, the reason for the prepayment is created, a new order is created in which an unallocated margin is added (the link is taken from the reason) and this order is paid in the currency of the prepayment, the customer is issued a fiscal receipt. When you delete a prepayment, the corresponding fiscal receipt is deleted. After the closing of the general shift, when deleting the prepayment, instead of deleting the receipt, a refund is made for the prepayment, while the return receipt uses the unallocated "Margin for late deletion"as an item.
When using a prepayment, a non-fiscal payment is made for the prepayment. The fiscal method was selected by the value of the parameter "Accounting for prepayments" "total with subtraction" for "check, then total" and "fiscal discount" for "check, then discount". Starting from 7.6.1, the fiscal method is simply set for the advance offset currency,
To use this scenario, you need to set the value "check" in the "Accounting for prepayments" parameter (before 7.6.1, there were two values "check, then total" and " check, then discount")
Fiscal prepayments (as it will be now in the Russian Federation)
Now it is necessary to punch two fiscal checks: one when accepting money, the other when issuing goods (using prepayment). In the reason for the prepayment, the currency is selected, and the accounting is carried out in accordance with the settings of this currency. In the "Accounting for prepayments" parameter, set the value " receipt"
Non-fiscal prepayments (deposit), as best
Use of different currencies (when accepting and offsetting the advance payment) with its own fiscal settings, possibly different, it theoretically allows you to implement all possible schemes for accounting for prepayments. If the currency of receiving the advance is non-fiscal, and the currency of setting off is fiscal, then this is similar to accounting "as deposit". This method of accounting is more promising, as it will simplify the logic, eliminating the printing of unnecessary documents of deposits and issues.
Changes in version 7.6.1
- In the elements of the "Reasons for making/issuing" directory, the "Advance offset currency" field has been added - a reference to the currency used for setting off the advance. This field is also required if the reason has the "prepayment" flag. This currency will be used in the payment of the CurrLine check, and it will also be transferred to the fiscal check.
- The "For advance payment" attribute has been added to the tax groups. When selling a dish with such a tax group, UniFR will pass the ForAdvance="1" attribute of the Item tag to the lower-level driver. In the reason for making / issuing money "prepayment" there is (and always has been) a reference to the unallocated margin. If this mark-up refers to a dish with such a tax group, a sales receipt for the advance payment will be printed out when accepting the prepayment.
Update to 7.6.1
Minimum version: 7.6.1.4.
The following changes occur during the update process:
- The values "Check, then total" and "Check, then discount" of the "Accounting for prepayments" parameter are combined. In both cases, the new value will be "Check".
- The preset currencies "Advance Offset" (code 200017) and "Fiscal Advance Offset" (code 200018) are added in the "Advance Offset"currency group. The "Advance offset" currency has the "Fiscal discount" fiscal type, if the "Prepayment accounting" parameter was set to "Check, then discount" or "Total with subtraction" in other cases. Parameter exceptions are ignored.
- The "Fiscal Advance Offset" currency is fiscal. By default, it is set up with the indexes for fiscal officers "Shtrik", "Atol", " Approx"
- The tax group "Advance 18%" (code 4) is added, which has the "For Advance" flag set"
- New drivers "Shtrik", "Atol", " Approx"