вот есть такой json загружаемый действием "Интеграция бизнес-процессов XML (Импорт)"
[file]3227[/file]
вот настройки данного действия [file]3228[/file]
как я понимаю, опция "При поиске продукта процесса не учитывать привязку импортированных ранее позиций" отключает проверку наличия продукта в процессе по linkey, формируемому по id заказа и id продукта, что в свою очередь должно позволить загружать в заказ несколько продуктов с одним и тем же id
какие бы комбинации галочек я не применял, но данная опция ни на что в результате не влияет - заказ все равно загружается без одной позиции (вместо трех продуктов - загружаются две позиции).
прошу поправить работу данной галочки и вернуть возможность загружать в заказ несколько продуктов с одинаковым id/
пример json'a прилагаю
вот есть такой json загружаемый действием "Интеграция бизнес-процессов XML (Импорт)"
вот настройки данного действия как я понимаю, опция "При поиске продукта процесса не учитывать привязку импортированных ранее позиций" отключает проверку наличия продукта в процессе по linkey, формируемому по id заказа и id продукта, что в свою очередь должно позволить загружать в заказ несколько продуктов с одним и тем же id какие бы комбинации галочек я не применял, но данная опция ни на что в результате не влияет - заказ все равно загружается без одной позиции (вместо трех продуктов - загружаются две позиции). прошу поправить работу данной галочки и вернуть возможность загружать в заказ несколько продуктов с одинаковым id/ пример json'a прилагаю
Перегиняк Александр писал/а: прошу поправить работу данной галочки и вернуть возможность загружать в заказ несколько продуктов с одинаковым id/
Как понять вернуть? Так как вы пишите - никогда не работало.
Доработка данной настройки звучит так (дословно ТЗ):
При включении настройки должно работать следующим образом: Если мы не нашли ранее импортированную эти же действием позицию, то пытаться найти вообще позицию такого товара в процессе и обновить её, если найдена не будет, добавлять товар отдельной строкой. Если в процессе будет 2 одинаковых товара разными строками, то будет обновлять случайный товар.
[quote]
Перегиняк Александр писал/а:
прошу поправить работу данной галочки и вернуть возможность загружать в заказ несколько продуктов с одинаковым id/
[/quote]
Как понять вернуть? Так как вы пишите - никогда не работало.
Доработка данной настройки звучит так (дословно ТЗ):
[quote]
При включении настройки должно работать следующим образом:
Если мы не нашли ранее импортированную эти же действием позицию, то пытаться найти вообще позицию такого товара в процессе и обновить её, если найдена не будет, добавлять товар отдельной строкой.
Если в процессе будет 2 одинаковых товара разными строками, то будет обновлять случайный товар.
[/quote]
Перегиняк Александр писал/а: прошу поправить работу данной галочки и вернуть возможность загружать в заказ несколько продуктов с одинаковым id/
Как понять вернуть? Так как вы пишите - никогда не работало.
Доработка данной настройки звучит так (дословно ТЗ):
При включении настройки должно работать следующим образом: Если мы не нашли ранее импортированную эти же действием позицию, то пытаться найти вообще позицию такого товара в процессе и обновить её, если найдена не будет, добавлять товар отдельной строкой. Если в процессе будет 2 одинаковых товара разными строками, то будет обновлять случайный товар.
то что вы указали справедливо для ситуации , когда товары обновляются и это логично, согласен. НО в моем случае обновлять товары не нужно, поэтому эта опция не должна срабатывать поскольку обновление отключено, но она срабатывает. Прошу, поправьте чтобы если обновление товаров отключено, то в таблицу продуктов добавляло несколько одинаковых sku разными строками
[quote]
Тындык Максим Вадимович
Администратор писал/а:
[quote]
Перегиняк Александр писал/а:
прошу поправить работу данной галочки и вернуть возможность загружать в заказ несколько продуктов с одинаковым id/
[/quote]
Как понять вернуть? Так как вы пишите - никогда не работало.
Доработка данной настройки звучит так (дословно ТЗ):
[quote]
При включении настройки должно работать следующим образом:
Если мы не нашли ранее импортированную эти же действием позицию, то пытаться найти вообще позицию такого товара в процессе и обновить её, если найдена не будет, добавлять товар отдельной строкой.
Если в процессе будет 2 одинаковых товара разными строками, то будет обновлять случайный товар.
[/quote]
[/quote]
то что вы указали справедливо для ситуации , когда товары обновляются и это логично, согласен.
НО в моем случае обновлять товары не нужно, поэтому эта опция не должна срабатывать поскольку обновление отключено, но она срабатывает. Прошу, поправьте чтобы если обновление товаров отключено, то в таблицу продуктов добавляло несколько одинаковых sku разными строками
Перегиняк Александр писал/а: то что вы указали справедливо для ситуации , когда товары обновляются и это логично, согласен. НО в моем случае обновлять товары не нужно, поэтому эта опция не должна срабатывать поскольку обновление отключено, но она срабатывает. Прошу, поправьте чтобы если обновление товаров отключено, то в таблицу продуктов добавляло несколько одинаковых sku разными строками
Александр, есть конкретное техническое задание на настройку - и она работает строго с этим описанием. Если вы для себя видите/хотите чтобы функционал работал иначе, при этом НЕ являясь автором алгоритма настройки - это не ошибка, чтобы её "поправить". Можем оценить внедрение настройки с нужной вам логикой.
[quote]
Перегиняк Александр писал/а:
то что вы указали справедливо для ситуации , когда товары обновляются и это логично, согласен.
НО в моем случае обновлять товары не нужно, поэтому эта опция не должна срабатывать поскольку обновление отключено, но она срабатывает. Прошу, поправьте чтобы если обновление товаров отключено, то в таблицу продуктов добавляло несколько одинаковых sku разными строками
[/quote]
Александр, есть конкретное техническое задание на настройку - и она работает строго с этим описанием.
Если вы для себя видите/хотите чтобы функционал работал иначе, при этом НЕ являясь автором алгоритма настройки - это не ошибка, чтобы её "поправить".
Можем оценить внедрение настройки с нужной вам логикой.
Тындык Максим Вадимович Администратор писал/а: Александр, есть конкретное техническое задание на настройку - и она работает строго с этим описанием. Если вы для себя видите/хотите чтобы функционал работал иначе, при этом НЕ являясь автором алгоритма настройки - это не ошибка, чтобы её "поправить". Можем оценить внедрение настройки с нужной вам логикой.
да, вот вы всегда так, ссылаетесь на исходное ТЗ. Уверен, что исходное ТЗ не включало опцию "Не обновлять продукты" , которую я когда-то лично запрашивал... ну да ладно, нет смысла с вами спорить, каждый все равно будет оставаться на своей стороне.
оцените, пожалуйста доработку сделать так, чтобы при включеных галочках "При поиске продукта процесса не учитывать привязку импортированных ранее позиций" и "не обновлять продукты процесса при обновлении" в процесс загружалось несколько позиций одного продукта, а не обновлялся только одна случайна позиция
[quote]
Тындык Максим Вадимович
Администратор писал/а:
Александр, есть конкретное техническое задание на настройку - и она работает строго с этим описанием.
Если вы для себя видите/хотите чтобы функционал работал иначе, при этом НЕ являясь автором алгоритма настройки - это не ошибка, чтобы её "поправить".
Можем оценить внедрение настройки с нужной вам логикой.
[/quote]
да, вот вы всегда так, ссылаетесь на исходное ТЗ. Уверен, что исходное ТЗ не включало опцию "Не обновлять продукты" , которую я когда-то лично запрашивал... ну да ладно, нет смысла с вами спорить, каждый все равно будет оставаться на своей стороне.
оцените, пожалуйста доработку
сделать так, чтобы при включеных галочках "При поиске продукта процесса не учитывать привязку импортированных ранее позиций" и "не обновлять продукты процесса при обновлении" в процесс загружалось несколько позиций одного продукта, а не обновлялся только одна случайна позиция
Перегиняк Александр писал/а: да, вот вы всегда так, ссылаетесь на исходное ТЗ.
А на что мне ссылаться? ТЗ для того и нужно - чтобы функционал работал согласно нему.
Перегиняк Александр писал/а: оцените, пожалуйста доработку сделать так, чтобы при включеных галочках "При поиске продукта процесса не учитывать привязку импортированных ранее позиций" и "не обновлять продукты процесса при обновлении" в процесс загружалось несколько позиций одного продукта, а не обновлялся только одна случайна позиция
3 часа
[quote]
Перегиняк Александр писал/а:
да, вот вы всегда так, ссылаетесь на исходное ТЗ.
[/quote]
А на что мне ссылаться? ТЗ для того и нужно - чтобы функционал работал согласно нему.
[quote]
Перегиняк Александр писал/а:
оцените, пожалуйста доработку
сделать так, чтобы при включеных галочках "При поиске продукта процесса не учитывать привязку импортированных ранее позиций" и "не обновлять продукты процесса при обновлении" в процесс загружалось несколько позиций одного продукта, а не обновлялся только одна случайна позиция
[/quote]
3 часа
Тындык Максим Вадимович Администратор писал/а: А на что мне ссылаться? ТЗ для того и нужно - чтобы функционал работал согласно нему.
вас понимаю, но проходят годы, функционал правится и исходное ТЗ теряет свою актуальность в следствие многочисленных доработок. Поэтому ссылаться на то, что уже утратило свою актуальность, на мой взгляд, как-то уже не правильно. Но это мое мнение. Разработчики здесь вы...
Тындык Максим Вадимович Администратор писал/а: 3 часа
благодарю.
[quote]
Тындык Максим Вадимович
Администратор писал/а:
А на что мне ссылаться? ТЗ для того и нужно - чтобы функционал работал согласно нему.
[/quote]
вас понимаю, но проходят годы, функционал правится и исходное ТЗ теряет свою актуальность в следствие многочисленных доработок. Поэтому ссылаться на то, что уже утратило свою актуальность, на мой взгляд, как-то уже не правильно. Но это мое мнение. Разработчики здесь вы...
[quote]
Тындык Максим Вадимович
Администратор писал/а:
3 часа
[/quote]
благодарю.
Перегиняк Александр писал/а: вас понимаю, но проходят годы, функционал правится и исходное ТЗ теряет свою актуальность в следствие многочисленных доработок. Поэтому ссылаться на то, что уже утратило свою актуальность, на мой взгляд, как-то уже не правильно. Но это мое мнение. Разработчики здесь вы...
Я указываю вам на то ТЗ, которое есть на текущий момент - которое актуально. Если бы логика была изменена в следствии какой либо другой доработки - я бы указал на ТЗ этой доработки. Тем более, когда логика работы соответствует предоставленному мной ТЗ.
[quote]
Перегиняк Александр писал/а:
вас понимаю, но проходят годы, функционал правится и исходное ТЗ теряет свою актуальность в следствие многочисленных доработок. Поэтому ссылаться на то, что уже утратило свою актуальность, на мой взгляд, как-то уже не правильно. Но это мое мнение. Разработчики здесь вы...
[/quote]
Я указываю вам на то ТЗ, которое есть на текущий момент - которое актуально.
Если бы логика была изменена в следствии какой либо другой доработки - я бы указал на ТЗ этой доработки.
Тем более, когда логика работы соответствует предоставленному мной ТЗ.
Пожалуйста, присоединяйтесь к диалогу. Если вам есть что сказать - пожалуйста, напишите комментарий. Для входа потребуется мобильный телефон и смс-код для идентификации.
Войти и написать комментарий