ТТН Джастин всегда стоит наложка

Тело платежа ставить, но ведь не ставиться галочка "Необходимо оплачивать заказ" выше?

Так а зачем мне та галочка. Нужно создать заказ без наложки. Кикие бы я галочки не ставил или не удалял - наложка будет в любом случае

Когда данная галочка не указана, параметр order_payment_is_required передается как false - что исходя из документации https://justin.ua/api/api_justin_documentation.pdf и указывает на то, что послеоплаты нет. Возможно в API произошли какие-то изменения и логика изменилась - можете уточнить это у техподдержки Justin.

Почему же тогда "Тело платежа" в боксе всегда подтягивает общей суммой заказа (удалить нельзя). Я так понимаю если галочка "Необходимо оплачивать заказ" не стоит то и тело платежа должно быть равным нулю. Судя документации параметр cod_amount в таком случае равен 0 На данный момент прописать даже вручную тело платежа=0 в самом боксе невозможно Получается параметр cod_amount мы передаем значением равным сумме заказа Раньше при создании ТТН такого не было, тело платежа стояло 0

[quote] Ташута Сергей Григорьевич писал/а: Почему же тогда "Тело платежа" в боксе всегда подтягивает общей суммой заказа (удалить нельзя). Я так понимаю если галочка "Необходимо оплачивать заказ" не стоит то и тело платежа должно быть равным нулю. Судя документации параметр cod_amount в таком случае равен 0 На данный момент прописать даже вручную тело платежа=0 в самом боксе невозможно Получается параметр cod_amount мы передаем значением равным сумме заказа Раньше при создании ТТН такого не было, тело платежа стояло 0 [/quote] Сергей, можете попробовать добавить дополнительное поле к заказу и настроить его расчёт в зависимости от способа оплаты, например, и выбрать его в настройках [file]5077[/file]

Андрей, я уже так пробовал. Что происходит - в теле платежа действительно показывает 0, обрадовался поехал в джастин. Они открыли у себя на компе и говорят "Наложка у Вас стоит" нужно переделывать всю ТТН

[quote] Ташута Сергей Григорьевич писал/а: Раньше при создании ТТН такого не было, тело платежа стояло 0 [/quote] Насколько мне известно - нет. Если необходимо чтобы при отсуствии галочки (по умолчанию в общем) не подставлялось тело платежа (а при установке галочки - подставлялось) - это доработка интеграции. [quote] Ташута Сергей Григорьевич писал/а: Андрей, я уже так пробовал. Что происходит - в теле платежа действительно показывает 0, обрадовался поехал в джастин. Они открыли у себя на компе и говорят "Наложка у Вас стоит" нужно переделывать всю ТТН [/quote] А они могут указать на основании каких переданных параметров в запросе они определили что наложка?

Та нет конечно, это же обычное отделение где сидит обычный оператор, он слова даже незнает что такое "параметр". Он просканировал мой созданный ттн - открылось в нее в программе информация, где была указана наложка. По поводу галочки, мне то неважно подставляется тело платежа или нет. Тут просто надо дать возможность нормально делать ттн из бокса, а если они делаются криво, то очевидно ни один менеджер не будет их делать в боксе

Давайте поступим следующим образом - я добавил на вашем проекте логгирование запросов в API Justin. Как сделаете заказ якобы "без наложки" - вот здесь https://tashuta.ua/admin/logs/showall/ajax/?file=justin-2021-04-14.log (это лог за сегодня) будет лог какие данные мы отправили к ним в API. Собственно если там мы не передаем order_payment_is_required - обратитесь в техподдержку Justin для выяснения на основании чего наложка.

Максим, сделал ттн в тестовом заказе в 19:18 https://tashuta.ua/admin/customorder/order/9582/justininvoice/ Ссылка на маркировку https://api.justin.ua/pms/hs/api/v1/printSticker/order?order_number=9582&api_key=38579829-ffa3-11e9-abd9-0050569b41a9 Не смотрите что там не стоит наложка (по факту она есть в них в программе) Я так понимаю крон часовой, через час должно показать информацию. Сам также посмотрю позже

Максим, проверил order_payment_is_required":false но вот order_amount":690 - стоимость наложки, все же по логике надо передавать 0, если наложки нету [file]5112[/file] 1.Еще раз проверю у оператора отобразилась ли наложка 2.Напишу в техподдержку джастин - дам знать

Также хочу написать по поводу идеи которую предлагал Андрей [file]5124[/file] Сделал дополнительно поле с нулевым значением [file]5125[/file] По факту все равно тело платежа ставиться И могу заверить на 100% перед новым годом такого не было, тело платежа я мог ставить вручную и оно по умолчанию было нулевое. И джастин работал отлично

[quote] Ташута Сергей Григорьевич писал/а: Максим, проверил order_payment_is_required":false но вот order_amount":690 - стоимость наложки, все же по логике надо передавать 0, если наложки нету 1.Еще раз проверю у оператора отобразилась ли наложка 2.Напишу в техподдержку джастин - дам знать [/quote] От техподдержки есть результат?

Нет, там ни ответа ни привета, глухо. Еще раз проверил у себя на отделении - наложка есть. Все же было бы проще сделать как и раньше - дать возможность из бокса редактировать "тело платежа" и ставить любое, а не так как сейчас - то что бокс поставил и исправить на свое значение нельзя. Раньше такой проблемы не было и "тело платежа" можно было редактировать, соответсвенно ставишь его 0 вручную и проблем нету

Вот собственно была тема, где по запросу клиента это было реализовано https://crm-onebox.com/ru/support/logistics-and-delivery-services/1463-justin---posle-sozdaniya-ttn-pishet-kakoy-to-bred-vo-vkladke-ubiraet-gorod-i-stavit-ne-pravilnuyu-summu/ Я могу оценить доработку логики, но нужно решить как её сделать чтобы все стороны были довольны... Возможно стоит доработать настройку в интеграцию, что не просчитывать автоматически тело платежа? И тогда при первом заходе тело будет формировать как и сейчас, и при включенной галочке его можно будет указать как 0 и в дальнейшем оно так будет выводиться. Если таковой вариант подойдёт - в реализации займёт 2 часа.

[quote] Тындык Максим Вадимович писал/а: Вот собственно была тема, где по запросу клиента это было реализовано https://crm-onebox.com/ru/support/logistics-and-delivery-services/1463-justin---posle-sozdaniya-ttn-pishet-kakoy-to-bred-vo-vkladke-ubiraet-gorod-i-stavit-ne-pravilnuyu-summu/ Я могу оценить доработку логики, но нужно решить как её сделать чтобы все стороны были довольны... Возможно стоит доработать настройку в интеграцию, что не просчитывать автоматически тело платежа? И тогда при первом заходе тело будет формировать как и сейчас, и при включенной галочке его можно будет указать как 0 и в дальнейшем оно так будет выводиться. Если таковой вариант подойдёт - в реализации займёт 2 часа. [/quote] А почему бы не сделать, что если берется тело платежа и сумма с дополнительного поля, то не считать автоматически, а если поле пустое, то считать или давать возможность указать вручную? В интеграгранции с НП так и работает

[quote] А почему бы не сделать, что если берется тело платежа и сумма с дополнительного поля, то не считать автоматически, а если поле пустое, то считать или давать возможность указать вручную? В интеграгранции с НП так и работает [/quote] Я могу доработать и таким образом. Оценка в данном случае не поменяется.

Давайте еще раз по порядку и з примером: Вариант по умолчанию: галочка выключена Если Галочка "Необходимо оплачивать заказ" не стоит [file]5283[/file] Параметр order_payment_is_required": false Соотвтветсвенно "тело платежа" = 0 Параметр order_amount": 0 Если галочка включена [file]5284[/file] - включил менеджер при создании ТТН Соответсвенно "тело платежа" = сумме остатка по заказу т.е это [file]5285[/file] Параметр order_amount": остаток по заказу НО, САМОЕЙ ГЛАВНОЕ - менеджер может менять сумму тела платежа при любых обстоятельствах Подтвердите все ли я верно понял

Дополнение: Наверное будет правильное условие: Если менеджер изменил вручную "тело платежа" на какуюто сумму - автоматически ставиться галочка "Необходимо оплачивать заказ" Параметр order_payment_is_required": True Иначе менеджер будет думать я ж наложку поставил - сделал все верно

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

Пересылаю еще раз, подтвердите такую вы логику предлагаете? Вариант по умолчанию: галочка выключена Если Галочка "Необходимо оплачивать заказ" не стоит Параметр order_payment_is_required": false Соотвтветсвенно "тело платежа" = 0 Параметр order_amount": 0 При изменении вручную "тела платежа" на число больше 0, параметр order_payment_is_required": true Если галочка включена - включил менеджер при создании ТТН Соответсвенно "тело платежа" = сумме остатка по заказу т.е это поле [file]5300[/file] Параметр order_amount": остаток по заказу НО, САМОЕЙ ГЛАВНОЕ - менеджер может менять сумму тела платежа при любых обстоятельствах

В моём воображении идеальная схема выглядит так: 1) Так как галочка "Необходимо оплачивать заказ" может либо стоять всегда, либо не стоять, то ставить её всегда или игнорировать вообще, если создаём действием 2) Делать наложу или нет определять на основании суммы в поле "Тело платежа", если 0 - передаём без наложки, если больше 0 - передаём наложку, а сумма в поле это и есть сумма наложки. 3) Считать "Тело платежа" и "Декларированную стоимость", если в настройках кабинета выбрано - на основании дополнительных. полей, и передавать то, что там выбрано, а иначе зачем вообще тогда их выбирать. Это удобно для автоматического создания при переходе на этап 4) Для ручного создания - сделать, чтобы в любом случае можно было поменять значение при создании Суть только в том, что у меня нет клиента для финансовой поддержки данной доработки, поэтому выбирайте, что больше нравится или не выбирайте. Я только предлагаю.

Сергей, я могу реализовать данную логику. Оценку выше предоставлял - 2 часа.

Тындык Максим Вадимович, извините что не по теме но у меня исчезла интеграция с джастином Она была здесь https://baza.cn.ua/admin/shop/integrations/justin-integration-2/control/ Сейчас при переходе выдает 500 По истории нет никакой информации что кто то что то удалял https://baza.cn.ua/admin/shop/activity/?datefrom=&dateto=&url=%2Fadmin%2Fshop%2Fintegrations%2Fjustin-integration-2%2Fcontrol%2F&ip=&post=&user=0 В одной задаче уже писали об этом https://crm-onebox.com/ru/support/logistics-and-delivery-services/8214-znikla-integratsiya-z-justin-boks-shopforcarscrm-oneboxcom/ но вы не стали разбираться В рамках этой задачи https://crm-onebox.com/ru/support/business-processes/8119-nastroit-chtobi-boks-pokazal-chto-deystvie-ne-srabotalo-i-bp-podvis-na-kakom-to-iz-etapov/ Вы обновили мне бокс и возможно после этого исчезла интеграция Пишу здесь так как вы блокируете неугодных согласно задачи https://crm-onebox.com/ru/support/other-crm-and-erp/7751-blokirovka-ogranichenie-na-forume-neugodnih-nevigodnih-polzovateley-tsel-sozdaniya-foruma/ Прошу дать ответ почему после обновления исчезла интеграция и почему система выдает 500 ошибку

Максим, давай тогда по варианту Андрея скрин приложил [file]5328[/file] Впринципе главное что бы можно было создавать без глюков ТТН, а остальные тонкости подстроимся Ну и самое главное 4 пункт - менеджер может изменять значение

Максим, давай тогда по варианту Андрея скрин приложил [file]5329[/file] Впринципе главное что бы можно было создавать без глюков ТТН, а остальные тонкости подстроимся Ну и самое главное 4 пункт - менеджер может изменять значение

[quote] Тындык Максим Вадимович, извините что не по теме но у меня исчезла интеграция с джастином Она была здесь https://baza.cn.ua/admin/shop/integrations/justin-integration-2/control/ Сейчас при переходе выдает 500 По истории нет никакой информации что кто то что то удалял https://baza.cn.ua/admin/shop/activity/?datefrom=&dateto=&url=%2Fadmin%2... В одной задаче уже писали об этом https://crm-onebox.com/ru/support/logistics-and-delivery-services/8214-znikla-in... но вы не стали разбираться [/quote] В данной теме был дан ответ. Проблема не наблюдалась больше ни у кого. [quote] В рамках этой задачи https://crm-onebox.com/ru/support/business-processes/8119-nastroit-chtobi-boks-p... Вы обновили мне бокс и возможно после этого исчезла интеграция [/quote] Ключевое - возможно. А возможно и кто-то как-то удалил. [quote] Пишу здесь так как вы блокируете неугодных согласно задачи https://crm-onebox.com/ru/support/other-crm-and-erp/7751-blokirovka-ogranichenie... [/quote] Я никого не блокирую. Вы просто истратили все свои возможности задавать вопросы на форуме. [quote] Прошу дать ответ почему после обновления исчезла интеграция и почему система выдает 500 ошибку [/quote] Выше в указанной я теме я уже ответил. Вы можете сколько угодно писать в любых темах и что-то требовать (если вам некуда тратить своё время) - это ничего не даст. Я предоставил вам ровно тут информацию, которую смог, в виду отсутствия данных.

[quote] В моём воображении идеальная схема выглядит так: 1) Так как галочка "Необходимо оплачивать заказ" может либо стоять всегда, либо не стоять, то ставить её всегда или игнорировать вообще, если создаём действием 2) Делать наложу или нет определять на основании суммы в поле "Тело платежа", если 0 - передаём без наложки, если больше 0 - передаём наложку, а сумма в поле это и есть сумма наложки. 3) Считать "Тело платежа" и "Декларированную стоимость", если в настройках кабинета выбрано - на основании дополнительных. полей, и передавать то, что там выбрано, а иначе зачем вообще тогда их выбирать. Это удобно для автоматического создания при переходе на этап 4) Для ручного создания - сделать, чтобы в любом случае можно было поменять значение при создании Суть только в том, что у меня нет клиента для финансовой поддержки данной доработки, поэтому выбирайте, что больше нравится или не выбирайте. Я только предлагаю. [/quote] [quote] Ташута Сергей Григорьевич писал/а: Максим, давай тогда по варианту Андрея скрин приложил Впринципе главное что бы можно было создавать без глюков ТТН, а остальные тонкости подстроимся Ну и самое главное 4 пункт - менеджер может изменять значение [/quote] Я опишу как вижу это я: 1. При входе в ручное создание ТТН мы отталкиваемся от наличия настройки интеграции "Необходима оплата заказа " - если она есть - считаем тело платежа, если нет - не считаем. Если поставили/сняли - аналогично включается/выключается просчет при изменении данных внутри окна создания ТТН. Или же для этого можно сделать настройку в интеграции чтобы отключить динамический просчет при редактировании ТТН, чтобы можно было задать Тело платежа самому даже если включена галочка "Необходима оплата заказа " 2. Если указано считать на основании доп.полей (и не сохранена ТТН со своими значениями) - подтягиваем с доп.полей, иначе - считаем по данным процесса (в зависимости от указанной галочки в п.1) По времени это займёт всё те же 2 часа, что оценивал выше.

[quote] Тындык Максим Вадимович писал/а: 2. Если указано считать на основании доп.полей (и не сохранена ТТН со своими значениями) - подтягиваем с доп.полей, иначе - считаем по данным процесса (в зависимости от указанной галочки в п.1) [/quote] Если будет стоять галочка "Необходимо оплачивать", а в доп поле "Тело платежа" стоит 0 и создаем автоматическим действием накладную, не будет считать наложку? Ели я правильно понимаю, то должно быть предельно чётко, нельзя же передавать и галочку что нужно оплачивать, но при этом слать сумму 0.

[quote] Если будет стоять галочка "Необходимо оплачивать", а в доп поле "Тело платежа" стоит 0 и создаем автоматическим действием накладную, не будет считать наложку? [/quote] то в API Justin будут переданы параметры соответственно. Как они там у себя уже реагируют на это - мы не знаем, и судя по попыткам получить от них информацию выше - сможем узнать только опытным путём )) [quote] Ели я правильно понимаю, то должно быть предельно чётко, нельзя же передавать и галочку что нужно оплачивать, но при этом слать сумму 0. [/quote] ну тогда значит не ставить галочку по умолчанию? тем более выше мы так и не получили ответ от Justin как они реагируют на этот параметр

[quote] Тындык Максим Вадимович писал/а: [quote] В моём воображении идеальная схема выглядит так: 1) Так как галочка "Необходимо оплачивать заказ" может либо стоять всегда, либо не стоять, то ставить её всегда или игнорировать вообще, если создаём действием 2) Делать наложу или нет определять на основании суммы в поле "Тело платежа", если 0 - передаём без наложки, если больше 0 - передаём наложку, а сумма в поле это и есть сумма наложки. 3) Считать "Тело платежа" и "Декларированную стоимость", если в настройках кабинета выбрано - на основании дополнительных. полей, и передавать то, что там выбрано, а иначе зачем вообще тогда их выбирать. Это удобно для автоматического создания при переходе на этап 4) Для ручного создания - сделать, чтобы в любом случае можно было поменять значение при создании Суть только в том, что у меня нет клиента для финансовой поддержки данной доработки, поэтому выбирайте, что больше нравится или не выбирайте. Я только предлагаю. [/quote] [quote] Ташута Сергей Григорьевич писал/а: Максим, давай тогда по варианту Андрея скрин приложил Впринципе главное что бы можно было создавать без глюков ТТН, а остальные тонкости подстроимся Ну и самое главное 4 пункт - менеджер может изменять значение [/quote] Я опишу как вижу это я: 1. При входе в ручное создание ТТН мы отталкиваемся от наличия настройки интеграции "Необходима оплата заказа " - если она есть - считаем тело платежа, если нет - не считаем. Если поставили/сняли - аналогично включается/выключается просчет при изменении данных внутри окна создания ТТН. Или же для этого можно сделать настройку в интеграции чтобы отключить динамический просчет при редактировании ТТН, чтобы можно было задать Тело платежа самому даже если включена галочка "Необходима оплата заказа " 2. Если указано считать на основании доп.полей (и не сохранена ТТН со своими значениями) - подтягиваем с доп.полей, иначе - считаем по данным процесса (в зависимости от указанной галочки в п.1) По времени это займёт всё те же 2 часа, что оценивал выше. [/quote] Привет, парни. У нас тоже на 2х боксах эта проблема, думал менеджер тупица, постоянно забывает галочку снять при ручном создании, а нет... "Если поставили/сняли - аналогично включается/выключается просчет при изменении данных внутри окна создания ТТН." - нужно чтобы при снятой галочке "Необходима оплата заказа" тело платежа обнулялось Вариант по умолчанию: галочка выключена Если Галочка "Необходимо оплачивать заказ" не стоит Параметр order_payment_is_required": false Соотвтветсвенно "тело платежа" = 0 Параметр order_amount": 0 Если галочка включена - включил менеджер при создании ТТН Соответсвенно "тело платежа" = сумме остатка по заказу т.е это Параметр order_amount": остаток по заказу Я поддерживаю решение, которое Андрей описал и полностью за, чтобы уйти от галочки "Необходимо оплачивать заказ" в интерфейсе ручного создания ТТН. Галочку в интеграции переименовать на "Необходимо оплачивать заказ (для ручного создания)" 1. При входе в ручное создание ТТН мы отталкиваемся от наличия настройки интеграции "Необходима оплата заказа " - если она есть - считаем тело платежа , если нет - не считаем. Просчет нужно делать только один раз при входе. Потом дать возможность редактировать поле "Тело платежа" Делать наложу или нет определять на основании суммы в поле "Тело платежа", если 0 - передаём без наложки, если больше 0 - передаём наложку, а сумма в поле это и есть сумма наложки. 2. Если указано считать на основании доп.полей (и не сохранена ТТН со своими значениями) - подтягиваем с доп.полей, иначе - считаем по данным процесса (в зависимости от указанной галочки в п.1) 3. При создании в автоматическом режиме считать "Тело платежа" и "Декларированную стоимость", если в настройках кабинета выбрано - на основании дополнительных. полей, и передавать то, что там выбрано. 4. для ручного и автоматического режима параметр "Необходимо оплачивать заказ" передаем в джастин на основании значения "тела платежа": Если "тело платежа" = 0, "Необходимо оплачивать заказ" =0 Если "тело платежа" >0, "Необходимо оплачивать заказ" =1 p.s. Уход от привязки к галочке в интеграции "Необходимо оплачивать заказ" позволит не плодить аккаунты интеграции Джастин для автоматического создания ТТН. Прописали в БП логику для доп поля, которое передается в "Тело платежа" и счастье. А те кто в ручную создают, все равно все перепроверяют. Не думаю, что они прописывают логику, чтобы аккаунты джастин изменялись, для подстановки галочки "Необходимо оплачивать заказ" при ручном создании. Парни, нужно добить согласование ТЗ и сделать доработку. Звонить каждый раз на горячку джастин, чтобы снять наложку уже порядком надоело

Убрал лишнее из текста выше. Привет, парни. У нас тоже на 2х боксах эта проблема, думал менеджер тупица, постоянно забывает галочку снять при ручном создании, а нет... Я поддерживаю решение, которое Андрей описал и полностью за, чтобы уйти от галочки "Необходимо оплачивать заказ" в интерфейсе ручного создания ТТН. Галочку в интеграции переименовать на "Необходимо оплачивать заказ (для ручного создания)" 1. При входе в ручное создание ТТН мы отталкиваемся от наличия настройки интеграции "Необходима оплата заказа " - если она есть - считаем тело платежа , если нет - не считаем. Просчет нужно делать только один раз при входе. Потом дать возможность редактировать поле "Тело платежа" Делать наложу или нет определять на основании суммы в поле "Тело платежа", если 0 - передаём без наложки, если больше 0 - передаём наложку, а сумма в поле это и есть сумма наложки. 2. Если указано считать на основании доп.полей (и не сохранена ТТН со своими значениями) - подтягиваем с доп.полей, иначе - считаем по данным процесса (в зависимости от указанной галочки в п.1) 3. При создании в автоматическом режиме считать "Тело платежа" и "Декларированную стоимость", если в настройках кабинета выбрано - на основании дополнительных. полей, и передавать то, что там выбрано. 4. для ручного и автоматического режима параметр "Необходимо оплачивать заказ" передаем в джастин на основании значения "тела платежа": Если "тело платежа" = 0, "Необходимо оплачивать заказ" =0 Если "тело платежа" >0, "Необходимо оплачивать заказ" =1 p.s. Уход от привязки к галочке в интеграции "Необходимо оплачивать заказ" позволит не плодить аккаунты интеграции Джастин для автоматического создания ТТН. Прописали в БП логику для доп поля, которое передается в "Тело платежа" и счастье. А те кто в ручную создают, все равно все перепроверяют. Не думаю, что они прописывают логику, чтобы аккаунты джастин изменялись, для подстановки галочки "Необходимо оплачивать заказ" при ручном создании. Парни, нужно добить согласование ТЗ и сделать доработку. Звонить каждый раз на горячку джастин, чтобы снять наложку уже порядком надоело

Кто-то уточнял у техподдержки Justin зачем тогда у них этот параметр в API, если по факту он не влияет на оплату заказа? На это в 100% случаях влияет только наличие тела платежа?

Не уточнял. Сегодня напишу запрос на поддержку Justin

[quote] Тындык Максим Вадимович писал/а: Кто-то уточнял у техподдержки Justin зачем тогда у них этот параметр в API, если по факту он не влияет на оплату заказа? На это в 100% случаях влияет только наличие тела платежа? [/quote] Думаю, что этот параметр нужен для апи, скорее всего обязательно, но нам в боксе его нет смысла проставлять вручную, поэтому я в предложении изложил, что предлагаю убрать его с интерфейса, но в самом запросе на создание ТТН - оставить, пусть отправляется. В любом случае, тот кто платит, тот заказывает музыку. А чтобы убедиться, можно накидать запрос в postman и отправить его с параметром и без, но это пустая трата времени, очевидно, что они будут создавать накладную без наложи, если галочку не передавать, это уже подтвердили тесты при создании накладной действием/ Api у них, возможно, не идеальное, но это не заставляет делать нам в интерфейсе такую же дичь, меньше галочек, которые объективно можно закрыть другим функционалом пойдет только на пользу

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

Запрос отправил на джастин. Ждемс.

Переписываюсь напрямую с джастином. Для устранения проблемы, попросили полностью отправить запрос типа в формате JSON, и на какой url идет. Мы можем им такое предоставить?

https://tashuta.ua/admin/shop/report/logs/ - вот здесь будут логи запросов/ответов, но в виде декодированного json в ассоциативные массивы - я думаю им подойдёт и в таком виде Вам нужно будет по какому-то процессу создать ТТН и вы получите там файл логов за сегодня, с запросом по этому процессу

[quote] Ташута Сергей Григорьевич писал/а: Переписываюсь напрямую с джастином. Для устранения проблемы, попросили полностью отправить запрос типа в формате JSON, и на какой url идет. Мы можем им такое предоставить? [/quote] Добрый день, Сергей, получилось дожать джастин?

Периодически пересматривал логи тут https://tashuta.ua/admin/shop/report/logs/ и не нашел не одного связаного с джастином (именно по созданию ттн). Хотя отправки на джастин идут

Вероятно ваш проект был обновлён и изменения были удалены. Добавил наживую логирование всех запросов - сделайте проблемную ТТН.

[quote] Тындык Максим Вадимович OneBox production Premium-партнер писал/а: Вероятно ваш проект был обновлён и изменения были удалены. Добавил наживую логирование всех запросов - сделайте проблемную ТТН. [/quote] Максим, сделайте мне тоже наживую логирование. Сейчас ничего не вижу в логах [file]7756[/file] . Быстрее скину логи.

[quote] Агаренко Сергей писал/а: Максим, сделайте мне тоже наживую логирование. Сейчас ничего не вижу в логах . Быстрее скину логи. [/quote] добавил для crm.giftstore.com.ua

[quote] Ташута Сергей Григорьевич писал/а: crm.giftstore.com.ua [/quote] Сергей, во вложении логи (сделал 2 накладные на всякий случай), отправьте на джастин плиз. Достало уже звонить на горячку, чтобы отменить наложку.... [file]7789[/file]

Прошу прощения, вот это файл. В предыдущем логи за весь день. В этом оставил только создание 2х накладных. (на сколько по логике понял) [file]7790[/file]

Отправил лог на джастин

[quote] Ташута Сергей Григорьевич писал/а: Отправил лог на джастин [/quote] Добрый день. Сергей, дал джастин ответ?

[quote] Тындык Максим Вадимович OneBox production писал/а: [quote] Агаренко Сергей писал/а: Максим, сделайте мне тоже наживую логирование. Сейчас ничего не вижу в логах . Быстрее скину логи. [/quote] добавил для crm.giftstore.com.ua [/quote] Добрый день, Максим. Можете влючиться в переписку с джастином, я не соображаю, что они хотят. [file]8432[/file] Проблема напрягает с каждым днем.

Отправлял им вот этот файл. [file]8433[/file]

[quote] Агаренко Сергей писал/а: Можете влючиться в переписку с джастином, я не соображаю, что они хотят. [/quote] Ничего делать они не хотят)

[quote] Тындык Максим Вадимович OneBox production писал/а: [quote] Агаренко Сергей писал/а: Можете влючиться в переписку с джастином, я не соображаю, что они хотят. [/quote] Ничего делать они не хотят) [/quote] Да это понятно) Я очень хочу решить эту проблему. Давайте разберемся и сделаем доработку.

[quote] Агаренко Сергей писал/а: Я очень хочу решить эту проблему. Давайте разберемся и сделаем доработку. [/quote] Один из клиентов так же обратился с данной проблемой в Justin - давайте подождём добьётся ли получения информации он. Я понимаю вашу боль, я не против её решить - но мне нужна информация от Justin, чтобы решить проблему, а не создать новые.

[quote] Тындык Максим Вадимович OneBox production писал/а: [quote] Агаренко Сергей писал/а: Я очень хочу решить эту проблему. Давайте разберемся и сделаем доработку. [/quote] Один из клиентов так же обратился с данной проблемой в Justin - давайте подождём добьётся ли получения информации он. Я понимаю вашу боль, я не против её решить - но мне нужна информация от Justin, чтобы решить проблему, а не создать новые. [/quote] Охрана отмена) Проверил последние 4 отправки, наложки нет. Похоже, что таки достучались до джастина. Понаблюдаю в течение недели, отпишусь.

[quote] Агаренко Сергей писал/а: Охрана отмена) Проверил последние 4 отправки, наложки нет. Похоже, что таки достучались до джастина. Понаблюдаю в течение недели, отпишусь.[/quote] Здравствуйте, как вам удалось создать без наложки?) У меня все с наложками

[quote] Мордач Антон Владимирович писал/а: [quote] Агаренко Сергей писал/а: Охрана отмена) Проверил последние 4 отправки, наложки нет. Похоже, что таки достучались до джастина. Понаблюдаю в течение недели, отпишусь.[/quote] Здравствуйте, как вам удалось создать без наложки?) У меня все с наложками [/quote] Добрый день. Просто убрал галочку [file]8507[/file] У коллег тоже без наложек последние дни.

Я написал сегодня на ТП Джастин, что бы разобраться почему создает с наложенным платежом. Написал что мы передаем в "order_payment_is_required" - "false", но создает ТТН с наложенным платежом, на что получил ответ, они не понимают зачем в таком случае мы в тоже время передаем "order_amount" - "39.8", "redelivery_amount" - "15.8", "redelivery_payment_is_required" - "true," зачем это передавать если наложки нет - вот скрин - [file]8512[/file] Также я уточнил у них зачем нужен параметр "order_payment_is_required" в API, если по факту он не влияет на наложку, спросил влияет ли на наложку только наличие тела платежа, а по поводу поля order_amount, спросил, если мы не будем слать это значение, будет ли ошибка о том что оно не заполнено (так как это поле является обязательным исходя из документации). Жду ответ. Я предлагаю, при наложке, отправлять: order_amount и redelivery_amount значение 0 (что логично)

Ответ Джастин, если только доставка, без наложки [file]8520[/file]

[quote] Агаренко Сергей писал/а: Добрый день. Просто убрал галочку У коллег тоже без наложек последние дни. [/quote] странное API) кому-то срабатывает как надо, кому-то нет) [quote] Мордач Антон Владимирович писал/а: Я предлагаю, при наложке, отправлять: order_amount и redelivery_amount значение 0 (что логично) [/quote] можно доработать такую проверки если нет галочки оплаты - займёт порядка 2х часов

[quote] можно доработать такую проверки если нет галочки оплаты - займёт порядка 2х часов [/quote] Если нет галки которая отвечает за наложку нужно передавать такой запрос [file]8654[/file] Мы готовы оплатить, выставляйте счет

Когда ожидать счет?

Антон, мне также нужна эта доработка. С Юлей договорились один час оплачу я и один час оплатите Вы. Также жду счет

[quote] Ташута Сергей Григорьевич писал/а: Антон, мне также нужна эта доработка. С Юлей договорились один час оплачу я и один час оплатите Вы. Также жду счет [/quote] Отлично, ждем счет.

Можете тоже обновить https://stimul.crm-onebox.com/ ? Сечас тестируем с таким же вопросом столкнулись

[quote] Волкович Александр писал/а: Можете тоже обновить https://stimul.crm-onebox.com/ ? Сечас тестируем с таким же вопросом столкнулись [/quote] +

[quote] Тындык Максим Вадимович OneBox production писал/а: Доработал проверки и защиту при отправке запроса на создание ТТН: если не указано pick_up_is_required - то параметры order_amount / redelivery_amount / redelivery_payment_is_required передаются как 0 / false соответственно. Обновлены https://yavshoke.ua/ и https://tashuta.ua/ [/quote] Максим, обновите пожалуйста https://crm.giftstore.com.ua/ и https://smartkids.crm-onebox.com/

+

1. Ви можете обновить https://baza.cn.ua/ ? 2. Ранее выскакивала ошибка "Missing any current account", теперь другая "Required Field "cod_transfer_type" Not Found" в этой задаче https://crm-onebox.com/ru/support/logistics-and-delivery-services/9988-po-dzhastinu-ne-oformlyaetsya-ttn/ описано что были добавлены новые поля (но у себя я этих полей не нахожу) обновление (пункт 1) решить эту проблему или это нужно в той задаче писать ?

[quote] Куприян Владислав Валерьевич писал/а: 1. Ви можете обновить https://baza.cn.ua/ ? [/quote] +

[quote] Тындык Максим Вадимович OneBox production писал/а: [quote] Куприян Владислав Валерьевич писал/а: 1. Ви можете обновить https://baza.cn.ua/ ? [/quote] + [/quote] Спасибо, теперь начало работать Но есть нюансы/вопросы: 1. Создал здесь ТТН https://baza.cn.ua/admin/customorder/order/48411/justininvoice/ Указал "Форма возврата послеоплаты" = банковская карта В "Номер карты возврата послеоплаты" подтянуло карту с настройки https://baza.cn.ua/admin/shop/integrations/justin-integration-4/control/ Но вот после создания ТТН в поле "Номер карты возврата послеоплаты" проставило какой-то непонятный код "2147******" (закрыл звездочками так как непонятно что это за код) После удаления ТТН в этом поле "Номер карты возврата послеоплаты" странный код остался, то есть если создавать новую ТТН то система уже пишет "Сталася помилка. Field "cod_card_number" Not Valid" и нужно вводить вручную номер карты Если заходить в новый заказ https://baza.cn.ua/admin/customorder/order/48424/justininvoice/ то там карту подтягивает правильно Можете исправить этот баг ? 2. Никак не получилось получить от системы возможность прописать сумму наложки (Післяоплата) пробовал по разному но в ТТН пишет пусто, при каких комбинациях значения этого можно добиться ? [file]9354[/file]

[quote] Куприян Владислав Валерьевич писал/а: 1. Создал здесь ТТН https://baza.cn.ua/admin/customorder/order/48411/justininvoice/ Указал "Форма возврата послеоплаты" = банковская карта В "Номер карты возврата послеоплаты" подтянуло карту с настройки https://baza.cn.ua/admin/shop/integrations/justin-integration-4/control/ Но вот после создания ТТН в поле "Номер карты возврата послеоплаты" проставило какой-то непонятный код "2147******" (закрыл звездочками так как непонятно что это за код) После удаления ТТН в этом поле "Номер карты возврата послеоплаты" странный код остался, то есть если создавать новую ТТН то система уже пишет "Сталася помилка. Field "cod_card_number" Not Valid" и нужно вводить вручную номер карты Если заходить в новый заказ https://baza.cn.ua/admin/customorder/order/48424/justininvoice/ то там карту подтягивает правильно Можете исправить этот баг ? [/quote] в данной теме данный вопрос не обсуждался ищите соответствующую тему или создавайте новую [quote] Куприян Владислав Валерьевич писал/а: 2. Никак не получилось получить от системы возможность прописать сумму наложки (Післяоплата) пробовал по разному но в ТТН пишет пусто, при каких комбинациях значения этого можно добиться ? [/quote] Что было реализовано по данной теме - указано выше в соответствующем комментарие