...
- 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
- Use of Advance offset = use of the advance payment, formalized in accordance with the law
- Use of Advance offset currency Currency = a special currency that has a special payment index — Use of Advance Offset — — filled in for a specific fiscal recorder
- Reason for prepayment = the element of the r_keeper 7 Reasons of deposit/collect money reference, which has the Prepayment flag set.
...
When adding a prepayment to the order, a document is issued for depositing money to the cash register, and when . When using the prepayment (breaking printing the receipt), the money 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, however, there is also a plusan advantage, since the data of reports on goods and money are always the same (and always match, as both 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"
...
set As Deposit for the Prepay Accounting parameter.
Fiscal Prepayments: Old Scenario
When adding a prepayment to an the order, the reason for the prepayment is selected or created. Then, a new order is created in which an unallocated margin undistributed markup is added (, the link is taken from the reason) and this . This order is paid in the currency of the prepayment, the customer is issued a fiscal receipt is given to the customer. When you delete deleting a prepayment, the corresponding fiscal receipt is also deleted. After the closing of the general common shift, when deleting the prepayment, a refund is made for 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. In this case, the undistributed Late Delete Markup is used as the goods in the return receipt.
When using a prepayment, a non-fiscal payment in the amount of the prepayment is made for the prepayment. The fiscal method was is selected by in accordance with the value of the parameter "Accounting for prepayments" "total with subtraction" for "check, then total" and "fiscal discount" for "check, then discount"the Prepay Accounting parameter: Summary And Decrease for Receipt, Later Summary and the Fiscal Discount for the Receipt, Later Discount parameter. Starting from 7.6.1, the fiscal method is simply set for the use of advance offset currency,.
To use this scenario, you need to set the value "check" in the "Accounting for prepayments" parameter (before select Receipt for the Prepay Accounting parameter. Before 7.6.1, there were only two values "check, then total" and " check, then discount")
...
: Receipt, Later Summary and Receipt, Later Discount.
Fiscal Prepayments: New Scenario for the Russian Federation
Now it is necessary to punch issue two fiscal checksreceipts: 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 settings. In the "Accounting for prepayments" parameter, set the value " receipt"Set the Receipt value for the Prepay Accounting parameter.
Non-
...
Fiscal Prepayments (
...
Deposit): Optimal Scenario
When accepting and using the advance payment, the use of different currencies Use of different currencies (when accepting and offsetting the advance payment) with its own fiscal settings, possibly different, it theoretically allows you to implement implementing all possible schemes for prepayment accounting for prepayments. If the currency of receiving the advance is non-fiscal, and the currency of setting off offsetting is fiscal, then this is similar to accounting "as deposit"the As Deposit accounting. 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" the Reasons of deposit/collect money reference, the Use Of Advance Currency field has been added - — a reference link to the currency used for setting off the use of advance. This field is also required displayed and obligatory if the reason has the "prepayment" flag Prepayment box checked. This currency will be used in the payment of the CurrLine checkreceipt, and it will also be transferred to used in the fiscal checkreceipt.
- The "For advance payment" Advance attribute has been added to the tax groups. When selling a dish with such a tax group, UniFR will pass the send the ForAdvance="1" attribute of the Item tag to the lower-level driver. In the Prepayment reason for making / issuing money "prepayment" there of deposit/collect money, there is (and always has been) a reference linl to the unallocated marginundistributed markup. If this mark-up markup refers to a dish with such a tax group, a sales receipt for the advance payment will be printed out when accepting the prepayment.
...
The following changes occur during the update process:
- The values "Check, then total" and "Check, then discount" of the "Accounting for prepayments" Receipt, Later Summary and Receipt, Later Discount values of the Prepay Accounting parameter are combined. In both cases, Receipt will be the new value will be "Check".
- The preset currencies "Use of Advance Offset" (code 200017) and "Fiscal Use of Advance Offset" (code 200018) currencies are added in the "Use of Advance Offset" currency group. The "Use of Advance offset" currency has the "Fiscal discount" fiscal type, if the "Prepayment accounting" parameter was set to "Check, then discount" or "Total with subtraction" Prepay Accounting parameter has the Receipt, Later Discount or Summary and Decrease in other cases. Parameter exceptions are ignored.
- The "Fiscal Use of Advance Offset" currency is fiscal. By default, it is set up with the indexes for fiscal officers "Shtrik", " Atol", " Approx", Approx fiscal registers are set for this currency
- The Advance 18% tax group The tax group "Advance 18%" (code 4) is added, which has with the "For Advance" flag set"
- New drivers "for Shtrik", " Atol", " Approx".