powered by simpleCommunicator - 2.0.49     © 2025 Programmizd 02
Форумы / ERP и учетные системы [игнор отключен] [закрыт для гостей] / Посоветуйте систему для магазина
25 сообщений из 123, страница 4 из 5
Посоветуйте систему для магазина
    #39131323
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ViPRos,
...
Рейтинг: 0 / 0
Посоветуйте систему для магазина
    #39131337
Фотография Garya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ViPRosGarya,

ну и как ты предлагаешь системе выспрашивать забытую характеристику?Она просто не дает ее забыть. Она ее сама добавляет все характеристики родительского типа в дочерний подтип после выбора родительского типа - некоторые позволяет модифицировать (и даже удалить), а некоторые не даст потому что сотрудник, администрирующий корневую часть иерархии задал такие правила наследования. Забыть, конечно, что-то можно, но только очень специфическое исключительное для данного подтипа, но не для родительского типа.

ViPRosв моем случае - при вводе "насос" или "плунжерный" или "вихревый" система что то покажет ( в первом случае плунжерный и вихревый, а в других насос и подтипы плунжерного или вихревого), если введеннего свойства в системе не существует то она по желанию добавить его в систему, типизирует и предложить включить его в имеющиеся классификаторыНу не нравится, извини...
Конкретная номенклатура насоса может иметь километровое наименование, состоящее из груды циферек, буковок и спецсимволов, и в наименовании, как правило, отсутствуют фразы "вихревой" или "плунжерный". Даже в закодированном виде в наименование может быть включена только некоторая часть характеристик. Кстати, правило формирования наименования - тоже наследуется. Пользователь вводит характеристики, а наименование бац - и само сформировалось по шаблону (в 1С подобный механизм тоже есть). Но у насосов, произведенных в России, по ГОСТ имеются одни правила формирования, в других странах - другие, к тому же, не все производители эти правила соблюдают, так что возможны вариации правил формирования наименования при систематизированных характеристиках.

Вспомни Excel - там есть такая фишка - "автофильтр". А теперь представь, что ты встал в какой-то узел иерархии. В нем родительская запись имеет перечень характеристик. Выбираешь интересующую характеристику, включаешь "автофильтр" - и по всему поддереву (или только по следущему уровню) у тебя автоматом отфильтровываются только те части дочернего поддерева, в которых есть записи с заданным значением характеристики... Это правда прикольно - те кто видел, просто балдели... :) Потому что на таблицах автофильтр видели, а вот на иерархических данных - не всем довелось... :)
...
Рейтинг: 0 / 0
Посоветуйте систему для магазина
    #39131338
Фотография Garya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ViPRos"характеристика" важнее чем объект, потому сначала словарь надо загнать в модельЯ не спорю. Только словарь этот можно упорядочить по иерархии дерева, в котором он задействован. Это удобно. Позволяет не рыскать глазами по всему словарю, когда из словаря выбираются характеристики, имеющие смысл только для насосов.
...
Рейтинг: 0 / 0
Посоветуйте систему для магазина
    #39131340
Фотография Garya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ViPRosViPRos,

Так ведь список - линейный. Глазами по всему шарить придется. Отсюда и ошибки - кто-нибудь проглядит золотое зерно, перелопачивая груды руды.
...
Рейтинг: 0 / 0
Посоветуйте систему для магазина
    #39131342
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Garya,

это базовый домен
на нем строятся графы
...
Рейтинг: 0 / 0
Посоветуйте систему для магазина
    #39131343
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GaryaViPRosGarya,

ну и как ты предлагаешь системе выспрашивать забытую характеристику?Она просто не дает ее забыть. Она ее сама добавляет все характеристики родительского типа в дочерний подтип после выбора родительского типа - некоторые позволяет модифицировать (и даже удалить), а некоторые не даст потому что сотрудник, администрирующий корневую часть иерархии задал такие правила наследования. Забыть, конечно, что-то можно, но только очень специфическое исключительное для данного подтипа, но не для родительского типа.

ViPRosв моем случае - при вводе "насос" или "плунжерный" или "вихревый" система что то покажет ( в первом случае плунжерный и вихревый, а в других насос и подтипы плунжерного или вихревого), если введеннего свойства в системе не существует то она по желанию добавить его в систему, типизирует и предложить включить его в имеющиеся классификаторыНу не нравится, извини...
Конкретная номенклатура насоса может иметь километровое наименование, состоящее из груды циферек, буковок и спецсимволов, и в наименовании, как правило, отсутствуют фразы "вихревой" или "плунжерный". Даже в закодированном виде в наименование может быть включена только некоторая часть характеристик. Кстати, правило формирования наименования - тоже наследуется. Пользователь вводит характеристики, а наименование бац - и само сформировалось по шаблону (в 1С подобный механизм тоже есть). Но у насосов, произведенных в России, по ГОСТ имеются одни правила формирования, в других странах - другие, к тому же, не все производители эти правила соблюдают, так что возможны вариации правил формирования наименования при систематизированных характеристиках.

Вспомни Excel - там есть такая фишка - "автофильтр". А теперь представь, что ты встал в какой-то узел иерархии. В нем родительская запись имеет перечень характеристик. Выбираешь интересующую характеристику, включаешь "автофильтр" - и по всему поддереву (или только по следущему уровню) у тебя автоматом отфильтровываются только те части дочернего поддерева, в которых есть записи с заданным значением характеристики... Это правда прикольно - те кто видел, просто балдели... :) Потому что на таблицах автофильтр видели, а вот на иерархических данных - не всем довелось... :)

автофильтр (по значению свойств) на графах давно
а вот структурный фильтр (вся входимость, общие предки, общие дети,...) мало где есть :)
...
Рейтинг: 0 / 0
Посоветуйте систему для магазина
    #39131344
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ну, ты лукавишь
того чего нет (забыто) ниоткуда не возьмешь и никто тебя никак не может заставить его не забыть
...
Рейтинг: 0 / 0
Посоветуйте систему для магазина
    #39131352
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ViPRos,
...
Рейтинг: 0 / 0
Посоветуйте систему для магазина
    #39131358
Фотография Garya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GaryaViPRosGarya,

ну и как ты предлагаешь системе выспрашивать забытую характеристику?Она просто не дает ее забыть. Она ее сама добавляет все характеристики родительского типа в дочерний подтип после выбора родительского типа - некоторые позволяет модифицировать (и даже удалить), а некоторые не даст потому что сотрудник, администрирующий корневую часть иерархии задал такие правила наследования. Забыть, конечно, что-то можно, но только очень специфическое исключительное для данного подтипа, но не для родительского типа.Посмотри "мультик" на слайде №17 - там показан пример, как можно работать с механизмом наследования. Родительская запись задает перечень характеристик, но без указания значений. На следующем уровне перечень характеристик автоматически наследуется - то есть, как только мы добавляем туда запись, перечень характеристик родительской записи у нее уже сразу есть. Но на этом уровне разным записям мы можем присвоить разные значения этим характеристикам. На третьем уровне механизм наследования будет в каждую подгруппу второго уровня добавлять записи третьего уровня и с перечнем характеристик, и со значениями, которые определены на втором уровне, но с разными значениями для каждой ветви.
Если на уровне родительской записи не запрещены модификация или удаление унаследованных характеристик, то на следующем уровне можно удалить родительскую характеристику и добавить какую-то другую - и в данной ветви дерева наследоваться уже будет она. Причем, если задано ее значение, то вместе со значением. Таким образом, в разных ветвях поддерева может быть разный состав характеристик. Может быть совсем-совсем-разный, а может быть немного-разный... :)
...
Рейтинг: 0 / 0
Посоветуйте систему для магазина
    #39131362
Фотография Garya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ViPRosну, ты лукавишь
того чего нет (забыто) ниоткуда не возьмешь и никто тебя никак не может заставить его не забыть

Garyaкак только мы добавляем туда запись, перечень характеристик родительской записи у нее уже сразу есть
Как можно "забыть" то, что уже есть? :)
...
Рейтинг: 0 / 0
Посоветуйте систему для магазина
    #39131368
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ViPRos,

а такой есть в 1С?
...
Рейтинг: 0 / 0
Посоветуйте систему для магазина
    #39131370
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Garya,
ну я ж говорю - лукавишь
что есть то есть, чего нет, того нет
...
Рейтинг: 0 / 0
Посоветуйте систему для магазина
    #39131372
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Garya,

да не наследование это, а шаблоны. про них я тебе и рассказывал
но у вас там как токо шаблон поменяешь, так сразу все беременны этими изменениями
а у меня это по желанию
...
Рейтинг: 0 / 0
Посоветуйте систему для магазина
    #39131375
Фотография Garya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ViPRos,

Да ладно, забудь. :)
Это я немного поностальгировал. От той системы остались лишь воспоминания.
Руководство приказало остановить разработку и внедрение самописной системы и использовать типовой функционал какой-нибудь тиражной системы... :) Даже если он более кривой и менее функциональный. При этом ошибочно полагая, что с внедрением тиражной системы проблем будет меньше. Проблем оказалось существенно больше, но, тем не менее, я исполнил приказ, потому что исполнительный... :)
...
Рейтинг: 0 / 0
Посоветуйте систему для магазина
    #39131379
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Garya,

да уж
все "руководство" одинаково заточено - лишь бы прикрыть свою задницу
...
Рейтинг: 0 / 0
Посоветуйте систему для магазина
    #39131380
Фотография Garya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ViPRosGarya,

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

Однако, реально мы НЕ-наследуемые характеристики практически не использовали.
...
Рейтинг: 0 / 0
Посоветуйте систему для магазина
    #39131381
Фотография Алексей Выхрыстюк
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Oracle Apex
http:\\moblin.com.ua
...
Рейтинг: 0 / 0
Посоветуйте систему для магазина
    #39131384
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Garya,

согласен с фантазиями
просто что бы фантазии появились надо реально (как ты например) вникнуть в задачу и обобщить, обобщить, обобщить,.... специализировать, специализировать, специализировать,... :)
...
Рейтинг: 0 / 0
Посоветуйте систему для магазина
    #39131391
Фотография Garya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ViPRos, вырезал скриншот из презентации.

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

Справа вверху - таблица "элементов" номенклатуры (то есть, записи о конкретных номенклатурных позициях), расположенных в выделенной "папке". Колонки таблицы - "поля", которые едины для всех записей справочника для всех уровней и подуровней иерархии.

Слева внизу - "свойства" (из "словаря"), которые могут наследоваться или НЕ наследоваться со значениями или без значений от "папки" к записи, которая в нее добавляется. Обрати внимание, как выглядит словарь "свойств" - это тоже иерархия. Получается иерархия в иерархии... :)

Справа внизу - то, что мы не обсуждали. Информация по версионности и журнализации по двум осям времен - учетному и календарному (реальному). Календарное (реальное) онлайн-время используется для журнализации, а учетное время используется для версионности записей по оси учетного времени. Но это уже совсем другая тема...
...
Рейтинг: 0 / 0
Посоветуйте систему для магазина
    #39131394
Фотография Garya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ViPRos,

Видишь треугольничек возле каждой строки свойства? Это - "автофильтр"! :)

Во фрейме свойств (левая нижняя часть) отображается перечень свойств и значений только одной записи справочника - той, которая выделена в правой верхней части. Перечь записей, отображаемых в правой верхней части, можно "отавтофильтровать" по значению некоторой комбинации "свойств" и "полей".

Во фрейме, где отображается таблица с записями справочника, можно включить отображение записей всего поддерева выделенной "папки", либо только одного дочернего уровня. Сделать видимыми только "папки" (шаблоны, типы) или только "элементы" (данные справочника).
...
Рейтинг: 0 / 0
Посоветуйте систему для магазина
    #39131527
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Garya,

да я смотрел презентацию
в любой реализации без метауровня все остается за человеком, ведение твоей структуры намного сложнее и ответственное чем моей
ВИПРОС САМА определяет что есть словарь, что есть базовый-примитивный тип (мастер дата), а что является агрегатами-фактами
это меняет принцип построения инфраструктуры для ввода и поиска
В ВИПРОС можно (и нужно) создавать дополнительные-вспомогательные типы, которые ведутся автоматически - только для целей поиска (они не видны пользователю), а поисковых алгоритмов (смарт-лукап мы называем) несколько
жаль что "мы" не хватает таких как ты, а то б воще фонтанировали
блин почему то умных людей так мало, вроде смотришь норм чек по всем остальным делам, но по работе тупой баран :(
...
Рейтинг: 0 / 0
Посоветуйте систему для магазина
    #39131995
Александр Пузаков
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GaryaКстати, для айтишников, знакомых с принципами объектно-ориентированного программирования, не должно быть проблемой трансформации подобных принципов на предметную область. В конце концов, можно было бы реализовать (при желании, конечно) механизмы наследования между разными уровнями сущностей, как минимум. Тогда можно было бы создавать, типа, группу номенклатуры с привязанной к группе некоторой совокупностью атрибутов. При добавлении новой записи в группу дочерние записи "наследуют" некоторые атрибуты без возможности их изменения, другие записи с возможностью изменения. Те атрибуты, которые без возможности изменения, можно сделать еще и ретроспективно-модифицируемыми - то есть, при изменении родительской сущности чтобы аналогичные атрибуты автоматически модифицировались и у всех дочерних сущностей. А для модифицируемых атрибутов такая концепция позволила бы реализовать механизм определения "значений по умолчанию", которые используются чаще всего в разных частях, например, номенклатурного справочника (но и не только).
В 1С такое настроить элементарно. Всего несколько строчек кода и изменение одного свойства у реквизитов справочника.
...
Рейтинг: 0 / 0
Посоветуйте систему для магазина
    #39132191
Фотография Garya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Александр ПузаковGaryaКстати, для айтишников, знакомых с принципами объектно-ориентированного программирования, не должно быть проблемой трансформации подобных принципов на предметную область. В конце концов, можно было бы реализовать (при желании, конечно) механизмы наследования между разными уровнями сущностей, как минимум. Тогда можно было бы создавать, типа, группу номенклатуры с привязанной к группе некоторой совокупностью атрибутов. При добавлении новой записи в группу дочерние записи "наследуют" некоторые атрибуты без возможности их изменения, другие записи с возможностью изменения. Те атрибуты, которые без возможности изменения, можно сделать еще и ретроспективно-модифицируемыми - то есть, при изменении родительской сущности чтобы аналогичные атрибуты автоматически модифицировались и у всех дочерних сущностей. А для модифицируемых атрибутов такая концепция позволила бы реализовать механизм определения "значений по умолчанию", которые используются чаще всего в разных частях, например, номенклатурного справочника (но и не только).
В 1С такое настроить элементарно. Всего несколько строчек кода и изменение одного свойства у реквизитов справочника.Возможно, избавившись в 1С от поддержки (а без снятия типовой конфигурации с поддержки предложенное "настроить элементарно" не получится) и превратив тиражную систему в той или иной степени в самописку, в 1С можно решить любую задачу.
Вот только зачем покупать тиражную систему (в частности, 1С), если у предприятия есть кого занять написанием кода?

Лично мне концепция кастомизации любых систем для бизнеса или производства посредством переписывания исходного кода разработчика представляется одной из самых недальновидных идей. И есть острое ощущение, что такой вариант кастомизации предлагается в тех случаях, когда разработчик просто не может систематизировать в собственном представлении задачи, разложив их по уровням сопровождения и предоставив на каждом из них необходимый и достаточный для соответствующего уровня функционал. Сам подход "мы тут что-то натяпляпали, если вам вдруг что-то не понравится, перепишите", вызывает у меня отторжение. Зачем вообще покупать то, что наверняка потребует переписывания исходного кода? Как бы Вы отнеслись к разработчику операционной системы, который предлагал бы переписать исходный код проданной им операционной системы, если бы в ней какое-либо приложение невозможно было бы запустить или если бы копирование основной массы файлов работало бы нормально, за исключением файлов PDF?
...
Рейтинг: 0 / 0
Посоветуйте систему для магазина
    #39132195
FE
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Garya... Как бы Вы отнеслись к разработчику операционной системы, который предлагал бы переписать исходный код проданной им операционной системы, если бы в ней какое-либо приложение невозможно было бы запустить или если бы копирование основной массы файлов работало бы нормально, за исключением файлов PDF?

Linux?...

Дико извиняюсь, не мог удержаться...
...
Рейтинг: 0 / 0
Посоветуйте систему для магазина
    #39132199
Фотография Garya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
FEGarya... Как бы Вы отнеслись к разработчику операционной системы, который предлагал бы переписать исходный код проданной им операционной системы, если бы в ней какое-либо приложение невозможно было бы запустить или если бы копирование основной массы файлов работало бы нормально, за исключением файлов PDF?

Linux?...

Дико извиняюсь, не мог удержаться... А что, в Linux такое случается, что его требуется переписать перед тем как скопировать файлы?
...
Рейтинг: 0 / 0
25 сообщений из 123, страница 4 из 5
Форумы / ERP и учетные системы [игнор отключен] [закрыт для гостей] / Посоветуйте систему для магазина
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]