Клиент хочет расчитывать индивидуальные цены по сложным правилам только в 1С и выгружать их на сайт.
Получается где-то 72 млн цен.
1С столько не сможет хранить. Если даже и сможет, то если регулярно это все обсчитывать, цены будут не очень оперативно обновляться.
Думаю, выход в том, чтобы в 1С формировать только правила расчета цен, и выгружать их на сайт, а там чтобы скрипт на лету вычислял цены.
Но что-то админы этого сайта могут не осилить.
Или как?

(30)+ но не все пока умеют в микросервисы

(29) И это нормально вполне, хотя и редкий кейс

(30) а попробовать убедить клиента в бредовости такой идеи? Ведь один и тот же клиент может заказывать под разными пользователями (одна сеть, но разные точки с юр адресами), так же возможно есть быстрая покупка и прочие фишки. По мне так это дело все загнется еще в зародыше и урежется в минимальную выгрузку.

(32)+ На практике тот же DNS разные цены в разных городах

(33) Почему бредовость если можно реализовать
Отдельный вопрос понять а оно точно нужно или есть другое решение

(34) да ладно? Только что потестил на нескольких товарах, что в Москве, что в Екатеринбурге, что во Владивостоке одна цена.

(36) ыыы

(35) да можно что угодно реализовать, но профита особого от этого не будет, а вот в железо ТС точно упрется.

(36) https://club.dns-shop.ru/discussions/t-8-smartfony-i-smart-chasy/81615-kak-zakazat-tovar-po-tsene-drugogo-goroda/

(38) Это обычная BigData
На 1С и обычном реляционном упрется, но MapReduce намного шустрей

(39) может раньше было такое, но вот хороший пример, что от этого бреда отказались

Ну не может быть, чтобы у всех 600 клиентов индивидуальные прайсы. Выгружать нужно клиентов, прайсы, и привязку прайса к клиенту.

(40) Ну и сколько готов хозя отвалить за эту бигдату? За сколько лет планирует отбить расходы?

(41) Не отказались
Они тебя идентифицировали, используй анонимайзеры и не на все товары и не все города/регионы разница

(43) Это не дорого, несколько дней работы спеца нужного
Железо обычное вполне потянет
Для разрабов сайта будет очень удобно как и для 1Сников
Только вот в случае изменений снова этого спеца звать

(34) Не думаю, что там для каждого города хранилась своя цена :)

(46) Я хз но у них своя система не 1С, раньше 1С была отказались

(43) 600 клиентов не много... В чем между ними отличия для индивидуальных цен?

(27) Я же говорю, шизофрения :)

(49) "Бесплатная доставка"

(44) ну вот, уже привязка к доп спецам по каждому чиху. Тут либо в штат брать, либо аутсорс. А вот сольется исполнитель, как думаете, скоро сможет хозя нового найти не в ущерб продажам, чтобы это дело поддерживать? Поэтому надо 10 раз подумать о целесообразности такого внедрения и какой профит оно принесет.

(50) обычно бесплатную доставку закладывают в пороговую стоимость заказа. Моржа от заказа примерно известна и можно не в убыток себе делать бесплатную доставку.

(51) Если есть исходники найти спеца на бирже на разовую задачу не проблема

(52) *маржа конечно)

(53) сейчас по 1с то тяжело найти спеца, а тут вам по бигдате подавай

(52) А если дикий разброс в стоимости доставки?
И хочется конкурировать?

Так клиент/покупатель вводит адрес свой сначала и сразу на сайте еще до заказа видит "правильные цены" что очень удобно для всех

(50) Интересно, как будут выкручиваться, если у одного клиента 2 точки на расстоянии 1000 км :)

(55) БигДата она проще 1С
Она просто другая но проще чем все эти ОФ/УФ и прочие СКД/КД

(55) да еще разберись как реализовали прошлые спецы, полюбому без четкой документации своих внедрений. А если с ней, то ценник был бы на порядок выше.

(57) По максимальной

(56) А если вводит адрес "самовывоз", тогда что?

(60)+ А можно усреднить или динамически от предыдущих заказов

(61) Точка самовывоза

(60) Нахрен клиент поставщика с таким ценообразование пошлёт.

(0) все верно думаешь. Ни в коем случае не выгружать все цены.

Админам сайта - напинать, чтобы подняли свои толстые задницы

(64) Не пошлет
Если у него цена будет лучше и удобней подбирать, не надо отдельно еще допом доставку считать и учитывать как у других

(63) Цена какая будет? Этак можно договориться, что у каждого клиента будет насколько цен :))

(66)+ А то бывает "За морем телушка – полушка, да рубль перевоз"

(66) Ну это врядли, иначе Геню бы не наняли :))

(67) Да и это нормально
В аптеках/фармацевтике одинаковый товар имеет разные цены! Особенности ценообразования

(65) ну они же админы, а не разработчики

(70) А теперь представь себе, что оптовик возит лекарства в 50 аптек одного клиента по всему региону... Это сколько цен будет у одного клиента? 50х?

(0) Клиент хочет/// клиент озвучил сколько он готов на это потратить?

(72) Хехе. Там в клиент-заказе прайсы в которых для каждого клиента свои цены. И да один товар бывает несколькими строчками с кол-во сколько осталось.

(73) Клиент платит 1800 в час :))

(74)+ еще в 2005 году в Протеке так было

(70) даже, если допустим, что нужно по городам грузить цены, то сразу попадаем на доработку сайта, вычисление клиента, чтобы город не менял, разбухает база сайта, усложняется логика. Если тот же ДНС может себе это позволить, то заказчик ТС - вряд ли. А тут блин не цены для крупных городов, а для всех клиентов свои цены хранить. Такое я ни у одного крупного сервиса даже не видел.

(77) В задаче ТС пофиг на города
Там просто номенклатура, контрагенты и цены

(78)+ Плиз не усложняй, задача пустяковая для спеца

(79) так вот и я не вижу смысла усложнять, по каждому клиенту это делать- бред. В крайнем случае сгруппировать. Делать внешнюю систему для этого дела не имея в штате спеца для поддержки - тоже бред. А профит от этого решения вообще призрачный, на вскидку не могу назвать ни одного сайта, где такая логика используется.

(80) По сути эта задача просто будет с 1Сников перекинута на разрабов сайта вот и все
А как они ее реализуют это вопрос
Но имхо по принципу (30) или похоже

(79) а как это все проверить тоже пустяковая задача? Я скорее согласна с (80) мало сделать. Нужно понимать как в последствии это будет использоваться

(82) тесты же
программно не проблема столько сгенерить и затестить, причем зная какая примерно нагрузка на сайт по одновременно онлайн клиентов

(51) хозя уже нанял на работу геню
ты уверен, что он думает про "целесообразности внедрений" и "сложность поддержки"?

(84) ну я исхожу из того что об этом в первую очередь нужно думать... Но никакие бредовые идеи собственника никогда сразу не отметаю :)

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

(56) Если ты будешь включать стоимость доставки в цену каждого товара, а не в заказ, то хрен у тебя кто что покупать будет.

(87) с али покупают, странно да?

(88) считаешь в (0) будущий конкурент али?

(89) считаю что в али и в прочих бигдата работают обычные люди а не суперпрограммисты
и на обычном железе

72 ляма цен это фигня, можно за час все пересчитать легко на обычном компе современном

(90) да я вот сижу думаю насчет злоупотреблений со стороны продажнтков....на мой взгляд это золотая жила...

(0) Пусть клиент продает прямо из 1С: https://digitcat.ru/demo/di-unf/ 600 клиентов для http-сервисов вполне норм, 1Ска переварит.

Легко. Я обрабатывал прайс в 15 миллионов строк. за 6 минут. Переоценял и генерировал новый.

https://subsystems.ru/solutions/parsery-praysov/price-mixer/

Он у меня кстати до сих пор есть для прикола. больше 1 гига.

Вот еще одна
https://subsystems.ru/solutions/parsery-praysov/price-editor/


А вот видео

https://www.youtube.com/watch?v=seoFVYhqatU

Нафига считать 72 миллиона. На сайте пересчитывать, в момент просмотра. А уж если считать, то не в 1с (если у вас конечно не датацентр с серваками 128 процессорными)

он считает что все 600 поставляют 120 товаров.

Скорее всего просто не учитывает что эти 600 поставщиков каждый поставляет какую то малую часть всего каталога.

Это цены клиентов, а не поставщиков

(0) Начните с публикации резюме на hh.ru :)
А если серьезно, то надо бы глянуть, а точно все эти 120.000 товаров используются, может какие-то уже давно неактивны

нельзя так с ценообразованием поступать. чревато это...

(10) У одного скидка на карандаши 5%, у другого на фломастеры 4%, а у третьего и на карандаши и фломастеры, но 3%. Но в целом да, все торгуют по прайсу.
В реальности групп получается ненамного меньше контрагентов, так как в рамках товарных групп у разных клиентов разные скидки наценки и группировать не очень то получается

(0) Не верю. Самое простое-спросить у заказчика, а как он работал с подобным расчетом цен до планируемого внедрения. ИМХО, ТС неправильно понял задачу.

(102) они работали по одной цене, делаю каждому контрагенту свою скидку (свой процент). Но недовольны, т.к. условно говоря на бытовую химию можно больше дать скидку, чем на продукты. Я предложил было ввести коэффициент скидки на каждый товар.

т.е. если контрагенту дают скидку 10%, то на продукты коэфф 1, скидка 10, а на химию коэфф 1.8, скидка 18%, пока думают.

(На самом деле продукты и химия это условно, по моему супермаркетному прошлому, они торгуют другими товарами)

(103) разные скидки на сегменты (группы)

(103) Это же типовой функционал, и это не значит, что у каждого контрагента свои цены.

Если правила сложные,то проще,чтобы сайт обращался в 1с за ценами для контрагента,когда он заходит в личный кабинет.
Ну или,как у многих,рассчитывать скидки только на товары,добавленные в корзину,а на все в списке показывать цену по прайсу.

(103) в чем проблема сделать так как просят?

(0) 120к  товаров, это запчасти, метизы.или электронные компоненты. Что ты тут шифруешься?

(108) ставлю на з/ч и автохимию

(109) ты анализ вакух сделала?

(110) нет :) а что там? Я 5 лет протусила в том зоопарке

(109) ставлю что геня даже не читал описание конторы

(111) значит не надо $-)

(113) надо... Но не любой ценой

(114) эээ, не понял тебя?

(108) ну можно считать, что запчасти.

В общем, я предложил регистр правил расчета цен в 1С и на сервере реализовать и из 1С скидывать только регистр правил.
Я даже готов им функцию на PHP по расчету цены вместо регистра скидывать.
Посмотрим.

Держи нас в курсе

Скидками все решается обычно

(119) тут м. б. накидка

(118) в общем пока прогибаю вроде успешно на регистр правил вместо выгрузки миллиона цен.
(119) я посмотрел у них в 1С там миллион скидок типовых на сегменты контрагент + номенклатура, как они не заблудились в них, не знаю.

(0) кое-какие новости по теме
клиенты в 1С используют механизм скидок 1С и хотят его повторить на сайте.
Сейчас проверяется, есть ли возможность формализовать (упростить) все разнообразие скидок в КА, чтобы на сайте это можно было посчитать.
так что Big Data отменяется.

(122) и хотят его повторить на сайте

Это дублирование логики

(0) Или все хранить SQLи от туда тянуть и потом выдать в обратное куда нужно. в 1Стакое точно хранить нах надо .

(123) да, КЭП, а что?

(123) Сереженька просто пытается обеспечить себя работой до пенсии, не надо его критиковать =)

(126) тю... я вот думаю скоро повышать цены опять, слишком много желающих нанять Гения

(127) так много желающих, что ты ни ремонт сделать в хате не можешь, ни ипотеку закрыть

Все же посмотрел их хотелку, они хотят расчет цен в 1С повторить на сайте.
Имхо, не взлетит.

(129) подними API на стороне 1С, пусть сайт за ценой в 1С обращается :) заказов то поди один заказ в час