The preliminary logic should be as follows:
1. Orders from the website on OpenCart are transferred to 1C/BAF.
When placing an order, the client chooses the payment type:
— if it is an order with VAT, then an invoice is immediately created in 1C/BAF;
— after payment, the accountant independently processes the payment in 1C/BAF;
— the final document for such an order is the expenditure invoice;
— a fiscal receipt through PRRO is not required for such orders.
If it is a private client and payment is upon receipt at Nova Poshta, then the order is also transferred to 1C/BAF, but the receipt should only be created after Nova Poshta provides the status that the goods have been received / paid.
2. In 1C/BAF, a corresponding document must be created for each order.
For orders with VAT:
— an invoice is created immediately after placing the order;
— the payment is processed manually by the accountant in 1C/BAF;
— after that, an expenditure invoice is formed;
— fiscalization through PRRO is not performed.
For orders from private clients:
— the order is transferred to 1C/BAF;
— client data, goods, amount, delivery method, payment method, and Nova Poshta's tracking number are stored;
— the receipt is automatically generated only after receiving the required status from Nova Poshta.
3. For orders with VAT, the following logic needs to be implemented:
— the invoice is created immediately;
— a fiscal receipt through PRRO is not created;
— the accountant independently processes the payment in 1C/BAF;
— the final document is the expenditure invoice.
4. For orders with payment upon receipt at Nova Poshta, additional integration with Nova Poshta is required.
Within this integration, it is necessary to:
— transfer or store the tracking number for the order;
— automatically receive the shipment status from Nova Poshta;
— track the status "received" / "paid";
— link the Nova Poshta status to the order in 1C/BAF;
— initiate the generation of the fiscal receipt only after the status "received" or the corresponding payment status;
— the receipt should be created automatically, without manual confirmation by the manager.
5. Types of orders that need to be considered in the technical specification:
6. Orders with payment by invoice with VAT.
7. Orders from private clients with payment upon receipt at Nova Poshta.
8. Orders with online payment via WayForPay.
9. Orders with cash on delivery from Nova Poshta with a 10% prepayment.
10. Canceled orders.
11. Returns of goods and return receipts.
12. For each type of order, it is necessary to separately determine:
— which document is created in 1C/BAF;
— whether a fiscal receipt is needed;
— when exactly the receipt is generated;
— who confirms the payment: the system automatically, the accountant, or the manager;
— what to do in case of cancellation;
— what to do in case of return;
— how the return receipt is created.
7. PRRO.
As I understand, you have already registered in Checkbox, but it is not yet connected. Therefore, at this stage, two options can be considered:
— configure Checkbox;
— or connect WebCheck, if it will be more convenient for technical implementation and integration with 1C/BAF.
Ultimately, it is better to choose PRRO after a technical analysis of the integration with 1C/BAF, OpenCart, and Nova Poshta.
8. It is essential to ensure logging and error handling.
The system should show:
— whether the order was transferred from the website to 1C/BAF;
— whether the invoice was created;
— whether the tracking number was pulled;
— what status was received from Nova Poshta;
— whether the receipt was created;
— if an error occurred — what exactly;
— the possibility of resending or re-creating the receipt.
9. Returns.
It is necessary to implement return processing:
— if the order is canceled before receiving the goods;
— if the goods are received, the receipt is created, but the client returned the goods;
— if the return is partial;
— if the return is complete;
— in which cases a return receipt is created through PRRO.
10. For the final assessment, it will be necessary to check:
— the version of OpenCart;
— how payments are currently implemented on the website;
— how the form for orders with VAT works;
— how the tracking number from Nova Poshta is transferred or created;
— whether there is access to the Nova Poshta API;
— the configuration of 1C/BAF;
— which documents are actually used in 1C/BAF;
— whether there are ready-made integration modules;
— which PRRO is better to connect: Checkbox or WebCheck.
Considering your logic, the integration should be viewed as an extended option, because it involves not only the transfer of orders from the website to 1C/BAF, but also a separate logic regarding VAT, invoices, expenditure invoices, WayForPay, cash on delivery, Nova Poshta, automatic status retrieval, receipt generation after receiving goods, and return processing.
