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

Доработка. Импорт финансов с Seller-Online

Кто готов взяться за доработку? Оцените.

Seller-Online - это подрядчик по работе с заказами с заграничных маркетплейсов.

API v1.0 (Используем для интеграции заказов и финансов):
https://app.swaggerhub.com/apis/seller-online/seller-online-user/1.0.1#/
Нужно по API тянуть все финансовые операции в OneBox.
Для этого создан кошелек, в который нужно импортировать операции.

Импортируем такие данные (https://prnt.sc/vm822f):
* "payment_date" - Дата платежа в OneBox
* "payment_type" - Обозначает Входящий или Исходящий платеж в OneBox.
* "payment_sum" - Сумма платежа
* "payment_order_id" - Доп. поле платежа https://prnt.sc/100riuk
* "payment_parcel_id" - Доп. поле платежа https://prnt.sc/100uwal
Также нужно вытянуть переменные https://prnt.sc/100vjmf, сейчас у технарей Seler уточняю какие переменные в API их дают. Мне кажется вот эта. Их мы поместим в комментарий платежа в OneBox. Сначала "Комментарий", а с новой строки "Назначение платежа"

Импортируем с помощь “Автоматические действия раз в минуту”
В авт. действии настраиваем такие пункты:
* Частота запуска (в мин.): указывается цифрой. - Пишем цифру, которая означает через сколько минут запустить авт. действие.
* Пользователь от которого будут создаваться платежи: выпадающий список с сотрудниками.
* Аккаунт на который будут зачислены платежи: выпадающий список с платежными аккаунтами.
* API ключ - Ключ для соединения.

Нужно учитывать, что финансы будем тянуть с нескольких кабинетов. (На разные кошельки OneBox)

Ответы:



Устименко Игорь
OneBox CTO писал/а:
12ч

https://crm-onebox.com/ru/support/onebox-integrators/3440-integratsiya-seller-on...
Здесь оценка была в 2 раза меньше по времени.
Как-то по другому думали ее осуществить нежели я описал, или в чем разница?
19.02.2021, 16:07


Грабовский Александр
Клиент писал/а:

Устименко Игорь
OneBox CTO писал/а:
12ч

https://crm-onebox.com/ru/support/onebox-integrators/3440-integratsiya-seller-on...
Здесь оценка была в 2 раза меньше по времени.
Как-то по другому думали ее осуществить нежели я описал, или в чем разница?

там ТЗ не расписано поэтому никто не собирался делать такие настройки и логику как вы описали тут

если без настроек а просто зашить в код логику то оценка та что там
19.02.2021, 16:17


Грабовский Александр

Клиент писал/а:
Импортируем с помощь “Автоматические действия раз в минуту”
В авт. действии настраиваем такие пункты:
* Частота запуска (в мин.): указывается цифрой. - Пишем цифру, которая означает через сколько минут запустить авт. действие.
* Пользователь от которого будут создаваться платежи: выпадающий список с сотрудниками.
* Аккаунт на который будут зачислены платежи: выпадающий список с платежными аккаунтами.
* API ключ - Ключ для соединения.


Настройки, имеется ввиду эта часть?
Я думал что она по-любому делается.

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

Задача подключить финансы 2х кабинетов.
Логично что ключ может меняться, соответственно я должен как-то его вносить.
Частоту запуска можем сделать стандартную: 1 раз в мин. (Если есть разница в нагрузке на систему из-за частого запроса, можем сделать раз в 5 мин.)
* Пользователь от которого будут создаваться платежи - Можем тоже сделать стандартным, если на это уходит время.
* Аккаунт на который будут зачислены платежи - можем сделать стандартным, но как тогда его менять или выбирать?
20.02.2021, 14:27


Грабовский Александр
Клиент писал/а:
Частоту запуска можем сделать стандартную: 1 раз в мин. (Если есть разница в нагрузке на систему из-за частого запроса, можем сделать раз в 5 мин.)

-1ч


Грабовский Александр
Клиент писал/а:
* Пользователь от которого будут создаваться платежи - Можем тоже сделать стандартным, если на это уходит время.


-1ч

если убрать доп поля будет еще -2ч
20.02.2021, 23:55

Ок. Согласен на доработку в 10 часов.
Без настроек:
* Частота запуска (в мин.)
* Пользователь от которого будут создаваться платежи
Доп. поля оставляем.

Также вопрос:
* "payment_order_id"
* "payment_parcel_id"
Мы сможем их отобразить в OneBox как ссылку? в формате:
https://my.seller-online.com/shippings.php?#468010 - где 468010 это "payment_parcel_id"
https://my.seller-online.com/view_order.php?order_id=30439865 - где 30439865 это "payment_parcel_id"
Чтобы сразу нажав на ссылку нам отрылся заказ.
При надобности формат доп. поля (как я понимаю) в OneBox можем поставить как ссылка, и передавая данные просто к ним прикреплять первую часть ссылки.

По переменным "Комментарий" и "Назначение платежа", разработчики ответили вот таким скрином.
https://prnt.sc/102tr70
Если что будет не понятно - могу уточнить у них.

ТЗ полностью понятен, не нужно ничего больше?
21.02.2021, 16:22


Грабовский Александр
Клиент писал/а:
Ок. Согласен на доработку в 10 часов.
Без настроек:
* Частота запуска (в мин.)
* Пользователь от которого будут создаваться платежи
Доп. поля оставляем.

Также вопрос:
* "payment_order_id"
* "payment_parcel_id"
Мы сможем их отобразить в OneBox как ссылку? в формате:
https://my.seller-online.com/shippings.php?#468010 - где 468010 это "payment_parcel_id"
https://my.seller-online.com/view_order.php?order_id=30439865 - где 30439865 это "payment_parcel_id"
Чтобы сразу нажав на ссылку нам отрылся заказ.
При надобности формат доп. поля (как я понимаю) в OneBox можем поставить как ссылка, и передавая данные просто к ним прикреплять первую часть ссылки.

По переменным "Комментарий" и "Назначение платежа", разработчики ответили вот таким скрином.
https://prnt.sc/102tr70
Если что будет не понятно - могу уточнить у них.

ТЗ полностью понятен, не нужно ничего больше?

зашивать ссылки не получится
+ они вам ничего не дадут так как там нужна авторизация

в остальном ок - отправлять счет ?
21.02.2021, 17:24


Устименко Игорь
OneBox CTO писал/а:
в остальном ок - отправлять счет ?

Да выставляйте счет.
22.02.2021, 11:46

Получил инфо от seller, небольшая корректировка:
вместо "payment_parcel_id" использовать переменную "shipment_id"
22.02.2021, 15:44

Оплатил доработку.
Дублирую корректный ТЗ:

API v1.0 (Используем для интеграции заказов и финансов):
https://app.swaggerhub.com/apis/seller-online/seller-online-user/1.0.1#/
Нужно по API тянуть все финансовые операции в OneBox.
Для этого создан кошелек, в который нужно импортировать операции.

Импортируем такие данные (https://prnt.sc/vm822f):
* "payment_date" - Дата платежа в OneBox
* "payment_type" - Обозначает Входящий или Исходящий платеж в OneBox.
* "payment_sum" - Сумма платежа
* "payment_order_id" - Доп. поле платежа https://prnt.sc/100riuk
* "shipment_id" - Доп. поле платежа https://prnt.sc/100uwal
* "payment_comment" - Первая часть комментария в платеже OneBox (С новой строки следующая переменная)
* "payment_operation_name" - Вторая часть комментария в платеже OneBox

Импортируем с помощь “Автоматические действия раз в минуту”
В авт. действии настраиваем такие пункты:
* Аккаунт на который будут зачислены платежи: выпадающий список с платежными аккаунтами.
* API ключ - Ключ для соединения.

Нужно учитывать, что финансы будем тянуть с нескольких кабинетов. (На разные кошельки OneBox)
23.02.2021, 11:31

Добрый вечер.
Хочу понимать статус.
Я оплатил, но фитбек не получил.
Разработка взялась в работу или нет.
Какие сроки?
24.02.2021, 22:31


Грабовский Александр
Клиент писал/а:
Добрый вечер.
Хочу понимать статус.
Я оплатил, но фитбек не получил.
Разработка взялась в работу или нет.
Какие сроки?

да взялась

по срокам 5-6 рабочих дней
25.02.2021, 14:16

Добрый день. Как у нас дела с доработкой? На каком этапе?
04.03.2021, 08:33


Грабовский Александр
Клиент писал/а:
Хочу понимать статус.

добрый день

она выполненна и сегодня будет выгружена вам
04.03.2021, 14:32

Добрый день!
Сейчас нет доступа к ПК, потому на телефоне проверял.
В настройках авт. действия заметил, что переменные я должен сам привязывать к доп. полю финансов.
Но там не все переменные касаются именно доп. полей финансов.
Например дата создания платежа и т.п.
В ТЗ по другому согласовывали это решение.
06.03.2021, 11:33

Сегодня проверял на ПК.
Предыдущие платежи подтянуло. Все норм.
Но сегодня 3 платежа не подтянуло. https://prnt.sc/10gdirf
08.03.2021, 22:04

За 09.03.21 платежи не подтянулись
https://prnt.sc/10hen05
Те о которых писал вчера, подтянулись аж сегодня, но задвоились. (я удалил дубликаты)
09.03.2021, 23:02

Александр, в чем сейчас именно проблема? 3 платежа было, вы их удалили, по крону подтянулись новые
10.03.2021, 10:07

Заметил проблему, что оплаты заходят с задержкой, иногда в сутки.
Пишу вечером Вам что нет оплат, а утром они заходят.
08.03 в 22:04 - этих оплат не было (https://prnt.sc/10gdirf), хотя они в 0:55 зашли. (Почти сутки прошли.) Утром они подтянулись, но не 3 шт. а 6 шт. Каждая оплата продублировалась. Я удалил дубликат. Они подтянулись снова (https://prnt.sc/10hxt1r)
09.03 в 23:02 - этих оплат не было (https://prnt.sc/10gdirf), хотя они в 15:17 зашли. Сегодня зашли. некоторые продублировались (https://prnt.sc/10hxudx, https://prnt.sc/10hxw7h)
10.03.2021, 12:49

Добрый день!
Прошло 2 дня с моего запроса.
На всякий случай хочу уточнить или ним занимаются?
12.03.2021, 11:24

Здравствуйте. Задвоение платежей было исправлено, платежи все которые получаем по api пытаемся создать в боксе. В списке полученных платежей встречаются платежи с нулевой стоимостью и такие платежи не будут созданы в системе, остальные в системе есть
12.03.2021, 16:48


Мария писал/а:
Здравствуйте. Задвоение платежей было исправлено, платежи все которые получаем по api пытаемся создать в боксе. В списке полученных платежей встречаются платежи с нулевой стоимостью и такие платежи не будут созданы в системе, остальные в системе есть

По-моему все Ок. если будут вопросы - буду создавать тикет.
Спасибо за доработку!
25.03.2021, 11:22

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