1b.app
Скопирована ссылка -

Ошибка при фискализации возвратного чека

Ранее возвратный чек создавался без платежей в процессе. В доказательство вот список процессов (30 шт), в которых фискализирован возвратный чек - https://one-box.shine-bright.com.ua/admin/customorder/rro/?filtermanagerid=&...

С сегодняшнего дня у меня появляется ошибка:

"Произошла ошибка.
Validation error
Сума платежів не може бути меньшою ніж сума чеку"

Процесс - https://one-box.shine-bright.com.ua/admin/customorder/rro/215470/edit/

Вы что-то поменяли? Если да, то верните возможность фискализировать возврат без платежей в процессе, как это было. Спасибо.

Ответы:


Фархшатов Родион писал/а:
С сегодняшнего дня у меня появляется ошибка:

"Произошла ошибка.
Validation error
Сума платежів не може бути меньшою ніж сума чеку"

эту ошибку выдаёт Checkbox API


Фархшатов Родион писал/а:
Вы что-то поменяли?

Нет
Вероятно проверки на своей стороне доработали в Checkbox - вы можете уточнить этот момент у их техподдержки
09.08.2021, 11:01

Уточнил, они изменили валидацию, и нужно, чтобы обязательно передавалась сумма.

Пробовал провести платёж в процессе, но ошибка та же и возникает из-за того, что платёж исходящий. Со входящим получается, но это процесс возврата оплаты.

Вы можете добавить настройку, чтобы при возвратном чеке передавалась сумма процесса, как сумма платежа?
09.08.2021, 16:15


Фархшатов Родион писал/а:
Вы можете добавить настройку, чтобы при возвратном чеке передавалась сумма процесса, как сумма платежа?

Да, можем - такая доработка займёт 1 час. Выставить счет?
09.08.2021, 17:10

а без доработки просто поправить базовую логику возврата можете? При исходящем платеже возвратный чек не создаётся
09.08.2021, 22:01

Без доработки я могу сделать мелкое улучшение только в том случае, если вы будете являться пользователем платного облачного тарифа.
Но так как у вас коробка (купленная AS IS) - у нас нет обязательств в выполнении бесплатно каких либо доработок (это не ошибка с нашей стороны, а нововведения со стороны стороннего сервиса).
10.08.2021, 09:14


Тындык Максим Вадимович

OneBox production писал/а:

Фархшатов Родион писал/а:
Вы можете добавить настройку, чтобы при возвратном чеке передавалась сумма процесса, как сумма платежа?

Да, можем - такая доработка займёт 1 час. Выставить счет?

Готов оплатить половину.
10.08.2021, 13:30


Фархшатов Родион писал/а:
Вы можете добавить настройку, чтобы при возвратном чеке передавалась сумма процесса, как сумма платежа?

Вот это - хотелка/доработка, потому что это отход от базовой логики работы возврата (когда возврат подразумевает возвратный платёж). И мне этот вариант больше подходит, и я готов разделить стоимость доработки с Александром. Выставляйте счёт.

А то, что у вас не работает базовая функция возвратного чека с исходящим платежом в процессе - это недоделанная интеграция.

У вас есть интеграция. В ней произошли изменения, у клиентов интеграция не работает. Вы в таком случае не собираетесь вносить изменения? Только как доработка?

Если Новая Почта сейчас поменяет что-то в АПИ, и интеграции отвалятся, то вы тоже не планируете её модернизировать?

И раз при входящем платеже фискализация возвратного чека проходит, то сумма всё же передаётся, и проблема возникает, когда платёж исходящий. Получается, вы изначально не предусмотрели этого, а валидация на тот момент не выдавала ошибки.

Почему не работает с исходящим платежом? Вы передаёте сумму с минусом?
10.08.2021, 21:46


Фархшатов Родион писал/а:
Вот это - хотелка/доработка, потому что это отход от базовой логики работы возврата (когда возврат подразумевает возвратный платёж). И мне этот вариант больше подходит, и я готов разделить стоимость доработки с Александром. Выставляйте счёт.

Я организую чтобы вам выставили счет.

Фархшатов Родион писал/а:
А то, что у вас не работает базовая функция возвратного чека с исходящим платежом в процессе - это недоделанная интеграция.

Напоминаю вам, что вы преобрели коробочную версию продукта (как есть на момент покупки) - изначально там вообще не было данной интеграции. Интеграция была сделала ровно так, как требовало API на момент её реализации.

Фархшатов Родион писал/а:
У вас есть интеграция. В ней произошли изменения, у клиентов интеграция не работает. Вы в таком случае не собираетесь вносить изменения? Только как доработка?

Мы внесём изменения и обновим наших платных облачных клиентов - у них тариф подразумевает небольшие улучшения и т.п.
Ваше видение сейчас - равноценно тому, что я могу взять машину купленную 4 года назад и приехать к официальному диллеру и требовать бесплатного тюнинга своего авто, ведь я его у них когда-то же купил, они мне теперь всю жизнь обязанны.
Насколько мне известно - мы должны вам только исправление ошибок с нашей стороны. А изменения в стороннем сервисе - это не наша ошибка.

Фархшатов Родион писал/а:
Если Новая Почта сейчас поменяет что-то в АПИ, и интеграции отвалятся, то вы тоже не планируете её модернизировать?

Если они изменят что-то со своей стороны, при этом сломают текущую работу интеграции - будет 2 варианта решения:
1. Мы вносим изменения и обновляем облачных клиентов, ибо их платные тарифы подразумевают подобную поддержку.
2. Пользователям коробочных версий - доработка (хоть добивайтесь чтобы Новая почта делала 2 варианта апи, либо оплачивала доработку вместо вас)

Если же это новый функционал, которые кому-то нужен - это доработка/улучшение в зависимости от сложности/времени/тарифа клиента.

Фархшатов Родион писал/а:
И раз при входящем платеже фискализация возвратного чека проходит, то сумма всё же передаётся, и проблема возникает, когда платёж исходящий. Получается, вы изначально не предусмотрели этого, а валидация на тот момент не выдавала ошибки.

Почему не работает с исходящим платежом? Вы передаёте сумму с минусом?

Мы не должны были предусмотреть то, о чём не было указано в техническом задании или документации сервиса, с которым делается интеграция.
Если на то пошло и вы утверждаете что мы должны были сделать вашу интеграцию иначе - аргументируйте это техническим заданием на интеграцию, а так же документацией сервиса https://dev-api.checkbox.in.ua/api/redoc#operation/create_receipt_api_v1_receipt... - где именно там указано о формате передачи платежей - как минимум там указано что значение может принимать формат данных integer - а это значения от −2 147 483 648 до 2 147 483 647. И без указания на то в документации мы считаем логичным, что входящие платежи - это положительная сумма, а исходящие (возврат суммы) - это отрицательная сумма.
11.08.2021, 11:48


Тындык Максим Вадимович

OneBox production писал/а:
Мы внесём изменения и обновим наших платных облачных клиентов - у них тариф подразумевает небольшие улучшения и т.п.
Ваше видение сейчас - равноценно тому, что я могу взять машину купленную 4 года назад и приехать к официальному диллеру и требовать бесплатного тюнинга своего авто, ведь я его у них когда-то же купил, они мне теперь всю жизнь обязанны.
Насколько мне известно - мы должны вам только исправление ошибок с нашей стороны. А изменения в стороннем сервисе - это не наша ошибка.

Вы говорите про тюнинг (это доработка/улучшение), а то, что отваливается какая-то интеграция - это ремонт.

Я купил софт с интеграцией, например, Новая Почта. Через время интеграция перестала работать. И меня, как клиента не должна волновать причина, будь то обновление АПИ или что-то другое. У меня должна быть всегда работающая интеграция, за которую я заплатил.

Это как браузер Хром поменяет что-то, и на айфонах он перестанет открываться. Эппл не скажут вам доплатите за то, чтобы мы внесли изменения. Для этого и есть обновления, которые регламентируются и у вас, разве не так?


Тындык Максим Вадимович

OneBox production писал/а:
Если на то пошло и вы утверждаете что мы должны были сделать вашу интеграцию иначе - аргументируйте это техническим заданием на интеграцию, а так же документацией сервиса https://dev-api.checkbox.in.ua/api/redoc#operation/create_receipt_api_v1_receipt... - где именно там указано о формате передачи платежей - как минимум там указано что значение может принимать формат данных integer - а это значения от −2 147 483 648 до 2 147 483 647. И без указания на то в документации мы считаем логичным, что входящие платежи - это положительная сумма, а исходящие (возврат суммы) - это отрицательная сумма.

В АПИ указан тип платежа RETURN http://joxi.ru/KAg5e35IN95EVm, т.е. вы указываете, что это возврат и при этом передаёте сумму минусовую. А возврат минуса это как 2 раза минус, т.е. в итоге +.

Это только у вас в боксе минусы на исходящих платежах, другие системы этого не понимают. Логично, что передаётся положительная сумма и отдельно сообщается, что это возврат.
11.08.2021, 16:34




Фархшатов Родион писал/а:
Вы говорите про тюнинг (это доработка/улучшение), а то, что отваливается какая-то интеграция - это ремонт.

Я могу навести кучу других аналогий - суть не меняется.

Я купил софт с интеграцией, например, Новая Почта. Через время интеграция перестала работать. И меня, как клиента не должна волновать причина, будь то обновление АПИ или что-то другое. У меня должна быть всегда работающая интеграция, за которую я заплатил.

Вы купили софт "как есть" - вы его и получили. Я не думаю, что у вас есть юридическое основание для того, что мы должны вам что либо, кроме исправления ошибок со своей стороны (изменения работы стороннего АПИ - это не ошибка продукта). Если Вы считаете иначе - ваше право обратиться к руководству, возможно и с судовой притензией и решать там кто что вам должен в таком случае.

Это как браузер Хром поменяет что-то, и на айфонах он перестанет открываться. Эппл не скажут вам доплатите за то, чтобы мы внесли изменения. Для этого и есть обновления, которые регламентируются и у вас, разве не так?

У нас поддержка и обновления регламентируются в облачных тарифах, которые обновляются и поддерживаются.


Фархшатов Родион писал/а:
В АПИ указан тип платежа RETURN http://joxi.ru/KAg5e35IN95EVm, т.е. вы указываете, что это возврат и при этом передаёте сумму минусовую. А возврат минуса это как 2 раза минус, т.е. в итоге +.

Это только у вас в боксе минусы на исходящих платежах, другие системы этого не понимают. Логично, что передаётся положительная сумма и отдельно сообщается, что это возврат.

По документации создания чека на момент интеграции (в том числе и в вашем случае) https://dev-api.checkbox.in.ua/api/redoc#operation/create_receipt_api_v1_receipt... нет указанных вами типов платежей (скриншот в приложении).
Чтобы указывать что что-то у вас должно работать иначе - будьте добры аргументировать это технических заданием, договором, либо любым другим документов, в котором будет согласована конкретная логика работы интеграции в вашей коробке.

Я оценил вам доработку вашей коробочной версии, либо могу предложить вариант перехода на платный облачный тариф - и тогда мы будем поддерживать подобные моменты в виде улучшений за нас счет. Если вас не устраивает никакой из данных вариантов - это ваше право.
11.08.2021, 17:04

Поскольку я готов половину оплатить доработки, вопрос: будет ли она реализована на версии MVP
12.08.2021, 08:45


Грабовский Александр писал/а:
Поскольку я готов половину оплатить доработки, вопрос: будет ли она реализована на версии MVP

Если вы платите за доработку - она будет реализована на вашей версии продукта (в данном случае MVP) и обновлена вам сразу же после её выполнения
12.08.2021, 13:14


Тындык Максим Вадимович

OneBox production писал/а:

Грабовский Александр писал/а:
Поскольку я готов половину оплатить доработки, вопрос: будет ли она реализована на версии MVP

Если вы платите за доработку - она будет реализована на вашей версии продукта (в данном случае MVP) и обновлена вам сразу же после её выполнения

Оплвчивает Родион.
Я ему возвращаю половину.
Какая у него версия не знаю
12.08.2021, 13:36


Грабовский Александр писал/а:
Оплвчивает Родион.

Счет был выставлен ещё вчера.

Грабовский Александр писал/а:
Какая у него версия не знаю

То же MVP - будет обновлено оба проекта.
12.08.2021, 14:12

Счёт оплачен. Уточняю по доработке:

В сумму фискального чека передаётся итоговая сумма процесса. Положительным числом. Тип "Возврат". Наличие платежа в процессе не обязательно.
12.08.2021, 14:36


Фархшатов Родион писал/а:
В сумму фискального чека передаётся итоговая сумма процесса. Положительным числом. Тип "Возврат". Наличие платежа в процессе не обязательно.

Я вот думаю, исходя из комментария https://crm-onebox.com/ru/ajax/download/9253/ - не будет проблем, если к примеру чек продажи был на 2 платежа, а возврат будет на 1?
Может лучше будет в действии учитывать только входящие платежи - и получается передать тот же чек, но с isReturn как говорят - а уже в процессе вы можете добавить входящие платежи, а после них и исходящие (чтобы в 0 выйти) ?
12.08.2021, 16:05

Я не вижу проблемы, возврат осуществляется одним платежом по факту, один и передаётся. Но суть доработки наоборот, чтобы фискализировался возвратный чек без каких-либо платежей, как это было до изменения валидации.

Мы возврат средств проводим в основном процессе (заказе), а для фискализации возврата создаётся подпроцесс, добавляется товар, нажимается кнопка Фискализировать возврат. Никаких платежей. Нужно именно так.

Просто передать в сумму платежа сумму процесса.
13.08.2021, 03:32

Доработана настройка "При возрате передать платеж на сумму процесса (вне зависимости от наличия платежей)"
При создании возвратного чека и установке новой настройки - вместо платежей процесса будет передан 1 платёж на сумму процесса в базовой валюте с типом и названием согласно настроек действия
13.08.2021, 09:35


Тындык Максим Вадимович

OneBox production писал/а:
Доработана настройка "При возрате передать платеж на сумму процесса (вне зависимости от наличия платежей)"
При создании возвратного чека и установке новой настройки - вместо платежей процесса будет передан 1 платёж на сумму процесса в базовой валюте с типом и названием согласно настроек действия

Не работает
https://drive.google.com/file/d/1BVY4D-dTtVaz6ifHNl8XqRwiBnmPbA67/view?usp=shari...
16.08.2021, 17:00


Пожалуйста, присоединяйтесь к диалогу. Если вам есть что сказать - пожалуйста, напишите комментарий. Для входа потребуется мобильный телефон и смс-код для идентификации. Войти и написать комментарий