1b.app
Link copied -

Incorrect transfer of the technical_return variable to the check box API by the action "Creating a sales receipt, fiscalizing it and delivering it to the client by email"

variable technical_return (Default: false)
the parameter defines the type of the fiscal check operation, sale or return.
But there is also such a factor as the lack of transmission at all by default, which affects its display in the html check image
- when the checkbox is set in the action "Create a sales receipt, its fiscalization and delivery to the client by email",
operation type is not displayed in html receipt image
in all other settings, the line with the type of operation is present

1. please fix it so that everything is the same, for example, the inscription was always displayed.
2. and then complete the checkbox that will turn off the display of the transaction type in the receipt.
3. when there are two payments in the html image, the operation type is displayed twice -
According to the representatives of the check box, the "transaction type" refers to the check and not to the payme
Original question is available on version: ru

Answers:


variable technical_return (Default: false)

This parameter does not appear in the current integration implementation.

the parameter defines the type of the fiscal check operation, sale or return.
But there is also such a factor as the lack of transmission at all by default, which affects its display in the html check image
- when the checkbox is set in the action "Creating a sales receipt, fiscalizing it and delivering it to the client by email",
transaction type is not displayed in html receipt image

You can ask this question to Checkbox technical support.
They probably have the type of operation of the fiscal check that you write about - it appears only for payments with type=CARD, and in the case of "Payment" - payment with type=CASH is transmitted.

1. please fix it so that everything is the same, for example, the inscription was always displayed.

From our side, I see only a refinement so that "Pіslyaplata" is transmitted with the CARD type (if it is normally accepted by the Checkbox API) - the implementation of the setting will take 1 hour

2. and then complete the checkbox that will turn off the display of the transaction type in the receipt.

If there is such a parameter in the API - provide information about it - we can finalize the corresponding setting in 1 hour.
In the current documentation https://docs.google.com/document/d/1Zhkc4OljKjea_235YafVvZunkWSp6TCAKeckhgl8t2w/... I don't see an explicit setting that allows this.

3. when there are two payments in the html image, the operation type is displayed twice -
According to the representatives of the check box, the "transaction type" refers to the check and not to the payment, so I think the conclusion of the check operation type twice is a mistake. please check and correct.

You can similarly address this claim to Checkbox API technical support. We do not pass any parameters to them regarding these signatures - accordingly, the entire check output is generated on their side.
19.10.2021, 16:09
Original comment available on version: ru


2. and then complete the checkbox that will turn off the display of the transaction type in the receipt.

If there is such a parameter in the API - provide information about it - we can finalize the corresponding setting in 1 hour.
In the current documentation https://docs.google.com/document/d/1Zhkc4OljKjea_235YafVvZunkWSp6TCAKeckhgl8t2w/... I don't see an explicit setting that allows this.

- there is such a parameter
and from their answer - it follows that it is sometimes transferred, and sometimes not, because some of my checks have the inscription "Sales" and some do not. (see topic)
19.10.2021, 19:12
Original comment available on version: ru

therefore it is desirable that it be transmitted always,
and who needs to give the setting to turn off the output
19.10.2021, 19:16
Original comment available on version: ru


and from their answer - it follows that it is sometimes transferred, and sometimes not, because some of my receipts have the inscription "Sales" and some do not. (See topic)

I repeat - from our side, the technical_return parameter is not transmitted.
20.10.2021, 14:18
Original comment available on version: ru


Tyndyk Maxim Vadimovich

and from their answer - it follows that it is sometimes transferred, and sometimes not, because some of my receipts have the inscription "Sales" and some do not. (See topic)

I repeat - from our side, the technical_return parameter is not transmitted.

How do you do a return check?
20.10.2021, 16:47
Original comment available on version: ru

how can i see the logs then?
20.10.2021, 17:14
Original comment available on version: ru

20.10.2021, 17:17
Original comment available on version: ru



2. and then complete the checkbox that will turn off the display of the transaction type in the receipt.

If there is such a parameter in the API - provide information about it - we can finalize the corresponding setting in 1 hour.
In the current documentation https://docs.google.com/document/d/1Zhkc4OljKjea_235YafVvZunkWSp6TCAKeckhgl8t2w/... I don't see an explicit setting that allows this.

all the info about the parameter in the header, please complete this checkbox.
I seem to have a bonus 2 hour
20.10.2021, 17:36
Original comment available on version: ru


all the info about the parameter in the header, please complete this checkbox.
I seem to have a bonus 2 hour

Taken in the plan of improvements. The result will be reported.
20.10.2021, 17:39
Original comment available on version: ru


all the info about the parameter in the header, please complete this checkbox.

improved setting "Send check technical return flag (technical_return)" - technical_return is transmitted depending on it: false (if not specified) or true (if specified)
expect an update
21.10.2021, 14:43
Original comment available on version: ru

this setting already exists.
the question was displayed in the html image of the check or not the type of operation.
Default value: false - interesting
if you dress up explicitly, then a line appears in the receipt with the type of operation (Sales)
if you do not transfer anything, then the term does not appear in the image of the check.
this should be flagged
21.10.2021, 16:47
Original comment available on version: ru


this setting already exists.

argumentation?

Default value: false - interesting
if you dress up explicitly, then a line appears in the receipt with the type of operation (Sales)
if you do not transfer anything, then the term does not appear in the image of the check.
this should be flagged

Dmitry, maybe in this case, deign to specifically formulate your requirements?
Do you need a choice of "don't pass / pass false / pass true" or what???
21.10.2021, 16:54
Original comment available on version: ru

- we have a "pass true" setting
need to add setting
pass false / pass nothing
and this should affect, as they said in the checkbox, the display in the html image of a check of the type of operation of this check
Accordingly, the caption for the flag should be
"Display check operation type "Sale""
21.10.2021, 17:24
Original comment available on version: ru

"Display the operation type "Sale"" in the receipt" - it's better like this
21.10.2021, 17:25
Original comment available on version: ru


- we have a "transmit true" setting

this is a completely different parameter relative to the positions in the is_return check

"don't pass / pass false / pass true"

did this (just signed normally) - you can configure all 3 options
21.10.2021, 18:04
Original comment available on version: ru

understand, thanks.
- got good advice from checkbox support.
only now their support says that this parameter is responsible for depositing and withdrawing cash
and we have all these logs that they ask for
because if I do not see these logs, then all this is my fantasy and some schoolchild in the support of the checkbox.
21.10.2021, 20:33
Original comment available on version: ru


- got good advice from checkbox support.
only now their support says that this parameter is responsible for depositing and withdrawing cash

:)

and we have all these logs that they ask for

if you need a check creation log - give a link to the process, I will make a request body based on it - provide them
22.10.2021, 09:13
Original comment available on version: ru

23.10.2021, 23:25
Original comment available on version: ru


Specify the settings of what action (at what stage / procedure) to make the request body? For you have the "Check" procedure, there are several actions ...
25.10.2021, 15:15
Original comment available on version: ru

puzzled how to specify it is not clear.
- each action is configured for a specific payment method.
by the name of the payment method can be viewed.
27.10.2021, 18:36
Original comment available on version: ru

Well, it's trite to tell me at what stage to switch / start the procedure for any of the above processes - and there I'll see which one to start. The check will not be re-created.
28.10.2021, 16:35
Original comment available on version: ru

- press check button
- only if the order already has a receipt ID, no action will work. the first action checks this condition
28.10.2021, 20:36
Original comment available on version: ru

by processhttps://adapter.crm-onebox.com/16718/
request body {"goods":[{"good":{"code":"21464","name":"\u041f\u0435\u0440\u0435\u0445\u043e\u0434\u043d\u0438\u043a USB 3.0 SATA II\/III c u043e \u043f\u0438\u0442\u0430\u043d\u0438\u044f 12V \u0434\u043b\u044f SSD \u0438 HDD 2.5\"\/ 3.5\" \u0434\u0438\u0441\u043a\u043e\u04 ":"","price":24500},"quantity":1000,"is_return":false}],"payments":[{"type":"CARD","value":24500,"label": "\u041a\u0430\u0440\u0442\u043a\u0430"}]}
01.11.2021, 15:16
Original comment available on version: ru


Tyndyk Maxim Vadimovich
OneBox production
Administrator wrote:
by processhttps://adapter.crm-onebox.com/16718/
request body {"goods":[{"good":{"code":"21464","name":"\u041f\u0435\u0440\u0435\u0445\u043e\u0434\u043d\u0438\u043a USB 3.0 SATA II\/III c u043e \u043f\u0438\u0442\u0430\u043d\u0438\u044f 12V \u0434\u043b\u044f SSD \u0438 HDD 2.5\"\/ 3.5\" \u0434\u0438\u0441\u043a\u043e\u04 ":"","price":24500},"quantity":1000,"is_return":false}],"payments":[{"type":"CARD","value":24500,"label": "\u041a\u0430\u0440\u0442\u043a\u0430"}]}

this one is paid.
16717 - unpaid
and 16172 - two payments
01.11.2021, 19:14
Original comment available on version: ru


16717 - unpaid

{"delivery":{"email":"kevgen5516@gmail.com"},"goods":[{"good":{"code":"21459","name":"\u0412\u043d\u0435\ u0448\u043d\u044f\u044f \u0437\u0432\u0443\u043a\u043e\u0432\u0430\u044f \u043a\u0430\u0440\u0442\u0430 Digital USB 5.1 \u043e\u043f\u0442\u0438\u0447\u0435\u0441 \u043a\u0438\u0439 S\/PDIF \u0432\u0445\u043e\u0434\/\u0432\u044b\u0445\u043e\u0434 (AC-USB-5.1-TOSLINK)","barcode":"","price ":47800},"quantity":1000,"is_return":false}],"payments":[{"type":"CASH","value":47800,"label":"\u0413\u043e\u0442 \u0456\u0432\u043a\u0430"}]}

and 16172 - two payments

{"delivery":{"email":"al.samarsky@gmail.com"},"goods":[{"good":{"code":"20793","name":"\u041f\u0435\ u0440\u0435\u0445\u043e\u0434\u043d\u0438\u043a u0435\u0442\u0435","barcode":"","price":28800},"quantity":3000,"is_return":false}],"payments":[{"type":"CARD"," value":86400,"label":"\u041a\u0430\u0440\u0442\u043a\u0430"}]}
PS: This is my last post on this thread. The modification you requested has been completed. If after talking with Checkbox there is a need for a new revision - draw up a specific TOR and create a new topic - you will be appreciated.
02.11.2021, 12:46
Original comment available on version: ru

Please join the conversation. If you have something to say - please write a comment. You will need a mobile phone and an SMS code for identification to enter. Log in and comment