Ветка для холивара, троллинга, остроумия и оскорблений. Помните, что тонкий троллинг и просто оскорбление - это разные вещи. Переход на личность - признак слабого ума и дурного воспитания.
В красному углу ринга бесплатная и открытая платформа lsFusion (LGPL лицензия). "Убийца 1С" (c) ПростоГен
Сайт : https://lsfusion.org/ . Блог : https://habr.com/ru/company/lsfusion/ . Документация : https://documentation.lsfusion.org/
Пример сложной системы, построенной на ее базе : https://demo.lsfusion.org/erp . Логин : guest, Пароль : guest .

На бой была вызвана статьей "Почему не 1С" : https://habr.com/ru/company/lsfusion/blog/468415/

Демка клона Odoo (в разработке) : https://demo.lsfusion.org/mycompany . Ссылка на GitHub : https://github.com/lsfusion-solutions/mycompany

Для получения наживы для троллинга есть отдельная ветка : Конкретные вопросы по lsFusion. Часть 2.

Предыдущая ветка : OFF: lsFusion vs 1C. Раунд 9

(999), [FILTERS это и есть ГДЕ по сути.]

В указанном запросе 1С нет ГДЕ, значит нет фильтров. Запрос выполняет другие функции

Пробудлирую вопрос
(992) по той задаче, главный склад у каждого склада свой. Склад выбран в заполняемом документе, а его главный склад вычисляется "на лету", к тому же вычисляются дополнительные поля. Давай ПОЛНЫЙ код, как это будет выглядеть на фузине:

Таблица подбора:
- Товар - товар из справочника, отображается иерархически (как внесён в справочник)
- ОстатокНаСкладе - остаток на складе, выбранном в документе
- ОстатокНаГлавномСкладе - остаток на складе, который является главным для выбранного в документе
- ОстатокНаДругихСклада - оставшиеся остаки, не включенные в две предыдущие колонки

Фух, от сердца отлегло, а то я уж начал переживать, что не будет больше говноветок

вы серьезно? после того как они кнопку на скачивание на сайте не смогли найти собираетесь с ними что-то обсуждать?

(2), я бы еще добавил что код целиком вместе с кодом ограничений, а то я не нашел в их документации никакой встроенной функции onHand

да понятно что CrushBy спекулировал на простоте кода совсем не разобравшись в коде 1с.

(2) Вот код формы подбора :
OBJECTS d = Document PANEL

OBJECTS i = Item

PROPERTIES name(i),
           'Остаток На Складе' = onHand(i, stock(d)),
           'Остаток На Главном Складе' = onHand(i, main(stock(d))
           'Остаток На Других Складах' = GROUP SUM onHand(i, Stock st) IF st != stock(d) AND st != main(stock(d))

Это будет 4 колонки без фильтров по товару

(5) onHand - это один раз объявленное и посчитанное свойство остатка (в прикладной логике, а не платформе). Вот тут описывалось, как оно строится :
https://habr.com/ru/company/lsfusion/blog/465221/
(только вместо onHand оно называлось balance)
onHand (Stock st, Sku sk) 'Остаток' = GROUP SUM quantity(SkuLedger l) IF stock(l) = st AND sku(l) = sk;

(1) странное утверждение. Учитывая что ИЗ тоже выполняет функции фильтров, как и тип соединения. Собственна любая выборка это в первую очередь задачи: отбора того что надо выбрать, определения колонок и сортировка.

(9), собственно фильтры и соединения разные вещи

Ну и для сведений, в 1с тоже есть примитивная конструкция для получения остатков. Код такой:

Отбор = Новый Структура("Склад, Товар", Склад, Товар);
Остаток = РегистрыНакопления.ТоварыНаСкладах.Остатки(,Отбор);

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

Ебать-колотить, ещё одну тему завели...

(11) Естественно без соединений это бессмысленно. Поэтому нет смысла обсуждать конструкцию, которую невозможно использовать. А в фузине как видите соединение идет вообще по другому принципу.

(10) По сути одинаковые. Хотя философский вопрос. Тут я подробнее это расписывал:
https://habr.com/ru/company/lsfusion/blog/463095/#joinwhere

(14) А понял мы о разных вещах говорил. Я имел ввиду типы соединений.

(8) так ты вываливай все функции, которые нужно подготовить "загодя". А то глянь, у меня тоже четыре строки:

ПроверитьВсеУчетныеДанныеERPНАКорректность()
РассчитатьСебестоимость()
ЗакрытьПериод()
ПодзравитьКоллективСНовымГодом()

onHand, блдь...

how much watch!

(15) , а я говорил о том что FILTERS не решает задачу, решаемую тем запросом, Краш уже почти исправился, но забыл еще про иерархию

(17) Зайдите в Odoo. Там везде для остатков используется термин Quantity On Hand.

(20) Не везде.

(16) Ну так и в примере 1С не описывается объявление регистра 1С. Вот и я не описывал как он создается, и как по нему считаются остатки. Это то будет не в модуле подбора, а в модуле объявления регистра.

(21) Ну вот вам скрин :
https://clip2net.com/s/44MoWX9

(17) да, внутри фузины тоже один сплошной индусский код

public interface ImCol<T>

Попробуй угадай из этого индусского названия, что же может делать интерфейс ImCol...

(21) Вот еще один :
https://clip2net.com/s/44Mp50X

Поразительное дело
Некоторые 1С-то не знают ни хрена, но начинают тщательно изучать всякое говно типа Оды или Фузины :))

(24) ну кто ж виноват что в английском map, set,list короткие, а collection не повезло. А Im и M префиксы для mutable immutable.

Просто там сложная вертикальная архитектура и если не сокращать самые базовые классы generic классы станут просто огромными. А lsFusion разработчик их все равно практически не видит.

(26) Оду норм, фузина - копроподелие :)

(26) поразительное дело некоторые lsFusion то не знают ни хрена, а выводы все равно какие то делают.

CrushBy постоянно пытается спикулировать на краткости их запросов и на том что никто не знает фузину

(29)как писдабол бро, который ни разу 1с не видел но накатал целую лживую тупую статью)

(29) Знаю достаточно для делания выводов
Вообще достаточно знать двоих мудаков, представляющих Фузину, изначально начавших диалог с ведра говна, после этого саму Фузину можно уже и не знать

(32) Роман, как всегда жесток, но справедлив.

(27) вот и попробуй догадаться. А я разрывался между Immortal Collector и Image Collision

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

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

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

(31) И 90 плюсов с 70к просмотров собрал, в лучшие в нескольких хабов попал. Гениально, да? А если бы еще хоть раз увидел, наверное вообще бы рекорд на хабре поставил.

(32) [Знаю достаточно для делания выводов]
Фигасе, я больше месяца потратил, пол УТ11 пересмотрел, целую статью написал, обсудил в 1,5к комментов, а в итоге :" который ни разу 1с не видел "

А PR "знает достаточно для делания выводов". Хотя наверное в сумме полчаса потратил.

(37) Ага, и при этом статьи про фузину без упоминания об 1С собирают около 1К просмотров... Без 1С фузина нахрен никому не нужна...

>больше месяца потратил, пол УТ11 пересмотрел

рукалицо.жпг

(34) Ну тут приходилось выбирать меньшее из зол. Кстати именно эта архитектура с Immutable и Mutable коллекциям позволила держать memory footprint под контролем и тянуть тысячи пользователей даже на одном сервере приложений.

(35) Как же, вы до этого приводили одну строчку кода, когда вас поймали, привели другие строчки кода.(версия 10, а мы все про подбор и динамические списки)
Вы не поняли для чего нужен этот сайт, хотя название говорящее, там обучают принципам работы с 1с, как с платформой так и с типовыми конфигурациями.

(38) Достаточно было приобрести курс по УТ11 и хватило бы недели чтобы во много разобраться и начать работать профессионально.

(41) врешь

(38) опять врешь

(43) курсы по УТ11 (как и остальные) для других целей нужны. Мне нужно было общую картину составить, а курсы обычно "обезьяньи" методы используют, нужно сделать что-то - сделай так, то есть не ставят целью "за деревьями лес увидеть".

(37) просмотры ибо срач) а по плюсам заметь- из 70 тысяч человек плюсы поставило 90) -0.1 процента))))

(46) вот первый раз правду сказал. тебе не нужно было в 1с разбираться. тебе нужно было какашек на вентилятор запулить что бы получить 70к просмотров на хабре)))

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

(48) мне нужно было составить общую картину разработки, чтобы понять слабые и сильные места. По курсам этого не сделаешь. Это как разница между директором и сотрудником или архитектором и простым рабочим. Разные цели, разные средства.

(49) да да) разобрались. Ты в статье написал сам - на хабре 1с не любят, но сами не могут объяснить почему))) именно эти люди, которые не любят что то, но не могут объясить за что и наставили плюсов.

(50) ты гребаную кнопку на полэкрана не смог найти, а говоришь за месяц разобрался в архитектуре 1с. Скажи мне зачем ты наврал в статье столько?

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

(49) На Хабре очень легко срубить плюсов на теме 1С - просто пишите что вроде "1С говно, они даже на русском программируют", особо не углубляясь в детали. И "классические" программисты сами плюсов вам накидают, мол, да говно)

(50) и снова врешь

(38) Мудак, ты хоть смотри, кто что говорит, а то смешались в кучу кони, люди

по поводу хабра это тема просто "хайповая". А вот если бы фузину обсуждали, такого бы не было.

Ну т.е то что вы попали в настроение Хабровского сообщества + были подогреты местными форумчанами, никак не делает вашу статью качественной.

(54) Вы видимо не понимаете, как устроен Хабр. За любые необоснованные утверждения там минусуют по-черному. Независимо за или против кого они направлены.

(59) да ну?) чего же не заминусовали бро за необоснованное утверждение - ", что в 1С в какой-то момент попросту решили отказаться от ORM и сделать ставку на голый SQL". У него есть подтверждение что 1с решили отказаться от ОРМ? пруфы какие нибудь привел в статье или сейчас может показать?)

(58) Ну я бы вторую часть на инфостарте опубликовал и там публика судя по ссылкам что я кидал вполне адекватная даже по сравнению с хабром. Но ИС как оказалось 1С принадлежит на половину, так что похоже не судьба :(

Самое ржачное, что фузиновцы рассказывают о хабре с пиететом потому что там их статью плюсанули. А заминусовали бы - вопля было бы что у них хабр головного мозга)))

(61) сцыкотно что лживую статью заминусуют те кто понимают что ты несешь полный бред?)))

(59) Брехня.

Так прикольно наблюдать, как терпеливый мудрый Краш раз за разом спокойно вежливо объясняет агрессивных хамоватым одинесникам про всякие гитхабы, хабры и пр. вещи
Прямо слезы умиления катятся по лицу
Хочется обнять и задушить его нахрен, чтобы уже закончить этот тупорылый цирк с конями

(60) [У него есть подтверждение что 1с решили отказаться от ОРМ?]
Какие подтверждения? Видеозапись где Нуралиев говорит "отказываемся от ОРМ"? Там вообще это был вывод на основе анализа кода в УТ11.
(62) Нет, не было бы. У нас статьи на хабре есть и заминусованные, смотри например Функциональная СУБД.
(63) Да нет, скорее всего просто не пустят статью с критикой 1С. Я на ИС во всяком случае ни одной такой не видел.

(65) Да лан, поглумиться же норм :)

(61) Хм, думаешь, 1С не оценит твою объективную критику?
А мне кажется, полутарометровый кол в твоей жопе неплохо бы смотрелся

(61) В первой части достаточно много неточностей, на которые я указывал, без ответов. 1с ники везде одинаковые.
(66) Опять же заминусовали вас за то, что вы решили "наехать не на того", а качество статей плюс минус одинаковое по сравнению с "наездом на 1с"

(67) Да мне просто интересно, Краш реально больной на всю голову и платит деньги за секцию, чтобы прокачать какую-то свою психологическую детскую травму или как-то умудряется монетизировать свою мистосранину в плюс
Я просто видел много людей, которые что-то делали делали, вроде даже местами что-то у них получалось, местами даже неплохо, а потом у них щелк и сносит башню на почве какого-нибудь абсолютно левого заеба, например, мне срочно нужно сделать себе имя в инете или я срочно должен написать тиражное решение или начиная с сегодняшнего дня я занимаюсь только клиентами с бюджетом не меньше миллиона, в общем, любая тупая блажь на ровном месте
И все, был человек и нет человека, весь ушел в какую-то тупую бесполезную ладу

(68) Я помню в одной из их статей задал безобидный вопрос в комментариях на Хабре, зачем разделяли логику на сервер и клиент, и контурно расписал как можно было сделать по другому. Это был единственный случай когда мой коммент на Хабре не аппрувили (у меня тогда не было полноценного аккаунта), причем другие компании (как и мы) аппрувят куда более критичные комменты.

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

(69) Мне больше всего понравилась статья про то, почему не SQL, в которой Бруха бодро рассказывал, какие в SQL есть проблемы
И в общем-то даже было похоже на серьезный труд, человек потрудился, качественно рассказал о наболевшем
Но всю статью зрел вопрос, а почему статья-то называется типа, почему не SQL
Не SQL, а что?
И в конце как говорится, мы его с моря на кораблях, а он из писты на лыжах, встречайте, говорит, решение всех проблем, Фуууууууузинааааааааа, от проблем с SQL, от лишнего кода, от геморроя и вообще от всех проблем

(66) если это был вывод то так и пишешь, как показалось одноклеточному бро, неспособному кнопку найти, 1с отказалсь. Ты же написал как утверждение, а не предположение. Поясню разницу для тех кто включает тупую дуру: "Бро любит отдыхать с мальчиками, потому что гомосексуалист." Это утверждение. "на основании того, что Бро отдыхает в сауне с мальчиками, я сделал выводы что бро гомосексуалист" - это выводы на основании какой то информации. Разница понятна?

(71) Ага ага
Ты создаешь COM объект в своей сранине без разделения на клиент и сервер
Где он создастся?

(72) Тебя вот спросить забыл, что мне делать

+(76) Ты пришел на форум, на который я прихожу отдыхать, и начал срать, как последний раз
Так что теперь терпи, ты же не думал, что никто не обратит внимание, как ты пристроился в позе орла в центре площади

Да уж, 1С головного мозга еще и плохо влияет на психику разработчиков, как я посмотрю...

Некоторые начинают вести себя как школьники.

Ога, а фузина головного мозга ведёт к деградации мозга, которая заставляет улюлюкать и говном метать.

(79) Это да, согласен, есть такое
Пяток народу, после того, как их полили помоями, стали регулярно качать ваши с Брохой скиллы и забесплатно тестить вашу говноподелку
Странный эффект
Хотя, я слышал, некоторые добровольно подаются в рабы, лишь бы им справили нужду на лицо или разрешили сожрать наваленную кучу, по ходу в мире хватает всяких извращенцев

(78) (79) про школьников пишут тела, которые пришли на форум другого продукта и ведут себя как девочки подростки

(75) COM объект? в 2019 году? Серьезно?

(83) Да нет, блять, конечно, описАлся просто

(79) Простите, а вы то как смогли его получить? Ведь ведете себя хуже школьника, у Романа цель вас оскорбить всего лишь.

(83) Ой дебил...

(83) Если ты такой модный хипстер, блять, ответь, куда сохранится файл, который ты записываешь, на диск на сервере или на клиенте?

"Ветка для холивара, троллинга, остроумия и оскорблений."
CrushBy отдыхает душой уже 10 веток :)

(85) У меня даже цели оскорбить нету
Я просто с говном веду себя как с говном, не выкать же мне ей

(88) Какой же черствой должна быть душа, чтобы так отдыхать.

(88) Да все бы так, но он же за это деньги платит :))

+(89) Ей в смысле куче говна

(87) Странный вопрос:
https://documentation.lsfusion.org/pages/viewpage.action?pageId=34439654
Укажешь CLIENT на клиенте. Не укажешь на сервере. COM тут причем? Вы же вообще в курсе что это платформозависимая технология? То есть не под винду с ней мягко говоря проблемы будут.

(59) Хабр в плане "плюсов" похож на 4чан. Говоришь то, что нравится окружающим, насколько бы лживым оно ни было - будешь в плюсе. Говоришь правду - будь готов, что она окажется втоптана в грязь только потому, что она не подходит мировоззрению большинства.

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

но развернутая позиция - это практичски новая статья, а не коммент

(94) Да хабр ничем от того-же инфостарта не отличается, примерно такая-же публика. Это некоторые тамошние обитатели почему-то себя "элитой" считают.

(89) А их невозможно оскорбить, они терпилы же...

(97) а почему бы не считать?

(99) потому что оснований нет)

(99) Да они себя кем угодно считать могут, хоть пупами земли. От этого объективная реальность никак не пострадает :))

Кстати, фузиновцы, в соседней теме рассказывают, что скоро будет миллион узбекских кодеров, по-моему, как раз для вас потенциальные сотрудники.

(97) а кстати на ИС вполне адекватная публика судя по комментам к статье про появление GROUPING SET в языке запросов 1с. Они и про оконные функции и про DML и про все остальное в курсе.

(93) COM тут не причем, это два разных вопроса
Про не под винду и проблемы не понял, думаешь, не в винде у меня не выполнится код в 1С, в котором я работаю с COM?

(103) И здесь есть адекватная публика, Бро. Только, большинству из них фузина не интересна совсем, а оставшимся - интересна только как объект троллинга :))

(95) И каждый твой довод будет сто раз отклонен потому, что он не подходит под критерии достоверности данных индивидуумов, ссылается не на те источники и вообще им не нравится. Плавали

(81) Помоями обливали тебя, вот ты с того и пыхтишь. Меня никто ни чем не обливал. Просто потому, что я выше вашего  детского сада.
А ты барахтайся в своей луже дальше.

(107) Странно, вроде никого конкретного не упоминал, но кто-то по ходу в описании узнал себя и зачем-то начал отнекиваться

(107) Не будь таким серьёзным, эти ветки про фузину для одних стёб, для других сублимация :))

(108) Вы указали достаточно конкретные признаки, по которым классифицировали людей. Под эти признаки подпадает вполне определенное количество персонажей. Я всего лишь заметил, что ваше деление на "плохих"/"хороших" не вполне корректное.

Справедливости ради - я прекрасно понимаю вас. Вроде хотели устроить нормальное соревнование, но вторая сторона на ходу начала менять условия, потом съезжать с темы и прочее. У меня это бы вызвало не меньшее раздражение.

(109) "Думать можно как угодно, в том числе и неправильно" (С)

С Уважением ко ВСЕМ окружающим...

(110) А вы как думаете, зачем эти ветки, и почему оно не тонет?

(111) Я думаю, что мне надо думать над внедрением маркировки в нашей обувной зоне. И если понадобится - я буду использовать для этого любой доступный мне инструмент. Товарищи из (0) предлагают свой инструмент. Посмотрю, примерю, если подойдет - буду использовать, если не подойдет - возьму что-то другое.

(112) Интересно, каким боком фузина к маркировке может относится, и почему 1С не подходит :))

(113) 1) Пока никаким; 2) Пока что ничего не подходит, потому что требования еще не сформированы.

(110) Ну, тоже справедливости ради, раздражение у меня появилось еще раньше, после прочтения первой статьи
Поэтому я и написал Очередной убийца 1С - lsfusion
Причем статья мне попалась на Хабре раньше ветки на Мисте

Странно, кстати, я в (104) хотел чуть Бруху потролить, а он по ходу реально засомневался и пошел проверять, будет ли 1С с комом под линухом работать

(116) Рано сказал

(112) >> товарищи из (0) предлагают свой инструмент
Они не фузину предлагают, а топят 1С. У них нет того, что можно использовать. Просто торгуют антипиаром и всё. Так что не надейся!

(117) Да шутка уже протухла :))

Кстати, а как фузиновцы решают вопрос с транзакционными блокировками?
Ок, по дефолту repeatable read на MVCC.
А что делать, когда этого недостаточно?

(110) Справедливости ради, в отсутствии pivot'ов все свелось бы к срачу про reporting, плюс во всякие мелочи типа номеров строк и т.п. Так как по итогу PR ТЗ под 1С писал, а неудобные требования исключал. То есть в таком формате баттл был обречен. Но да получилось криво, но это больше к CrushBy вопрос, почему он пожертвовал мистой в угоду оду.

(120) + Явно читать записи, которые нужно залочить, с нужными хинтами СУБД? Других вариантов вроде нет...

(118) 1) Неужели 1С настолько неустойчива, что такой веткой ее можно "утопить"?
2) Вы не смотрели фузину, поэтому не можете знать, что можно там использовать, а что нельзя, так что ваше мнение здесь - пустышка.
3) В свете п. 2) этот вывод тоже пустышка
4) Что мне делать - я сам решу, советчиков в столь простом вопросе мне не надо.

(120) материализовать конкурентные показатели. Благо в lsFusion это одна строка. Собственно в этом и прикол MVCC что он гарантирует целостность в RR только по сути для материализованных показателей, и тут возможность прозрачной материализации очень кстати.

Но да, еть еще вариант FOR UPDATE делать в событиях, где важна целостность (по сути в ограничениях, благо они абстрагированы отдельно в lsFusion).

(119) Кстати а в чем шутка то была?

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

Я иногда захожу сюда, сейчас, кстати, уточню у ВР, не истекло ли время фузиновцев, чтобы выпилить к херам этот цирк.

(124) Что такое материализация показателей? Материализованные view? Не очень понимаю, чем это лечит в плане блокировок.
Вот пример. Есть табличка с колонкой "Товар" и колонкой "Документ". Я хочу, чтобы до конца транзакции заблокировались даже на чтение все строчки по конкретному значению товара. Чем мне тут материализация поможет?

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

(127) да нет у них блокировок. они не осилили. поэтому можно их и не спрашивать даже.

(124) А FOR UPDATE - плохая панацея. Чревата эскалациями блокировок. В 1С в итоге остановились на управляемых блокировках (т.е. вынесли бизнес-блокировки за рамки СУБД)

(124) Хотя погоди. "по сути в ограничениях, благо они абстрагированы отдельно в lsFusion" - может это оно и есть?

(121) Я у вас еще раз попрошу - можете прикинуть, хотя бы, на сколько сложно сделать в вашей системе нативную поддержку Регистров Правил (РП).

РП - это таблица из нескольких столбцов - "Корня" и нескольких столбцов - "Детерминанта". Некоторые поля в Корне могут быть незаполнены. При этом предполагается, что под такое условие подходят все значения.

Т.е. для Корня: Поле1=5, Поле2=Пусто, Поле3=4 подойдет выражение вида WHERE Поле1=5 AND Поле3=4

Вторая фишка РП - это приоритеты - считается, что срабатывает Правило с максимально правым условием.

Например имеем Корень из трех строк:
Поле1=5, Поле2=Пусто, Поле3=4
Поле1=Пусто, Поле2=2, Поле3=Пусто
Поле1=5, Поле2=Пусто, Поле3=Пусто

То для входного условия (5,2,4) подойдут все три правила, но самым "правым" будет (5,Пусто,4) и, соответственно, берем Детерминант из этой строки;
для входного условия (5,2,8) подойдут нижние два правила, но самым "правым" будет (Пусто,2,Пусто);
для входного условия (5,5,8) подойдет только нижнее правило;
для входного условия (90,2,58) подойдет только второе правило;

Для чего это надо?

Тогда вместо такого:

УТ 10.х Общий модуль УчетНДС

Функция ОпределитьВидЦенности(Объект, ЭтоДопРасходы = Ложь, ЭтоАгентскийНДС = Ложь, ВидАгентскогоДоговора = Неопределено, ЭтоУслуга = Ложь) Экспорт

    Если ЭтоАгентскийНДС Тогда

        // Это агентский НДС - для него применяется специальный вид ценности.
        Если ВидАгентскогоДоговора = Перечисления.ВидыАгентскихДоговоров.Аренда Тогда
            ВидЦенности = Перечисления.ВидыЦенностей.НалоговыйАгентАренда;
        ИначеЕсли ВидАгентскогоДоговора = Перечисления.ВидыАгентскихДоговоров.РеализацияИмущества Тогда
            ВидЦенности = Перечисления.ВидыЦенностей.НалоговыйАгентРеализацияИмущества;
        Иначе
            ВидЦенности = Перечисления.ВидыЦенностей.НалоговыйАгентИностранцы;
        КонецЕсли;
    ИначеЕсли ЭтоДопРасходы Тогда
        ВидЦенности = Перечисления.ВидыЦенностей.ПрочиеРаботыИУслуги;
    ИначеЕсли ТипЗнч(Объект) = Тип("СправочникСсылка.Номенклатура") тогда
        Если НЕ ЗначениеЗаполнено(Объект) Или ЭтоУслуга = Истина Тогда
            ВидЦенности = Перечисления.ВидыЦенностей.ПрочиеРаботыИУслуги;
        Иначе
            ВидЦенности = Перечисления.ВидыЦенностей.Товары;
        КонецЕсли;
    Иначе
        ВидЦенности = Перечисления.ВидыЦенностей.ПрочиеРаботыИУслуги;
    КонецЕсли;

    Возврат ВидЦенности;

КонецФункции // ОпределитьВидЦенности()

Можно просто сделать таблицу для РП

ТипЗнч(Объект) ; ЗначениеЗаполнено(Объект) ; ЭтоУслуга ; ЭтоДопРасходы ; ЭтоАгентскийНДС ; ВидАгентскогоДоговора => ВидЦенности
-----------------------
Тип("СправочникСсылка.Номенклатура") ; Ложь ; Пусто ; Пусто ; Пусто ; Пусто => Перечисления.ВидыЦенностей.ПрочиеРаботыИУслуги
Тип("СправочникСсылка.Номенклатура") ; Пусто ; Истина ; Пусто ; Пусто ; Пусто => Перечисления.ВидыЦенностей.ПрочиеРаботыИУслуги
Тип("СправочникСсылка.Номенклатура") ; Пусто ; Пусто ; Пусто ; Пусто ; Пусто => Перечисления.ВидыЦенностей.Товары
Пусто ; Пусто ; Пусто ; Истина ; Пусто ; Пусто => Перечисления.ВидыЦенностей.ПрочиеРаботыИУслуги
Пусто ; Пусто ; Пусто ; Пусто ; Истина ; Аренда => Перечисления.ВидыЦенностей.НалоговыйАгентАренда
Пусто ; Пусто ; Пусто ; Пусто ; Истина ; РеализацияИмущества => Перечисления.ВидыЦенностей.НалоговыйАгентРеализацияИмущества
Пусто ; Пусто ; Пусто ; Пусто ; Истина ; Пусто => Перечисления.ВидыЦенностей.НалоговыйАгентИностранцы
Пусто ; Пусто ; Пусто ; Пусто ; Пусто ; Пусто => Перечисления.ВидыЦенностей.ПрочиеРаботыИУслуги

И если еще немного подумать над этой табличкой, то можно ее еще больше упростить (слить множество ПрочиеРаботыИУслуги в меньшее количество правил)

(127) Смотрите, есть два подхода оптимистические и пессимистические блокировки.

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

Пессимистические блокировки - FOR UPDATE при проверке ограничений (ну и в других событиях этот режим можно включить). Да может быть приводить к экскалации, но его в принципе рекомендуется использовать только когда первый использовать не получается.

Оптимистические блокировки куда более декларативны (их проще писать) и масштабируемее (так как писатель не блокирует читателя). И по опыту работают куда более эффективно. Поэтому управление целостностью в lsFusion больше идет на уровне изменения физмодели: материализацией показателей и раскладыванием их по нужным таблицам.

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

(132) Хмм.. Где-то я такое уже видел...

(135) Ахахаха.

(135) Лет 15 назад.

(137) Точно, в WMS, корнями как-раз примерно из этого времени, такая фигня есть. Работает нормально, кстати :))

(132) Мы похожие схемы реализуем вот каким образом :

CLASS Rule;

field1 = DATA INTEGER (Rule);
field2 = DATA INTEGER (Rule);
field3 = DATA INTEGER (Rule);

value = DATA INTEGER (Rule);

rule (v1, v2, v3) = GROUP LAST Rule r IF (field1(r) = v1 OR NOT field1(r)) AND
                                         (field2(r) = v2 OR NOT field2(r)) AND
                                         (field3(r) = v3 OR NOT field3(r))
                          ORDER field3(r), field2(r), field1(r), r;

valueForRule (v1, v2, v3) = value(rule(v1, v2, v3));

То есть rule находит правило, которое подходит под условия сортируя по 4м критериям (по умолчанию, NULLS FIRST, так что будет находить в первую очередь те, для кого задан field3, потом field2 и т.д.).

(139) Собственно логику задания правил, определения порядков и т.д. можно сильно менять, просто меняя выражение GROUP LAST и ORDER.

Походу, Салимбек и фузиновцы нашли друг друга.

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

(141) Вообще, у настоящего программиста всегда должна быть тяга к изучению чего-нибудь нового. Хуже, когда человек замыкается на чем-то одном (типа 1С) и ничего не видит вокруг. Получается, что он живет в этакой песочнице.

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

(144) И ? Поэтому концепции, вроде контроля версий (Git), ООП, функциональное программирование для них должно быть чуждо ? Есть люди, которым интересно разбираться в чем-то новом. Нужно быть слабоумным, чтобы гнобить за это.

(142) Да вообще фузина - практически идеальная платформа для WMS, почти как 1С. Жаль, только, что у фузиновцев бизнес-компетенций ноль, и не будет никогда WMS на фузине...

Ребят напомните, какой счет то в 10 раунде? есть нокаут, единогласное и раздельное решение судей? в общем кто кого а то я закончил на 3 раунде, а следить за боем века не было возможности=)

(125) Проехали, слоупок

(147) Пока только я веду счет. А он пока явно в пользу фузины :

В фузине есть :

- ХАЛЯВА !!!!!
- Изначально заточена под PostgreSQL и Linux. А в 1С приходится дорого покупать MS SQL (под ванильным PostgreSQL не работает, а под PostgreSQL с закладками ФСБ работает плохо). Опять ХАЛЯВА !!!
- Наследование с полиморфизмом
- Отличная модульность вместо спагетти-кода
- Нормальная система контроля версий (Git), а не поделка для маленьких команд
- Редактирование в динамических списках
- Редактирование в матрицах
- Нормальная поддержка Table-Detail-Detail-Detail....
- Нормальная работа с деревьями
- Быстрая работа с большими документами
- Быстрая работа веб-клиента, не так как в 1С : WEB клиент тормозилово
- Современный pivoting с drag drop, как во всех современных BI системах, а не так как в 1С
- Все выполняется там где данные (на сервере БД, а не гоняется на сервер приложений)
- Многие вещи реализуется в 3 строки, где в 1С - целые полотна
- Акценты только на бизнес-логике без технических подробностей (вроде &НаСервереБезКонтекста и МенеджерВременныхТаблиц)

В 1С есть :
- В заголовках номер заказа

(149) Странно как-то, столько всего есть, а по факту - говно...

(150) Напоминает высказывания Шарикова. А можно поинтересоваться, что именно Вам не нравится в платформе lsFusion ? Можно по пунктам, как в статье Почему не 1С ?

(143) Я сейчас на заказ делаю на Ардуино франкенштейна из Торгового оборудования, потому что на рынке ничего такого нет, а надо.
Даже C++ диалект Arduino, где надо считать байты памяти (у Arduion ее пара килобайт) милее, чем ваше утырище.

(143) Ну не знаю, я намедни на питоне прогу по нейронным сетям пощупал, надо попробовать ее же на 1С накидать

(151) Не бывает так - платформа хорошая, а при этом демки, типовые решения и главные разработчики - говно. Подумайте об этом.

(152) Да, и, кстати, на программировании под Ардуину бабла можно точно поболее заработать, чем на фузине.

(154) Так Вы то писали, что платформа - говно. То есть для нетленок - подойдет, так ?

(156) Не, я написал, что в целом экосистема lsfusion - говно. А так то, может какую копеечку на ваших трудах и получится заработать. Вам, правда, от этого ни холодно, ни жарко не будет.

(152) Ну нифига ж себе. У вас бывает "милый" и не "милый" язык ? Это как у блондинок что ли ? Лично я оцениваю все технологии исключительно с точки зрения утилитарности. То есть по критериям быстро/дешево/качественно. Но наверное, я один такой...

(154) ну про 1с и его демки и типовые любой сторонний человек скажет тоже самое. А знаете почему вы скорее всего этого не замечаете? Потому что свое говно не пахнет. Подумайте об этом.

(159) Не, братишка, даже признав, что твои демки - говно, ты умнее не станешь.

(159) Какое любопытное проявление проекции :)

(161) просто я когда захожу каждый раз в демку УТ думаю как с этим работать - формы в лучшем случае состоят из трех колонок и одного списка, отчёты с точки зрения ux какой то ад, чтобы просто поиграть срезами нужно двадцать кнопок жать, все ужасно тормозит, ну и т.п.

Но я понимаю что вопрос привычки. Собственно любой человек который переводил людей с одной системы на другую это знает. Но большинство тут то ли с реальными пользователями не работали, либо всю жизнь работают только на 1с, ну либо просто не семи пядей во лбу

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

(162) Глупый, глупый Бро. Интернет помнит всю ту чушь, которую ты писал...

(153) Нейронные сети в своей сути - простейшая штука. Самая большая сложность там - обучение, чтобы правильные весовые коэффициенты у перцептронов подобрались.

(165) Осталось только эти "простейшие" сети научить развиваться не хаотично и беспорядочно, а указать им цель, которую они не видят... Иначе от них интереса, как от г.... на палочке. Эти сети, как грибок - расти могут, но эволюционировать - нет!

(163) Я вот сейчас в устаревшую модель 1С вернусь... Но скажу так, что до СКД был построитель отчетов, который моим клиентам очень нравиться. СКД они не приняли. Сидят на ут 10.3. Они там и матрицы собрать могут, в которых им редактирование не надо делать, и иерархию собрать по группам товаров, и т.д. ЧЯДНТ???

(163) Вы цены когда в МуКомпани добавите??? У PR это было сразу. У вас до сих пор нет. Вы так под оду косите? Извините, но это говноподелка...

(165) Спасибо, КЭП
Как сказал бы Брунишка, нейронная сеть — суть функция, пару строк в Фузине
Но я тебе так скажу, что даже та же сеть распознавания чисел или символов — это уже не такая простая и не настолько очевидная схема, так вот не глядя на готовый результат не очень-то сообразишь, как там что с чем связано

(163) Капец ты убогий, даже с этим разобраться не смог
https://www.youtube.com/watch?v=3O8J2locx5o

(168) Винчестер медленный, файлов много, джун туповатый, копирование Оды идет медленно

Фузина выходит на рынок ЕРП системы. Без регистрации и смс.
https://youtu.be/TO_zyd-7gL0

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

(123) >>  Неужели 1С настолько неустойчива, что такой веткой ее можно "утопить"?
Кто сказал, что неустойчива? Уважаемый, да вы додумываете излишне. Или что, если моська тявкает на слона, то последний дрожит и сбегает? Мм-да, как же молодые спецы любят додумывать и от этого строить уверенные рассуждения.

>>  Вы не смотрели фузину, поэтому не можете знать, что можно там использовать, а что нельзя
Да ладно! Я то как раз смотрел и очень внимательно, задавая официальные вопросы ихней конторе. Так же выявил для себя конкретные вешки, по которым производится оценка. Так вот повторюсь - фузины не существует в принципе. Нет такого продукта, под названием фузина, которым можно было бы автоматизировать хоть малейший участок любого предприятия. На словах - да, они гиганты, которые всех победили, а на деле их просто нет. Они ничем не отличаются, например, от шарпов или явы. Точно так же, любой молоток или велик изобретать с самого начала, за деньги клиента. Значит их нет!

>> Что мне делать - я сам решу, советчиков в столь простом вопросе мне не надо.
Не свисти! Просто не ври и всё будет хорошо. Если бы тебе не нужны были советы, то не писал бы бред в (112), а просто бы попробовал их платформу, связался бы с их командой и т.д. Но нет, вы ж тут пафосно рассуждаете о планах не делая ничего!!!!! Поэтому просто - не свисти про простой вопрос.

(145) >>  Поэтому концепции, вроде контроля версий (Git), ООП, функциональное программирование для них должно быть чуждо?
Ну и много вы понаизучали в области троичной логики и математики? А может есть продвижения в проектной деятельности? Или может изучили таймменеджемнт со стороны теории приоритетов? Нет? Ну так значит слабоумные у вас в команде все?
Запомните, если вам не надо знать какие-то науки, то это не значит, что другие должны изучать никому не нужный бред в виде ООП, гитов и прочей ерунды. Ваша секта никому не интересна. Программистам интересно посмотреть на какие-то решения, а не на рассуждения падших врунов.
Вот и вся арифметика.

(168) Цены есть в накладных (Bill) и заказах (Purchase Order). В поступлениях (Receipt) их и не должно быть. Также как и в Odoo.

(176) Ну так когда готово полностью будет, жду не дождусь.

Новая стратегия - пиздеть всем, что у них теперь, как в Odoo.

(145) Вы сами то поняли что написали?)
(149) Опять спекулируете, хотя много раз обсуждали и "быструю работу" с большими документами и многое другое.
Как минимум 1с лучше рассчитывает итоги, того же прошлого года по остатку. Да и динамические списки куда функциональнее ваших, встроенная печать без внешних компонент, мобильный клиент, нормальные отчеты и т.д
Зачем вы опять подрисовываете своей системе плюсы и не видите плюсов 1с не понятно. Нравится жульничать? Больше похоже на детский сад)

(163) опять не разобрались, но сделали заявление) Представляете, сколько таких моментов есть в вашей статье по 1с?)

(174) "Или что, если моська тявкает на слона, то последний дрожит и сбегает?" Я вам напомню, что слон в известной басне просто ходил, не обращая внимания на моську. И со стороны 1С-ников я ожидал аналогичного поведения.
"Я то как раз смотрел и очень внимательно, задавая официальные вопросы ихней конторе." Тогда прошу прощения за ошибочное свое мнение. Был тут неправ.
"Не свисти! Просто не ври и всё будет хорошо. Если бы тебе не нужны были советы, то не писал бы бред в (112), а просто бы попробовал их платформу, связался бы с их командой и т.д. Но нет, вы ж тут пафосно рассуждаете о планах не делая ничего!!!!! Поэтому просто - не свисти про простой вопрос."
А вот тут попрошу вас признать простой факт. Я у Вас и у прочих в этом чате совета "Надеяться мне или нет" не просил. Если же мое утверждение выше вы считаете ложным, то попрошу привести пруф, в каком посте я высказал обратное. Следствием этого, я надеюсь, будет и ваше понимание того, кто именно и в чем врет. (про молодых спецов - повеселил, спасибо)

(179) [Как минимум 1с лучше рассчитывает итоги]
Что значит лучше? Их можно рассчитывать, а можно не рассчитывать. По умолчанию в lsFusion обычно идут от текущего остатка, так как вероятность чтения данных обратно пропорциональна их древности. А лишнее место и ресурсы на их обновление их никто не отменял.
[Да и динамические списки куда функциональнее ваших]
Куда если не секрет? Я гуглил и с вашего сайта читал статьи, так и не нашел как добавить Поставщик.Банк в форму заказов. Может действительно плохо искал, но согласитесь очень странно, что чтобы сделать это нужно "разбираться". По идее нажал настройку списка и добавил.

Но сейчас мы доделаем добавление любых выражений, и снимем все вопросы в этом плане.
[ встроенная печать без внешних компонент]
Не понял. В lsFusion тоже встроенная печать без внешних компонент. Мы встроили JasperReports внутрь платформы, вы даже не поймете где именно оно там.
[Нормальные отчеты]
Серьезно? Даже сейчас Reporting куда более эргономичен для пользователя чем в 1С (и даже функционален, запихните например колонки сверху группировок или в ряды в СКД) с добавлением срезов, визуализацией и т.п. Ну а с настройкой списка (добавлением любых выражений) и custom aggregate'ами вообще шансов не будет.
[Мобильный клиент]
Это вообще сторонняя хрень в 1С. Я с тем же успехом могу React назвать мобильным клиентом lsFusion.

В lsFusion кстати была мысль портировать десктоп-клиента прозрачно в нативный мобильный, но пока не в приоритете это.

(181) >>  Если же мое утверждение выше вы считаете ложным, то попрошу привести пруф, в каком посте я высказал обратное.

Цитирую из (112): "Посмотрю, примерю, если подойдет - буду использовать, если не подойдет - возьму что-то другое."
Это не правда! Если бы хотели, то посмотрели бы и уже пришли к какому-то выводу. Это же просто

(181) ["Я то как раз смотрел и очень внимательно, задавая официальные вопросы ихней конторе." Тогда прошу прощения за ошибочное свое мнение. Был тут неправ.]
Специально поинтересовался что там за вопрос был. Я не уточнял но он контурно спросил, есть ли у вас решения по управлению финансами (в частности есть ли там БДДС, БДР и т.п.). На что ему ответили, что у нас есть опыт в финансах, но конкретно в нужной области пока нет, но есть опыт сложных кастом-мейд проектов. Все.

Это все равно, что если бы я послал бы сейчас запрос в 1С, а есть ли у вас решения бухучета по методике GAAP. После чего начал везде писать, да ничего у них нет, какая то херня для России только.

(184) То есть strange2007 очень жестко путает платформу и решения. По его логике и "такого продукта как .Net нет". У майкрософта бухгалтерии и ERP на нем тоже нет.

(183) В приведенной цитате есть запрос Совета?
Лично я там вижу Утверждение. Я - Посмотрю, Я - Примерю и далее по результатам либо Я - Буду использовать, либо Я - Возьму что-то другое.

(186) "1C здорового человека" :)

(184)  снова врешь

(187) ты свистунишка в мокрых штанишках

(174) [Да ладно! Я то как раз смотрел и очень внимательно, задавая официальные вопросы ихней конторе.]

Правда ? Очень внимательно ? Вы скачали и установили платформу ? Вы смотрели исходный код, хотя бы MyCompany или примеров из HowTo ?
Какие официальные вопросы Вы задавали ?

Можете по пунктам объяснить, почему фузины не существует ? Вы понимаете разницу между платформами и конфигурациями ?

(190) потому, что ты врешь

(184) А чего всё то не процитировали? Надеетесь на мою порядочность, что пропущу и эту ложь? Цитирую основной посыл (дословно):

"Наша основная специализация - это разработка под индивидуальные требования заказчика. То есть, мы готовы автоматизировать сложившуюся со временем бизнес-логику ваших процессов - перенести из Excel как есть. Уникальность нашего предложения, что мы можем последовательно итеративно развивать/изменять систему по ходу эксплуатации. "

Т.е. открытым текстом пишете, что готовы изобретать велосипед с нуля за счёт заказчика. Круто же? Без лоха жизнь плоха?
А вот Лад-вцы на этот запрос просто выслали краткий функционал своих продуктов. Всего лишь маленькую табличку, где отмечено, что в этот функционал входит "Бюджетирование". Круто же? Есть там БЛ или нет, мне без разницы. Раз у них есть то, что можно купить, значит с ними можно вести переговоры. А у фузины нет ничего. Вообще ничего

(185) >> очень жестко путает платформу и решения. По его логике и "такого продукта как .Net нет"
Как раз не путаю и поэтому оперирую неделимыми вещами. На 1С самописки не пишут.
1С, это не платформа, а набор готовых решений, крутейшая подготовка специалистов разного уровня и направления, поддержка бизнесом многих организаций и ещё очень много того, что делает систему 1С.
Фузина же попёрла на это поле. А что не так? Перечитайте хабротему! Там чётко и конкретно написано "Почему не 1С?". Речь не про платформу, а про 1С. Поэтому харе вилять хвостом как 12-ти летние девочки и напишите свои 3 долбаные строчки!
А то ишь, блин, велик решили за чужой счёт сделать. Ищите лохов в своих европах! Хотя фиг знает, там тоже умные люди начали появляться, так что по шее там можете получить

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

еще не надоело? 10я ветка...

(194) 25-я

[Как раз не путаю и поэтому оперирую неделимыми вещами. На 1С самописки не пишут.]

Ну прям таки. Да тут в каждой теме пишут, что у них нетленки-самописки.

[1С, это не платформа, а набор готовых решений, крутейшая подготовка специалистов разного уровня и направления, поддержка бизнесом многих организаций и ещё очень много того, что делает систему 1С.]
Ага. Только это не отменяет всех проблем платформы 1С.

(190) "Вы смотрели исходный код, хотя бы MyCompany или примеров из HowTo ?" ыыыыыыыыы. пять балов. Нам нужна ЕРП система - посмотрите на гитхабе наши исходники ))))))) Боги маркетинга.

(192) Т.е. открытым текстом пишете, что готовы изобретать велосипед с нуля за счёт заказчика.
Причем здесь изобретение велосипеда. Мы делаем под заказчика решение ровно такое, как ему надо, итеративно с очень быстрым получением MVP. Многим заказчиком это нравится. Им не нужно готовое, им нужно так, как им надо.

Вы вообще наше предложение заказчику передали ? Мы бесплатно им сделаем MVP на основе их Excel, а дальше будем добавлять то, что им надо. У него нет рисков. В отличие от покупки готового кота в мешке.

(192) [Т.е. открытым текстом пишете, что готовы изобретать велосипед с нуля за счёт заказчика. Круто же? Без лоха жизнь плоха?
А вот Лад-вцы на этот запрос просто выслали краткий функционал своих продуктов. Всего лишь маленькую табличку, где отмечено, что в этот функционал входит "Бюджетирование". Круто же? Есть там БЛ или нет, мне без разницы. Раз у них есть то, что можно купить, значит с ними можно вести переговоры. А у фузины нет ничего. Вообще ничего
]
Ну выслали бы вам ERP для розницы: https://luxsoft.by/produkty/lsfusion-erp/. И этот продукт отлично продается в Беларуси скажем. Но странно было это высылать вам, когда вы спросили про конкретные модули.

Пока все что не касается розницы мы делаем кастом-мейд проекты, там где глубина кастомизации > 50%. И таких проектов на самом деле очень много, если вы коробки только продаете, не значит, что других нет.

[На 1С самописки не пишут.]

Вам прямо на хабре привели пример. Который в том числе в Магните внедрялся. Только вы неудобные вам факты тупо игнорируете.

(196) дебик, у всех платформ есть плюсы и минусы. Только конкретный клиент клал с прибором на платформу. ему нужен программный продукт - система с документацией и техподдержкой.

(189) "1С курильщика". Можно мем делать.

(198) "Мы бесплатно им сделаем MVP на основе их Excel, а дальше будем добавлять то, что им надо. У него нет рисков. В отличие от покупки готового кота в мешке." вообще нет рисков. Весна наступиn? фузиновцы уеду в деревню картошку садить, а клиент в период сдачи отчетности будет сидеть и ждать когда дебики картошку посадят.

(190) >> Вы скачали и установили платформу
Это зачем? Наступая в дерьмо, вы пробуете на вкус, что бы точно убедиться, что это дерьмо? Вы официально в зарубе продули, а значит ваши 3 строчки кодирования уже примерно в 100 раз больше и сложнее, чем на 1С тысячи строк непонятного кода. Готовых наработок нет, а значит изобретатели велосипедов. Агрессивная политика рекламы, а значит прикрываете ширмой что-то очень и очень пакостное. Пустословие вместо дел, явно указывают на то, что просто тянете резину, а значит пожизненные напёрсточники.
А теперь уточните, после чего же я должен принять решение, что ваша идея неприменима в организациях? Дайте угадаю, надо было вам оплатить лет 5-10 трепыханий, при создании велика и только после этого признать, что эксперимент неудачный? Хм... вы серьёзно считаете всех дураками?

(192) [Речь не про платформу, а про 1С]

Вы вообще читать умеете? Статья ТОЛЬКО про ПЛАТФОРМУ. Решения в качестве примера использованы.

(201) ага. мем о том, как бро не нашел на странице сайта ссылку на скачивание файла. Но требовал упорно документацию в онлайне)))

(198) Сюрпрайз, мазафака! Добро пожаловать в реальный мир :))
Никто не готов возиться с вами месяцы и годы, надиктовывать вам ТЗ и растить из вас нормальных спецов, все хотят готовое решение сегодня

(203) Ясно, не читал, но осуждаю. Как обычно.

(204) "Вы вообще читать умеете?" сказал бро, не нашедший ссылку на сайте))))

(196) >> Ну прям таки. Да тут в каждой теме пишут, что у них нетленки-самописки.
И? О чём это говорит? Ну я на PureBasic-е делаю много решенийф и что, это значит, что они стоят на всех предприятиях? Логика в стиле фузиновцев - единороги жрут радугу

(206) Да он просто не передал наше предложения заказчику, а разводит его как лоха, впаривая ему поделку на 1С.

(209) То, что лучше нетленку делать на фузине, а не на 1С, так как платформа в разы лучше.

(208) До сих пор не нашел ссылку. Там нужно было заполнить какую то инфу и потом мне на почту придет какая то ссылка. Классический фишинг. Так можно столько вирусов наполучать, спасибо не надо.

Мне нужна ссылка как на documentation.lsfusion.org.

(212) [После заполнения анкеты, на указанный Вами E-mail придет письмо с ссылкой на дистрибутив, которая действительна в течение 1 суток с момента получения]
Именно так карточки и уводят.

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

(198) >> Причем здесь изобретение велосипеда. Мы делаем под заказчика решение ровно такое, как ему надо, итеративно с очень быстрым получением MVP
Это всё давно изобретено. Что ещё непонятного? Не будет никто оплачивать ваше обучение этим темам. Никто не будет!!!! Запомните это!
А давайте лучше я вам СУБД напишу? На ассемблере. За софт платить не надо, только за работу. Так все поступают. Честно-честно. Я в детстве на ассемблере данные в файлах на диске мог хранить, а это почти тоже самое.

(214) А с оплатой по факту? Тут как говорится вам шашечки или ехать?

(215) Давайте. Но срок 3 месяца и за работу оплата по факту. То есть когда увижу готовое решение.

(217) Я готов три месяца подождать, 10 лет работал на старом софте, могу еще немного подождать.

(216) Так нет проблем, будет факт, приносите, если к тому времени актуальность еще не будет потеряна, обязательно посмотрим
Но пишите без нас, нам некогда тратить на вас и ваше обучение свое время

(212) не пизди)))) ты не нашел ссылку которая открывает анкету даже)))

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

(220) Я ее еще до того как вы ссылку на эту страницу кинули ее нашел. Гугл 1С учебная версия первой ссылкой выдает. Просто для меня "оставьте e-mail мы вам перезвоним" - классический развод и никакая не ссылка.

(213) да да) какие нафиг карточки? где в анкете карточки?) В интернет магазине ты наверное тоже ничего не покупаешь, бо там анкету заполнить нужно))))

(199) >> Но странно было это высылать вам, когда вы спросили про конкретные модули.
Если бы у вас была ERP, то мы бы с радостью рассмотрели её. Но у вас нет ERP. Поэтому я попросил хоть что-то, где есть такие мелочи. Это же мелочи?

>> Вам прямо на хабре привели пример. Который в том числе в Магните внедрялся
Работающих самописок единицы. Всё остальное из самописок перерастает в тиражные решения, со всеми вытекающими. Это на шарпе пишут самописки под заказчика, а на 1С создают готовые тиражные решения. У меня подруга УПП перепилила и ставит на всех предприятиях. Не под предприятие сделала, а с расчётом установки на любое производство.

(222) не писди. Ты писал что не нашел. Только после того как я тебя ткнул, ты написал за анкету)))

+(221) Собственно, через три месяца и заходите с решением
Если будет
И если еще будет нужно

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

(204) >> Вы вообще читать умеете?
В отличии от вас, достаточно хорошо умею. 1С, это система, включающая в себя платформу, готовые решения, специалисты, схемы финансирования, поддержка и многое другое. Она не делима. Фузина, это несуществующая штука, поэтому странно её сравнивать с 1С

(222) Бря, ты совсем спятил что ли, болезный?
По ссылке https://online.1c.ru/catalog/programs/program/27854613/ предлагают указать ФИО, мыло и поставить галочку о принятии лицензионного соглашения и публичной оферты
Какие нахрен фишинги, имбецил? Какие мы вам перезвоним?
Куда тебе нужно прислать ссылку на скачивание, если ты не укажешь почту, придурок?

(217) >> Давайте. Но срок 3 месяца и за работу оплата по факту. То есть когда увижу готовое решение.
Не, обождите, как так? А как же "честно-честно я смогу"? Или что, сразу начала маковка работать? Теперь понятно, что вас всегда будут гнать в шею те, у кого есть хоть маленький опыт в автоматизации? теперь понимаете, почему фузины нет? Точно потому же, что и masm у меня есть, а решений и наработок нет

(223) В интернете я даю карточку и свои персональные данные когда хочу купить, а не посмотреть.
(224) [Если бы у вас была ERP, то мы бы с радостью рассмотрели её. Но у вас нет ERP. Поэтому я попросил хоть что-то, где есть такие мелочи. Это же мелочи?]
Ок, как бы вы назвали этот набор модулей? Вон 1Ский франч это называет ERP.

[У меня подруга УПП перепилила и ставит на всех предприятиях]
Ну так и мы как и кто угодно может ERP для розницы перепилить. Или с нуля новую сделать. И не платить никому.

(227) А статья была про ПЛАТФОРМУ. Чисто про ПЛАТФОРМУ. И в заключении все было четко расписано, что речь про отраслевки и самописки, типа 1С :библиотека, 1С: Тоир и еще тысячи решений в каталоге 1С которые с нуля сделаны. В Беларуси основной поставщик бухгалтерии ее с нуля писал именно на ПЛАТФОРМЕ.
(228) Никуда не прислать, дайте просто ссылку. Вот пример как это у нормальных компаний выглядит " https://www.jetbrains.com/idea/download/#section=windows
(229) Еще раз, есть те кто хотят, те кто не хотят кастом мейд. И клиентов у нас даже на кастом мейд более чем достаточно. Ну ок, вы не из них, так проходите мимо.

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

(231) Ну конечно, у 1С же все через одно место, а не как у людей (пример я уже кидал).

(232) ну для тебя все сложно. Мы уже поняли))) Только писдеть ты умеешь и больше ничего. Даже кнопку получить версию бесплатно не смог нажать)))

(232) (230) дебик, что значит посмотреть? ты получаешь платформу и документацию к ней, а не просто смотришь на нее. Для посмотреть у тебя есть демо версии на сайте. И какая карточка? что ты ту писдишь за карточку, писдаболка? никто у тебя не просит карточку, лжец .

(234) Ясно, как правильно говорил Краш, "1С головного мозга", если вы даже не понимаете о чем речь.

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

(230) Ну так если бы была просто ссылка, то дали бы тебе просто ссылку
А здесь ссылка на посту (как у многих компаний, безотносительно того, хорошо это или плохо)

(235) а фузина головного мозга - это затупить а потом кричать я не затупил я не затупил?))))

Так смешно наблюдать, как Краш с Бро обломались в реальной жизни на первом же потенциальном клиенте
Даже жалко стало чуть-чуть долбоепов

(230) Т.е. вы, глядя на поделку Хьюмена делаете заключение о всех решениях 1С?
вы еще большие дебилы.....

(239) Тут не было потенциального клиента, а был strange, который разводит клиента на 1С. Если бы мы напрямую с клиентом общались, мы бы легко убедили, что с 1С связываться не надо. Собственно в Беларуси мы очень легко это делаем.

(240) И откуда вы взяли что они основной поставщик бухгалтерии в РБ???

(236) То есть чтобы добавить колонку, мне консультант нужен? Ну ок отлично, мы то сделаем так что просто можно найти в настройку списка и добавить колонку.
(240) Вы же в курсе, что поделка Хьюмена сейчас абсолютный лидер на рынке бухгалтерии. Я уже не вспомню когда мы с кем то кроме них интегрировались.
(239) Что же мы делать без strange2007 делать будем. Я уже писал у нас более чем достаточно клиентов. Посмотрите хотя бы на luxsoft.by новости.

(243) Откуда вы это взяли?

(236) Ну мы тоже рассказывали. При этом работаем с террабайтными базами и тысячами пользователей, и легко без этого обходимся. Зачем 1С этот огород городил, хотя у них по 100 пользователей максимум.

(241) "мы бы легко убедили, что с 1С связываться не надо" написдели бы опять что 1с не может больше 1000 элементов в справочнике?))))

(243) тебе что бы скачать файл с сайта оказалось нужен консультант и психиатр лечить параною. А то у тебя страх, что заполнив фио 1с узнает номер твоей карты)))

(241) Это да, все, кто не согласился, все не клиенты и мудаки, согласен :)))

(244) https://www.hs.by/o-kompanii/o-nas/

ЛИДЕР
в рейтинге 1С
среди всех аттестованных
франчайзи 1С в
Республике Беларусь

8000+
компаний выбрали
«Хьюмен систем»
партнером по
автоматизации

500+
компаний ежегодно
становятся новыми
клиентами
«Хьюмен систем»

3000+
клиентов на постоянном
обслуживании

100+
крупных проектов (среди них «Минский метрополитен»; концерн «Белнефтехим», «Белшина»; «Велком»; «МакДональдс»; «ГеймСтрим» (World of Tanks); EPAM; «Коммунарка» и др.)

140+
штатных сотрудников-
профессионалов

50+
сотрудников представляют
интересы
ООО «Хьюмен систем»
в регионах

8+ лет
средний стаж работы
сотрудника в
«Хьюмен систем»

200+
сертификатов, зарегистрированных в «1C» (1С:Профессионал, 1С:Специалист, 1С:Эксперт по технологическим вопросам, 1С:Руководитель

(243) Бро, иди в писту, заколебал уже
Иди на улицу девок клей своими новостями

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

(249) Чего вы тут добиваетесь?

(244) http://1c.ru/rus/partners/solutions/solutions.jsp?PartID_ID=4575&v8only=1&isGroup=1&isNew=-1

ЛИДЕР
в рейтинге 1С
среди всех аттестованных
франчайзи 1С в
Республике Беларусь

Это говорит только о том что Хьюмен наконец удосужилась отправить на сертификацию сотрудников.......

(252) Ну я в частности собираю разные идеи, и готовлю материал для второй части. Вон оказалось что списки практически не настраиваемые в 1С.

(241) опять врешь

(255) и снова врешь

(255) Какой материал ты готовишь, опять про плохую 1С?
Такое впечатление, что вы двое, Биба и Боба, приходите сюда с наслаждением почавкать помоями, которыми вас кормят, а для генерации этих помоев целенаправленно троллите форумчан.

(254) Ну у них количество опубликованных внедрений больше чем двух следующих вместе взятых. Плюс они самых крупных клиентов взяли. Например практически всю крупную розницу у кого больше 1к сотрудников. И судя по нашим клиентам продолжают брать еще и еще.

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

(255) пока оказывается что ты не только писдабол но и настолько тупой, что не можешь найти ссылку на странице. Не забудь о ссылке рассказать в статье)))

(258) они не тролят - они реально тупые

+(258) С вами ни один из людей, читающих сейчас или прочитающих эту ветку в будущем, никогда не будет связываться не из-за того, что ваша фузина - говно, она, может, и станет через пару-тройку лет серьёзным коммерческим продуктом, а из-за вашей упоротой манерой малолетних школьников раздувать срачи, поливая конкурентов. Это в разы увеличивает риски внедрения, да и вообще характеризует внедрятора как дебила.

(260) а в фузине есть продукты?

(259) бро, тут говорят что у вас есть продукт. Можно мне ссылку на демо конфигурации уровня хотя бы ут 10 по автоматизации маленькой оптовой компании

(260) sqr4 мы с вами уже 5 страниц это обсуждаем. Может проще сказать куда нажать просто ?

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

(260) В ERP или MyCompany можно только 3 модуля подключить скажем. Как это в 1С сделать?
(263) Ну не знаю, я бы почитав посты Ника и PR тоже не стал бы 1С ни за что связываться. А то мало ли нарвешься на таких. По их стилю общения им лет по 15.
(265) Мы в основном на рознице специализируемся. Но на demo.lsfusion.org/erp у нас и оптовая деятельность автоматизирована. Хотите приедьте проведу экскурсию, может 1С удастся им впихнуть.

(264) Только если скоропортящиеся

(266) Стиль общения с вами выбран ровно такой, который вы сами и задали. Неужели не доходит, тебе реально сколько лет?

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

(268) я например ни разу ни на явные оскорбления ни на мат ни на гопницкий стиль общения не переходил. Считаю это ниже своего достоинства. И даже при обобщениях практически всегда говорил большинство, многие и т.п. И сравните теперь это с постами Ника и PR.

(266) " Но на demo.lsfusion.org/erp у нас и оптовая деятельность автоматизирована" когда натыкали в ней кучу багов, ты же сказал что ее клиентам не ставите. Опять написдел?

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

(270) "дебиля, блять" это не ты писал?)
а врать безбожно твое достоинство не смущает?

(273) Если это и писал, то как всемизвестный мем Лаврова, а не как мат или оскорбление.

(230) >> Ок, как бы вы назвали этот набор модулей? Вон 1Ский франч это называет ERP.
В ERP от 1С есть все блоки от концепции ERP. Или чего-то не хватает? Я просто не спец таких масштабов

>> Ну так и мы как и кто угодно может ERP для розницы перепилить. Или с нуля новую сделать. И не платить никому.
Так и я про что! Сделайте хоть какое-то решение. Никто не просит ERP (это очень сложно сделать), сделайте просто отдельные модули. Отдельно фин.планирование, отдельно бюджетирование, отдельно склад и т.д. Уверяю, это будет прорыв. Смотрите, Лад сделали просто 5 версий бюджетирования с разными ограничениями и ставят их на предприятиях. Это же просто. тем более если там 3 строчки писать

>> А статья была про ПЛАТФОРМУ. Чисто про ПЛАТФОРМУ. И в заключении все было четко расписано, что речь про отраслевки и самописки, типа 1С :библиотека
Платформа и готовые решения. А если окончите хотя бы начальные курсы, то узнаете, что 1С больше всего этого. Сравниваете то, чего не существует с целой системой. Сравнение именно платформ было в зарубе. Роман всё писал с нуля, а фузиновцы не писали ничего. Тогда как на хабре не сравнивали платформу с платформой. Отраслевые решения, это не платформа. Отраслевые решения не могут существовать с другими блоками, в т.ч. и без платформы. Равно как и наоборот

(270) ты  поливаешь всех  пользователей программистов 1с дерьмом и это сидя на российском форуме, ты откуда проплачен казачок?

(270) Да похрен уже, как ты там общаешься, раз ты с самого начала начал с откровенно говенной статьи про 1С
И Краш уже много раз сказал, что накинуть говна на вентилятор — это ваша целенаправленная политика
А уж во фраках вы это делаете или без, почхать

(272) Золотые слова! Осталось заиметь хорошо выполненный проект :))

(241) >> Если бы мы напрямую с клиентом общались, мы бы легко убедили, что с 1С связываться не надо
ООО "Байкитская нефтегазовая разведывательная экспедиция". Общайтесь. Я же не скрывал контактов. Мы не завязаны на 1С и выбираем согласно хотелкам. Это же просто

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

(279) ххх:- я тя найду сцука!!!!
ххх:- айпи вычеслю гомно ты!!!
ууу:- 89.178.90.125
ххх:- у меня прога сломалась, но я тя потом найду!!!
ууу:- ул. Братиславская 4, 38
ххх:- у меня машина не заводится, сам приезжай кусок гомна!!! хер я к те поеду!!!
ххх:- чё зассал приехать пидр ты, я так и знал))))
ууу:- давай адрес
ххх:- иди на, я ща не дома
ууу:- а где?
ххх:- в гостях, нас тут 8 человек приезжай бля!!!!!
ууу:- давай адрес
ххх:- бля мы уезжаем
ууу:- куда?
ххх:- (пользователь добавил вас в черный список)

(266) опять же. Если разговаривать вашим языком то. Вот допилит 1с расширения и EDT и будет в 1с модульность, ОПП и Гит.

(230) "А статья была про ПЛАТФОРМУ. Чисто про ПЛАТФОРМУ." сказал бро, приводящий коды из типовых конфигураций. Но когда тыкают в ошибки демок - не путайте платформу и конфигурацию))).

(282) а что там допиливать? регистры в расширении добавлены. Можно склепать свое расширение и готовый модуль уже готов.

(281) Примерно так и есть. Предлагал им телефон приёмной, которая перевела бы их куда угодно (в зависимости от стиля общения). Нет же, они попросили написать им на почту.

Ну а так-то, тут запросили кад-подобные системы. Позвонил франчам по компасу и нанокаду и они сами связываются с отделами и прекрасно им рекламируют свои продукты. Фузинвцы, вы то чего боитесь?

(282) Ok, тогда и поговорим. :) Мы то группировки за 2 недели подключили, посмотрим сколько у 1С на это времени уйдет. Хотя в статье я писал, почему у них это скорее всего не получится.

(283) Я с этого угараю уже минут 10...
То есть в статье он НА ПРИМЕРЕ ОТРАСЛЕВОК разбирает НЕДОСТАТКИ ПЛАТФОРМЫ. Притом, что платформа умеет НЕ ТОЛЬКО так, как решили сделать в отраслевках, но и так, что они в качестве своих преимуществ указывают. При этом, когда им указывают на недостатки в их примерах - говорят, что это НЕ НЕДОСТАТОК платформы, а недоработка в 3 строчки данного примера...

Нет, саповцы круче. Они предметную область от и до знают

(286) только там куча багов и все в стиле "доделаем" и три строчки кода)))

(286) 1с уже сделала. бери и пользуйся)

(283) Конфигурации в статьи идут как ПРИМЕРЫ основных вариантов использования. Сами типовые решения не обсуждаются. Там где-то было что скидка считается не правильно или как провести поставку по нескольким заказам?

(287) НА ПРИМЕРЕ ТИПОВЫХ. Я УТ взял решение от самой 1С, чтобы не было обвинений, что просто сторонние писатели не знают как правильно платформу использовать.

(286) мне просто не хочется переводить все в маразм, а так да, если оперировать вашими "терминами" то в 1с есть и модульность и ОПП частично, если сравнивать чисто платформы, не обращая внимание на типовые продукты.

(279) Ну если Вы там работаете, то бесполезно обращаться, так как вы просто будете давать недостоверную информацию про фузину.

(292) ХАААААХАХАХАХАХАХА!!!!!!!!!!!
И теперь не поняли, что сравниваете голую платформу с целым комплексом 1С? Это в точности тоже самое, что я сейчас начну сравнивать fasm с постгре. Так понятнее?

(287) Я там к конкретным строкам не цеплялся. Я просто приводил куски примеров кода, на которых написано все решение.

Сцуко, новая стратегия "ВЫВСЕВРЕТИ!!!11адин" %)

(293) Модульность это в большей степени штука относительная. То есть ее не то что совсем нет, ее очень мало может быть. О чем собственно и написано в статье.
(295) Я сравнивал платформу с платформой. Это вы зачем-то целый комплекс притянули.

(294) Что значит не давать? Я не работаю в финансовом отделе. Пффффффф! Вы чего? Это же ваш хлеб! А если ещё и фузина круче 1С, то это же просто песня. Вам что ли деньги не нужны? Или подождите, фузина же бесплатная. Что-то я запутался

(294) LOL
Натурально (281)

(299) Короче, бери халявную Фузину, изучай, внедряй, а потом проси фузиновцев доработать, что нужно
Ну не они же просить будут, в самом деле, они так не привыкли

(298) Вы сравнили ПРОДУКТ 1С УТ с платформой... И при этом отрицаете это... Поставьте чистую платформу (можно учебную) и покажите мне, где весь тот код, который вы там в статье обсасывали. Или таки - звездеж?)

(295) Человек либо жестко тупит, либо жестко звиздит

(298) ты же писал что у вас модульность, 900 модулей которые вы подключаете по желанию, а теперь оказывается "Модульность это в большей степени штука относительная. То есть ее не то что совсем нет, ее очень мало может быть")))

(296) "А в целом типичный код типовых решений на 1С выглядит приблизительно так:")))

(303) да заврался он как девочка

(304) Это я к тому что они пытались ее сделать, но не получилось:
https://habr.com/ru/company/lsfusion/blog/468415/#module

(294) ыыыыыыы. слились))) он не передал наше предложение заказчику - напрямую мы бы убедили. Вот вам телефон. Бесполезно звонить. Бро, тебе на достоинство лживость краша не давит?

(298) >> Я сравнивал платформу с платформой
Нет, именно с платформой, готовыми решениями, системой внедрения 1С и много всего ещё. Вы же это лично признаёте. Цитата: "Я УТ взял решение от самой 1С, чтобы не было обвинений"
Т.е. Вы не взяли платформу и не написали на ней разные эксперименты, а взяли готовый продукт, который является результатом коллективного разума и работы многих десятков тысяч человек, обученных по 1С и сравнили с сырой платформой. Это очень точно сходится как если сравнивать fasm с постгре. Хотя нет, не точно, fasm то является законченным решением, на котором можно создавать программы. Фузине до fasm-а как до луны пешком

(302) Там тезис был простой. Так как ORM реализован очень тормознуто, в реальных системах придется использовать голые запросы. Типовые явный тому пример. Те кто хотел и мог это понять те поняли, ну это да не всем дано.

(307) а тебе на достоинство не давит тот факт, что ты приводишь цитату 1с Реализовано в версии 8.3.6.1977. где сказано: "что наиболее приоритетной на данный момент является адаптация конфигураций " ДАННЫЙ момент. С него прошло пять лет)))

(309) Вы мне будете говорить что с чем я сравнивал? Можно было еще примеров из ERP взять или Розницы или даже УНФ. Там точно такой же код будет, я проверял.

(310) ты вот серьезно пишешь эту тупость? причем запросы к орм?

(307) и кто тебе сказал что не получилось?) опять твои домыслы?

(312) "Как следствие, в последних версиях 1С постепенно приобретает «болезнь SAP» — на любое пожелание заказчика, ему говорится: «вы просто неправильно работаете, есть best practice, вы тоже должны работать именно так». " - ложь)

(307) Так есть она у вас или нет? Эта самая модульность Фузинергера)
(310) То есть на основании частного решения, вы делаете вывод про весь инструмент? То есть оттого, что один человек молотком забил гвозди сотки, вы делаете вывод, что им нельзя вбивать двухсотки или, наоборот, пятидесятки

В твоей статье куда не ткни везде ложь)

(310) орм и запросы используются вместе, а не вместо. но ты же не поймешь, это сложнее поиска ссылок на сайте

(310) Ну-ка по-подробней про тормоза 1Совского ORM. В каких системах он не тормознутый?
В англоязычных интернетах везде пишут что ORM жрет вычислительные мощности, и когда он становится bottle-neck'ом
рекомендуют переходить на чистый SQL, что в принципе и делает 1С в типовых конфигурациях.

(312) кстати, о твоем низком достоинстве:
Проверено, эти временные таблицы нигде больше не используются, только для проверки одного простого ограничения.

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

(320) я упущу пока что это неполный код

(319) А я в статье где-то писал, что это не так. Да ORM тормознутый и правильно что 1С от него с большего отказались (правда не до конца в редактировании данных его все равно приходится использовать). Но тут то многих детали не интересуют, они как быки на красную тряпку реагируют.
(320) Грубо говоря: CONSTRAINT РегистрыДвижений.КОткрузке.Остатки.КоличествоЗаказано < 0

(322) "Да ORM тормознутый и правильно что 1С от него с большего отказались" ты на основании чего сделал такой тупой вывод?

(322) CONSTRAINT  - это метод платформы?
А где здесь проверка только для склада с реквизитом КонтролироватьОперативныеОстатки?

(322) где контроль товаров в резерве?

(312) >> Вы мне будете говорить что с чем я сравнивал?
Буду. Всегда буду. Потому что постгре с fasm-ом с таким же успехом можно сравнивать, а это не верно. Ну или что бы было более понятно, то это как сравнивать покрышку Presa с мерседесом S-класса в 221 кузове. Да, к покрышке потом приделаем хоть гелика, хоть узку, а мерин как был эской так и остаётся.
Хотя нет, фузина ни до покрышки ни до fasm-а в принципе не дотягивает, потому что там одни глюки и косяки

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

(325) конкретно тот код который я из УТ взял не проверяет этого. Но можно было бы добавить И Склад.КонтролироватьОтрицательныеОстатки в условие.

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

(326) ну в 1с тоже в демке тормозов и глюков вагон. Краш уже сто раз скрины кидал.

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

(327) опять врешь, как всегда

(328) "конкретно тот код который я из УТ взял не проверяет этого" ты уверен? а это что?
"Т.ВРезервеОстаток - Т.КОтгрузкеОстаток"?)

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

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

(331) >> И чаще проще снести дом полностью и посстроить его заново
Это актуально только для начинающих программистов. Нет смысла покупать микроскоп для забивания гвоздей и пытаться из него делать молоток. Прочитайте хотя бы базовую литературу по автоматизации. Я не говорю про сложные темы, просто базовую часть поизучайте. Я уже много предприятий прохожу без сноса существующего и ничего, всё нормально. А учёты там по сложности такие, что вашему брату и не снились. Одни только настраиваемые скидки чего стоят. Их связки с бухгалтерией, фин.блоком и упр. частью, это целый пласт опыта тысяч организаций.
Кстати, молодёжь от опытных тем и отличается - первые всё хотят сломать и построить заново, потом позорясь сбегают, а вторые всё делают по уму, не размахивая шашкой

(331) >> ну я точно также могу сказать что в сложных проектах готовое решение это максимум 50 процентов проекта
10 процентов. В случае с бюджетированием 10%, а остальное, это изменение бизнес-процессов предприятия.

>> Даже сап это признает
У САПа другие проблемы. Они по умолчанию очень инерционные и поэтому ну никак не могут догнать 1С, как бы не пытались. Их переписки только из-за своего консерватизма. Не потому что проекты такие разные, а потому что сап - это монолит. Если бы я был не прав, то после первых слёз бухгалтеров, они бы минимизировали их работу с екселем. Но нет, саповцы каждый раз по одним и тем же кочкам идут.
Уверяю, вам до саповцев ну очень далеко

(333) Да, там такое ограничение (к вопросу о читаемости):
ОГРАНИЧЕНИЕ (ТоварыНаСкладе.ВНаличииОстаток - ТоварыКОтгрузке.ВРезерве - ТоварыКОтгрузке.КОтгрузке) < 0 И Склад.КонтролироватьОтрицательныеОстатки;

Тут еще связь надо задать в lsFusion это было бы:
CONSTRAINT (balance(Sku sku, Stock st) - reserve(sku, st) - toShip(sku, st)) < 0 AND checkNegative(st);

(334) [осуществляешь перепланировку квартир в уже построенном доме.]
Ок сделайте мне потолки 3 метра, чтобы света и воздуха было побольше. Удачи в перепланировке. Или будете покупателя убеждать что ему это не надо, пусть в хрущевке живет.

(337) [10 процентов. В случае с бюджетированием 10%, а остальное, это изменение бизнес-процессов предприятия.]
Очень сильно зависит от проекта иногда и 95%. И как раз нормальное бюджетирование, а не для галочки требует очень высокой кастомизации.
В соседней теме ваши же коллеги:
Что выбрать КА 2 или УТ 11, сейчас на УТ 10
[сап - это монолит. ]
Так и 1С это монолит. В отличии от lsFusion или Оду, где можно маленькие кусочки функционала подключать.

(338) а теперь обрати внимание в запросе идет проверка на непустую серию. Нужно проверить для непустой серии

(340) >> Очень сильно зависит от проекта иногда и 95%. И как раз нормальное бюджетирование
Можно узнать в какой части? Просто я сколько с переписками сталкивался, везде одно и тоже - самодурство от незнания, которое мгновенно угасало, когда изучали прошлый опыт. Может просто чего-то не знаю?


>> В соседней теме ваши же коллеги:
Это при чём? Учитесь у них. В 1С есть 2 решения, из которых автор выбирает. Это хорошо. У фузины есть 0 решений, поэтому там всё плохо. Очень, кстати, показательно.

>> Так и 1С это монолит
Скорость изменений уже доказана на зарубе. Слова теперь не имеют веса. Абсолютно

(338) как здесь учитывается что документ уже проведен и сделал движения по регистру остатки товаров. Так же не учитывать в резерве движения по складам.
Ну и поясни уж свои строки
balance
reserve
toShip - это что такое?

(341) Вот зануда:

ОГРАНИЧЕНИЕ (ТоварыНаСкладе.ВНаличииОстаток - ТоварыКОтгрузке.ВРезерве - ТоварыКОтгрузке.КОтгрузке) < 0 И Склад.КонтролироватьОтрицательныеОстатки И Номенклатура.Серия НЕ ПУСТО;

lsFusion:

CONSTRAINT (balance(Sku sku, Stock st) - reserve(sku, st) - toShip(sku, st)) < 0 AND checkNegative(st) AND NOT series(sk);

(338) >> Или будете покупателя убеждать что ему это не надо, пусть в хрущевке живет.
Например? Я УПП успешно внедрял на предприятии с очень сложным учётом. Это конечно не ERP, но большинство блоков там присутствует. Все дописки только сбоку и никак не влияющие на общий учёт. Можно узнать, чего вы там такого придумываете, что ещё не придумано в мире?

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

(340) " не путайте платформу и конфигурации" кричал бро и выдал - Так и 1С (платформа? конфигурации? фирма?) это монолит. В отличии от lsFusion (которая платформа) или Оду (который конфигурация), где можно маленькие кусочки функционала подключать. Ну и да, в конфигцрациях 1с тоже можно маленькие кусочки функционала подключать. Вот я взял в понедельник из одной конфигурации подсистему версионирования объектов и встроил в другую. Саму подсистему сперли честно на инфостарте, то есть решение можно встроить в любую абсолютно конфигурацию 1с

(344) balance
reserve
toShip - это что такое? методы платформы?)

(344) CONSTRAINT (balance(Sku sku, Stock st) - reserve(sku, st) - toShip(sku, st)) - расшифруй что есть констрейн и как он понимает какую тмц и склад проверять?

(343) Ну balance(sku, stock) это ТоварыНаСкладе.Остатки колонка ВНаличииОстаток грубо говоря. В lsFusion просто не разбивается все на таблицы на логическом уровне, все оперируется колонками, а точнее функциями.
Соответственно reserve - это ТоварыКОтгрузке.Остатки колонка ВРезерве ну и т.п.

В 1С соответственно эти показатели соединялись бы через СОЕДИНЕНИЕ таблиц:
ТоварыНаСкладе.Остатки ТС СОЕДИНЕНИЕ ТоварыКОтгрузке.Остатки ТО ПО ТС.Номенклатура = ТО.Номенклатура И ТС.Склад = ТС.Склад

А в lsFusion, эту функцию параметры выполняют
CONSTRAINT (balance(sku, st) - reserve(sku, st) - toShip(sku, st)) платформа там сама все СОЕДИНЕНИТЬ И ОБЪЕДИНИТЬ построит.

PS: Млин, из-за IamAlexy и strange'а уже нормально и статью не откроешь :(

(350) что находится в функции balance ? то есть это не метод платформы,а некая функция которую нужно написать для регистра накопления

(350) >> Млин, из-за IamAlexy и strange'а уже нормально и статью не откроешь :
Врун теперь ещё и виноватых ищет? Нефиг было врать!

(346) Даже если так, многие покупатели уйдут и будут искать дом с потолками в 3 метра. И найдут. А если не найдут построят. Лично таких знаю.

(347) А подключите мне Склад без розничной торговли в УТ скажем?

(354) "не нужно путать конфигурацию и платформу" кто же это сказал? не могу вспомнить. У него было такое простое имя, простое белорусское имя

(355) https://youtu.be/ZAhIw_kz3MU?t=536

(351) ну эта функция автоматически создается при объявлении регистра в lsFusion через метакод. То есть типа виртуальной таблицы Остатки в регистрах накопления. Но не суть, чтобы вам проще понять было в парадигме 1С это выглядело бы как
ОГРАНИЧЕНИЕ (ТоварыНаСкладе.ВНаличииОстаток - ТоварыКОтгрузке.ВРезерве - ТоварыКОтгрузке.КОтгрузке) < 0 И Склад.КонтролироватьОтрицательныеОстатки И Номенклатура.Серия НЕ ПУСТО
ИЗ ТоварыНаСкладе СОЕДИНЕНИЕ ТоварыКОтгрузке ПО ТоварыНаСкладе.Номенклатура = ТоварыКОтгрузке.Номенклатура И ...;

(352) strange2007, Вам на хабре мало в карму накидали за ваши бессмысленные комментарии ? И это еще мы Вам карму не сливали...

(354) а подключи мне в оду продажи без склада)

(355) Так в этом и прикол, что платформа не предоставляет средств обеспечения нормальной модульности, поэтому решения получаются монолитами. Что не так?

Bro не хочет признавать, что спутал немного подменил понятия с отсутствием модульности в 1с с отсутствием ее в типовых конфигурациях.

(358) "И это еще мы Вам карму не сливали..." вот спалился крашик кто 1сникам минусы ставит, а себе плюсы)))

(359) Легко, зайдите в демку и выберите любой набор модулей. Можно Invoicing без Inventory установить.

(357) Где прописана эта функция? Как она создается, что хранит, что делает?

(364) Вычисляет текущий остаток. Вот тут пример на кошках:

https://documentation.lsfusion.org/pages/viewpage.action?pageId=2228636

В MyCompany и ERP можно сложнее посмотреть.

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

(365) Покажите код этой функции

(358) Немного не понимаю к чему? Т.е. сектанты-школьники минусуют и я от этого должен переживать? Если они (равно как и вы) не знают базовых вещей, то это их проблемы, а не мои. К тому же кармическая система, управляемая толпой, это удел европейцев, т.е. убийц, педофилов, рабовладельцев и прочих уродов. Именно таким способом и осуществлялись, например, пытки и убийства целых наций.
Так что спрошу ещё раз - зачем мне переживать от потуг плохих людей?
Понимаете, есть реальность - профукали зарубу, нет у вас никакой фузины, боитесь заходить к клиентам, ибо с нечем. Вот это факты, которые можно пощупать. А минусики... Я больше скажу - меня там с первой же статьи закидали тапками, потому что большиство из них обычные школьники, верящие в Лосяша

(368) Может если вокруг одни дураки, то Вы - посередине ?
https://habr.com/ru/post/244765/

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

(366) Фактически она и преобразуется к тому, что в типовых делают руками в примерах кода в статье. То есть такие "инкрементальные" запросы с диффами lsFusion строит автоматически.

(363) так это не склад, а ордерный склад)

(370) Вот народ. Я же и про расширения написал в статье.

(369) Где я писал про дураков? Опять враньё, основанное на истеричном характере краша? Ну и обзывая всех дураками не надейтесь на нормальное отношение. Кстати, а чего ж в БНГРЭ то не позвонили?

(371) (365) то есть баланс это Функция которую ты сам пишешь в конфигурации для отдельного запроса. И никакая это не одна строка кода. То есть ты спиздел.

(373) вот народ. я тебе тут отвечал, что ты взял описание расширений 2014 года, когда в них не было регистров))))

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

(377) "Она пишется один раз" ты не поверишь в типовых тоже один раз пишут. я работаю с типовой старой конфой где есть процедура Регистрнакопения.ТОварыНАСкладах.КонтрольОстатков()

(377) "Я писал статью по актуальным данным" приводя цитату 1с о расширениях 2014 года в статье, которая является АНОНСОМ расширений. То есть на тот момент расширения были только в тестовой платформе в начале своей разработки

(377) Вот покажите нам этот "ОДИН РАЗ".

(380) Сейчас там обёртки нарисуют, которые тоже по одному разу написаны)))))

(380) там больше одной строки кода) При этом есть смутные подозрения, что запрос идет в цикле если не для каждой строки, то для каждого повторения комбинаций. Номенклатура Склад Серия Характеристика

(380) Я же ссылку кинул. Пишется balance где описывается как он задается, а дальше CONSTRAINT currentBalance, без этих танцев ПередЗаписью, ПослеЗаписи, КонтрольПроведения и т.п.

(382) Нет, конечно, мы с террабайтными базами работаем, там где 1С ложится. Там количество запросов от количества данных не зависит никак. Собственно платформа lsFusion делает почти тоже самое что разработчики типовых делают руками тоннами кода как в статье.

мде... веселая ветка! зашел пару сообщений прочитать - залип на час.

(368) про Лосяша даже загуглил, не знал кто такой... )))

(375) Там концепция немного другая.

Т.е. если говорить терминами sql - select Field_2 From Objects where id=1 - мы понимаем как выборку, то в терминах фузины - это функция Field_2, возвращающая какое-то значение для указанного Объекта

Т.е. у фузины это будет выглядеть как
Class Object (создаем Таблицу Objects, в которой будут храниться эти объекты)
Field_2 = DATA INTEGER (Object) (добавляем поле Field_2 в эту Таблицу)

далее, когда надо получить Значение этого поля для выбранного объекта o, пишем Field_2(Objects o), оно там внутре будет преобразовано в выборку select Field_2 From Objects where id=1

Соответственно, когда пишут в определениях классов balance(sku, st) - то система понимает, что тут будет поле, зависимое от sku и st, и создаст уже новую Таблицу Sku_St с полями (sku_id, st_id, balance) и далее все будет преобразовано в запрос select balance from Sku_St where sku_id=&sku and st_id=&st

Таким образом с разработчика снимается задача "Архитектор СУБД", что довольно удобно.

(384) (386)
Ну это понятно. Интересен другой момент - сколько, так сказать, обращений будет к СУБД? Даже интереснее увидеть что-то вроде плана выполнения запроса, код SQL, который будет выполняться на СУБД, скажем, при проверке на отрицательные остатки в так любимых документах на 100к строк.

(382) И там используются уже функции receivedQuantity и shippedQuantity
То есть он считает сумму всех приходов и всех расходов этого товара по складу? И при этом нигде не указан шаблон для ограничений НЕ только по складу и отрицательному остатку. Как отрабатывает дополнительный отбор по любому полю и т.д.?

(387) Тут как раз любопытно получается. Как я понял, именно из-за такого "кривого" языка - анализатор может удобно сразу скомпоновать данные, чтобы все выполнилось одним запросом. Т.е. это: CONSTRAINT (balance(Sku sku, Stock st) - reserve(sku, st) - toShip(sku, st)) < 0 AND checkNegative(st);

будет развернуто в JOIN-ы нужных таблиц (они же перечислены в скобочках) и на поля из этих таблиц будет установлено ограничение WHERE (sku_st1.balance-sku_st2.reserve-sku_st3.toShip<0) and st.checkNegative

(387) Фактически она сделает почти тоже что разработчики типовых в статье.

На самом деле для каждого оператора есть свои алгоритмы инкрементальности:
лучше всех они работают для: GROUP SUM, GROUP LAST, (+), CASE EXCLUSIVE и как ни странно RECURSION
потом композиции, AND, IF и т.п.
хуже всего PARTITION

Например GROUP SUM: текущее значение = текущее значение + новые значения - старые значения. То есть строится запрос с разницей при помощи которого уже можно построить запрос на результирующее значение GROUP SUM и т.д. Ну а дальше оптимизаторы / компиляторы шаманят, чтобы отсечь все лишнее и получить максимально эффективный запрос.

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

(389) Но тут вопрос не только языка. Оракл и MSSQL же и на SQL пытаются реализовать что-то похожее в своих материализованных представлениях, но пока очень плохо получается. Так как задача архитектурно очень нетривиальная.

(388) Опять же - как я понял - для агрегированных полей, типа, receivedQuantity - будет идти суммирование. но если прописать MATERIALIZED, то система сама создаст дополнительную таблицу, и дополнительное суммовое поле в этой таблице и будет его пересчитывать, ну примерно как Регистр Итогов в 1С-ке, и получение данных будет строиться с учетом этой таблицы и будет уже более быстрое.

(392) Да. Только таблицу она создавать не будет. С физической точки зрения MATERIALIZED свойство от первичного не отличается и пойдет как миленькое в ту же таблицу куда и первичные. Это на самом деле важно, чтобы составные индексы можно было строить по их смеси.

(393) Хотя также как и первичное можно указать IN и переложить в любую другую таблицу подходящую по классам.

(392) Тоесть, я правильно понял, что с "переизбытком" MATERIALIZED также просто выстрелить себе в ногу, как и с не верным планированием составов/содержания регистров в 1С?

(386) дык тоже самое ты можешь запилить  в некую библиотеку и преобразовывать с той лишь только разницей, что в фузине тебе нужно уповать на разрабов платформы что бы оно криво не лягло  в скуль.
но вернемся к вопросу.
ОГРАНИЧЕНИЕ (ТоварыНаСкладе.ВНаличииОстаток - ТоварыКОтгрузке.ВРезерве - ТоварыКОтгрузке.КОтгрузке) < 0 это получается здесь три функции которые являются тремя запросами к базе и главное где склад.контролировать - как это отбираеться?

(395) Да. Впрочем, как и их с недостатком. Но ногу можно быстро залечить, убрав или добавив MATERIALIZED. Теоретически это можно было бы вообще администратору дать делать, но там он еще больше настреляет.

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

(397) "Но ногу можно быстро залечить, убрав или добавив MATERIALIZED" а что бы проверить это нужно лезть в субд и читать скульные запросы.

(396) Нет все скомпилируется в один запрос. Про склад же я написал:

ОГРАНИЧЕНИЕ (ТоварыНаСкладе.ВНаличииОстаток - ТоварыКОтгрузке.ВРезерве - ТоварыКОтгрузке.КОтгрузке) < 0 И Склад.КонтролироватьОтрицательныеОстатки И Номенклатура.Серия НЕ ПУСТО
ИЗ ТоварыНаСкладе СОЕДИНЕНИЕ ТоварыКОтгрузке ПО ТоварыНаСкладе.Номенклатура = ТоварыКОтгрузке.Номенклатура И ...;

То есть эти условия встроятся в запрос как и делают разработчики типовых.

(398) Это просто способ балансировки записи и чтения, что и описано в соответствующей статье : https://habr.com/ru/company/lsfusion/blog/459066/

(398) Просто materialized это одновременно и механизм оптимистических блокировок (а не только балансировки записи и чтения). Собственно это одна из важных функций СУБД. А объектные (по сути пессимистические) блокировки делают обычно когда оптимистические не получается поддержать (для этого нужно поддержать корректный откат транзакции из любой точки где идет запись данных).

(400) а теперь делаем финт ушами, есть у нас регистр Товар Серия Количество. В документе есть тоже товар серия количество, но мне нужно если в  документе выбрана серия то берем ее, если не выбрана то берем по ФИФО

(402) в 1с оптимистические объектные блокировки

(403) Ну тогда декомпозируете задачу. Сначала строите функцию в документе который определяет серию по фифо, или берет заданную, а потом все тоже самое как если бы серия всегда была задана явно.
(404) Оптимистические блокировки - это блокировки которых нет (все заложено в конфликты записи). В этом смысл версионных СУБД. То есть это условный термин. В 1С классические пессимистические блокировки.

(397) Ну и собственно главный вопрос...
А не встанет ли вся фузина ERP колом, если, теоретически, будет там будет реализован весь функционал от 1С ERP?

(406) Вопрос в вертикальной и горизонтальной сложности, вертикально сложные задач и в lsFusion ERP более чем достаточно, а горизонтально сложные декомпозируются и их количество особой роли не играет. То есть грубо говоря сейчас 100к событий и свойств, ну будет миллион, так как все алгоритмы условно логарифмические это особой роли не играет.

У нас были несколько пиковых моментов, но вырулили. За последние пару лет по ядру платформы мало чего менялось, а количество кастом мейд функционала у отдельных клиентов уже превысило все мыслимые пределы.

(407) Отдельные блоки сделайте, это уже будет огромный плюс к опыту. Увязывать их вместе будете и обалдеете от того, на сколько всё усложняется мгновенно. Грубо говоря, независимый блок фин.планирования можно вертеть туда-сюда без проблем, но стоит его прикрутить к складскому модулю, как начинаются одни вопросы, которые надо разом все решать.

(406) А то в ответах на многие мелкие задачки видел "сделать MATERIALIZED", а в 1С ERP таких "мелких" задачек будут много десятков тысяч...
(408) ++++ Вот и я о том же.

(405) Оптимистическая блокировка представляет собой проверку, которая выполняется перед записью объекта в базу данных. У объекта есть свойство «ВерсияДанных», которая вместе с объектом считывается из базы данных. Оптимистическая блокировка производит перед записью производит сравнение значения свойства «ВерсияДанных» объекта, который находится в оперативной памяти с значением свойства «ВерсияДанных» объекта находящийся в базе данных. Если значения свойства «ВерсияДанных» у объектов отличается, то оптимистическая блокировка запрещает запись объекта в базу данных и выдает сообщение об ошибке.

(405) "Ну тогда декомпозируете задачу. Сначала строите функцию в документе который определяет серию по фифо, или берет заданную, а потом все тоже самое как если бы серия всегда была задана явно." ты это кодом покажи)

(409) и пойдет их модульность по фузине, когда они будут пихатьв каждом модуле MATERIALIZED для каждой задачки)

(410) Это частный случай. Если, например, надо записывать и хранить текущий остаток для склада / товара (или склада / товара / поставщика), то для какого Объекта будет идти запись ?

Да и в целом, вы как-то все сводите к узким случаям. Вот, например, если взять задачу расчета коэффициента УЕФА : https://habr.com/ru/company/lsfusion/blog/467279/

Что тут должно быть справочником, что документом, а что регистром с точки зрения методологии 1С ? Сыгранный матч будет чем ? Справочником / Документом ?

(413) причем остаток товара для склада? у нас есть объекты и необъектные данные. то что так и не понял бро. 1с
никогда не отказывалась от ОРМ. Орм применяеться для одних объектов метаданных, для других используються "таблицы". Остатки храняться в регистрах. Регистры не объектные данные.

(414) команда - справочник. матч - документ

(416) + 100500. Но это не точно)

(414) я бы делал матч документом. Ибо матч это событие, с датой. и набором уникальных  значений реквизитов - судьи, состав команды. результат, голевые моменты и пенальти,штрафные

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

но я посредственный 1снег, так что могут быть и варианты)

(416) Это почему матч документ ? Только потому, что у него есть дата ? А турнир, у которого есть период (2 даты) - он тогда тоже документ или как ? По какому принципу определяется то, что должно быть документом, а что справочником ?

И если матч будет документом, то что он будет проводиться / распроводиться ? Зачем ?

(421) С точки зрения разработчика учетной системы все просто - матч, команды, игроки команд все суть справочники.
Документом в данном случае будет судейский акт за подписью арбитров (ну или что они там фиксируют по результатам). Этот акт изменяет состояние учета аки регистров - победы команд, количество забитых игроками, удаления, травмы и т.д. и т.п.

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

(422) То есть основной критерий - чья то подпись? Оригинально :)

(421) серьезно вы не знаете что такое документ а что такое справочник?)

(425) Ну тут даже в последних трех комментариях мнения разошлись.

(424) Не поверишь - все что не имеет подписи, за что никто не отвечает своей ЗП не является документом по сути и не имеет право изменять состояние учетных показателей.

(421) не только из-за даты. а потому что это событие. Которое фиксируется

(421) "И если матч будет документом, то что он будет проводиться / распроводиться ? Зачем ?" что бы делать движения)

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

(428) Почему это событие ? Матч длится +- 1ч 45 минут (с перерывом). То есть логически у него есть время начала и время окончания. У турнира тоже есть время начала и время окончания (я имею ввиду сезон). Разница только в продолжительности события. Турнир тоже документ ?

(425) Вы серьезно не понимаете, что у любого понятие должно быть определение, чтобы им оперировать ?

Вот что нашел в 1С :
https://v8.1c.ru/overview/Term_000000169.htm

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

Ну никак матч под этот термин не подходит.

Вот википедия
https://ru.wikipedia.org/wiki/Документ

Докуме́нт (от нем. Dokument, далее от лат. documentum[1] — образец, свидетельство, доказательство) — это зафиксированная на материальном носителе информация в виде текста, звукозаписи или изображения с реквизитами, позволяющими её идентифицировать

Тоже не подходит.

(431) "Почему это событие ?" а что же если не событие?) Вот встреча это событие или нет? Или отгрузка? машину то грузят не в одну секунду, а есть время начала и время окончания. Почему

(432) бульбы переел? матч это не событие?)

(423) Нужны они строго говоря для того, что у вас нету - чтобы 2 пользователя не нафакапили в одном доке.

(433) А турнир - это не событие ?

(434) А гол - это не событие ? Он тоже документом должен быть по такой логике ?

турнир бизнес процесс и/или документ в зависимости от того для чего мы заводим эти данные в систему

(437) турнир тоже событие, но выражаясь ООП на более высоком уровне абстракции. Объект Турнир состоит из объектов матчей. как правильно заметили в (438), все зависит от целей

(437) не должен. хотя с учетом предыдущих веток, не удивлюсь "логике" фузиновцев

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

(438) Это кто "мы" ? А если сегодня мы их заводим для одних целей, а завтра нужно использовать для других ? Легко ли в 1С сделать бизнес-процесс документом или справочником, чтобы все данные и другой код сохранились ?

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

(441) "Так же как и результаты матча фиксируются судейским протоколом." и сфига ли тогда это элементы справочника?)

(442), зачем менять тип метаданных. Бизнес-процессы и документы для разных целей

(442) "Это кто "мы"" - заказчики/разработчики системы) "Легко ли в 1С сделать бизнес-процесс документом или справочником, чтобы все данные и другой код сохранились ?" Вообще то это разные сущности и инструменты. Зачем менять?

(444) Элементы справочника - матчи. Судейский протокол - документ устанавливающий результат матча и изменяющий общие показатели (победы команд, результаты игроков и т.д.).

(445) Так вот я разработчик 1С. Мне как определить, чем делать турнир / гол / матч ? Я пока не знаю где и как это будет использоваться. Пока просто считаю коэффициент. Завтра может попросят еще что-то накрутить.

(437) Опять запутались в элементарных вещах

(447) зачем плодить сущности?

(447) Да не нужен мне никакой протокол. Нет такой задачи пока. Просто попросили посчитать коэффициент УЕФА.

(451), это задача без постановки

(452) Как без постановки ? Пока просто посчитать коэффициент УЕФА на основе сыгранных матчей.

(453) и в чем проблема?

(450) Какие сущности???
Судейский протокол официальный документ, каждая цифра в котором стоит миллионы ненашенских денег :)
Это не "плодить сущности" а отражение реального бизнес процесса в учетной системе.

(451) Именно поэтому в какой то из самых первых веток я Вам сказал - не называйте решение на своей платформе ERP-ехой. Или разработка системы изначально в каждой мелочи опирается на отражение реальной картины или она так до конца и останется лисапедом на 5 колесах с подпорками и скотчем.

(454) Проблема в том, чем делать турниры матчи и голы в терминологии 1с.

(456), НСИ - справочники, события - документы, процессы - бизнес-процессы

(457) ну то есть все три должны быть документами?

Гол - не событие до конца матча и утверждения судейского протокола.

+(459) имеется ввиду, с точки зрения решения учетных задач. Событие (документ) - только матч целиком.

мне интересно, как они свое поделие внедряют с такими то проблемами с определением)

(459) а если мне в онлайне надо считать коэффициент?

(462) коэффициенты идут по сыгранным матчам. ты тз читал?)))

(461) это в 1с такие проблемы. В фузине это все просто классы, ссылающиеся друг на друга.

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

(463) ТЗ изменилось. Теперь нужно считать в онлайне по мере изменение счета.

(466) и?

(466) тз тогда не изменилось а противоречит самому расчету. там технические поражения не учитываются. Ты не можешь считать коэфициент в онлайне.

ну модель данных в 1c не особо приспособлена чтобы фиксировать голы онлайн.
но это и не требуется
турнир - это справочник.
матч имеет реквизит турнир

ну а дата есть, значит документ

(469) чем это не приспособлена? в онлайне гол прилетел. внес  в базу. провел документ. пересчитался коэфициент. и так после каждого гола

(467) Он дальше еще не придумал... ))

(472) А вообще такое ТЗ - не ТЗ.

(462) Это будет прогнозный коэффициент. Для этих целей нужна другая детализация событий. И гол для такой системы будет документом. И матч (протокол) тоже. Здесь нет противоречий.

(471) документ нужно перепроводить много раз - вот и не приспособлена

решить то конечно все равно можно, например подчиненный рег. сведений

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

(477) решить то монжно, но из этогоне вытекает. что она приспособлена.
ибо решение жерез ЖПО

(478) аргументируйте, сэр!

(478) Почему через ЖПО? Помоему вполне подойдет матч - бизнес-процесс, а чте в матче было - события.

Я к чему собственно. С точки зрения обычного разработчика (не программиста 1С) - это простая и понятная задача. Вводятся сущности (или таблицы в БД) турнир, матч, гол и связи между ними. И дальше все просто подсчитывается. Но в 1С нужно натягивать сову на глобус. То есть пытаться это как-то запихнуть в логику Справочники/Документы/Процессы/Регистры с ненужной логикой проведения (которая в задаче не требуется) и т.д. А в той же фузине все делается легко, просто и прозрачно.

(479) я уже говорил

(478) https://meme-arsenal.com/create/meme/1594464

(481) только вот в бизнесе таких задач практически нет, а отражение хоз операций - есть

и модель 1с очень хорошо ложится на постфактум отражение хоз операций

(484) (485) +++
И еще вопрос, кто сову на глобус натягивает...

(466) Чтобы с вентилятора получше разлеталось, можно после каждого предложенного решения придумывать изменения начальной задачи.
Вы с этим отличились в зарубе, так и съехали с согласованной постановки задачи, их не выполнили, наполеоновские планы так и остались планами.
Напоминает:
https://pikabu.ru/story/prosto_otseni_pravilno_vremya_zaranee_5719042

(484) Бизнес - это не только отражение хозяйственных операций. В любом бизнесе есть куча всяких вычислительных задач по типу тех же коэффициентов УЕФА. И там тоже нужна своя логика.

(481) В 1с так-то тоже таблицы есть. И редактировать их можно. Ваще не понял в чем соль...

(482) не пояснил чем плохо перепроводить. (481) ты можешьи не запихивать в логику проведения. 1с дает тебе набор инструментов, логика которых тебе проста и понятна. Да кто то решит через документ, кто то через справочник. но ты понимаешь что с этим делать. Когда тебе насыпят гору объектов наследуемых друг от друга через жпо и тебе нужно что бы изменить логику сидеть и разбирать каждый объект - а что будет если я поменяю этот объект, не посыпется у меня все нафиг. И ты сиди и голову ламай - что делает тот или другой объект какие  у него свойства и что с ним можно сделать.

(487) [Вы с этим отличились в зарубе, так и съехали с согласованной постановки задачи, их не выполнили, наполеоновские планы так и остались планами.]

Почему это планами остались ? Собственно мы сейчас из MyCompany делаем простое решение для ведение склада, расчетов, простенького производства. И будем продвигать на рынке как бесплатное решение под Apache лицензией. А смысла делать зарубу никакого не было.

(488) можно примеры услышать?

(491) вот в вашей МайКомпани какие такие задачи вычислительные есть?

(488) ты не поверишь и решаются они успешно более чем в миллионе организаций на 1/6 части суши.

(481) В 1С это решается еще проще - один справочник с иерархией группы которой это турниры а элементы матчи с данныеми.
И все остальное получается одним запросом.

(491) Наконец сознались, что делаете "простое решение". А то заладили "клон оду, клон оду".

(491) Вот после таких слов и не подумал бы с вами иметь дело. Сначала согласились, джуна искали под это дело, а потом - "А смысла делать зарубу никакого не было."...

(491), [из MyCompany делаем простое решение]
Фузина для ларьков

(496) А Odoo - сложное решение ? Собственно сложное у нас уже есть lsFusion ERP (как 1С:ERP), а теперь делаем скорее бесплатный аналог УНФ.

(497) Джуна мы совсем не под это дело брали. У нас просто в Беларуси клиентов очень много стало (никому здесь 1С не нужен). Нужно решать много задач.

(499) "Собственно сложное у нас уже есть lsFusion ERP (как 1С:ERP)" бро сказал что оно глючное и его не ставят реальным клиентам )))))

(500) "никому здесь 1С не нужен" вашим клиентам не говорите, а то у них всех 1с стоит,а они не в курсе что оно им не нужно)

(502) Я имел ввиду для автоматизации бизнеса. А для бух и зуп да, берут.

(500) Твои же слова были про джуна, типа пусть на зарубе поучится. И после этого мнения о команде фузины от PR, Нику и Михал Иванычу мне вполне понятны...

(499) разузлование изделия сделали?

(505) Пока еще за блок Manufacturing не брались. Но там 3 строчки при помощи оператора RECURSION :) Не волнуйтесь. Как сделаем - скину ссылку исходный код.

(506) ПЗДЦ... просто нет слов... 3 строчки бл####!!!

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

(507) https://images.app.goo.gl/P1aFkyxCrdxm2Byv9

(507) https://cs.pikabu.ru/images/big_size_comm/2012-10_4/13505573014947.jpeg

(509) Ну скажите честно, что вы сначала придумываете противоположные ответы, чтобы вас не загнали в угол, а потом под эти ответы задаете вопросы. Я не представляю другую логику в вашем исполнении.

(510) Ипать, юмористы! Петросян к вам уехал? )))

(447) "Элементы справочника - матчи. Судейский протокол - документ устанавливающий результат матча и изменяющий общие показатели (победы команд, результаты игроков и т.д.)"

Концепцию поддерживаю!
Правда на счет матчей - справочников я бы поспорил, т.к. это абстрактная сущность - состоящая в том, Кто играет, С Кем и В какое время. (Матч между А и Б сегодня и вчера - это разные матчи), т.е. тут скорее Регистр сведений, куда из Протокола заносим Хозяин, Гость, Дата-Время игры, Результат, Доп. характеристики (Овертайм и т.д.).

(513) Ну спорный вопрос. Оспорить результат в теории можно - документ аля "Возврат"? Бизнес-процесс не считаете более уместным, по результатам которого создается документ, фиксирующий окончательный результат? И онлайн расчет коэффа вроде как без перепроведения прокатывает.

(481) "С точки зрения обычного разработчика (не программиста 1С) - это простая и понятная задача. Вводятся сущности (или таблицы в БД) турнир, матч, гол и связи между ними. И дальше все просто подсчитывается. Но в 1С нужно натягивать сову на глобус."

Тут есть несколько моментов, поэтому распишу отдельно: 1)Дело в том, что 1С, в своей сути, учетная система, и потому многое подчинено этой самой учетной логике. Отсюда первое следствие: БД учетной системы - это информационное отражение Реального мира. Далее - в реальном мире есть некие объекты (юр/физ лицо, товар и т.д.) их отражение в БД в виде Справочников. И есть Факты, т.е. некие зафиксированные взаимодействия между объектами. Например Факт доставки такого-то груза на такую-то точку продажи. Вот эти самые Факты и фиксируются Документами. И эти самые Документы и вводятся в информационную систему.

(514) Оспорить результат в теории можно - документ аля "Возврат"?  Ну - там наверное будет "Решение судейской коллегии", которое аннулирует результат указанного матча.

(516) Суть в том, насколько глубоко эту задачку раскручивать по ТЗ. Без того, что после ее сдачи "вдруг!!!" меняется изначальное ТЗ. Иначе, получается, что постановщик ТЗ - г@вно, и он НЕ НУЖЕН! Кто изначальное ТЗ составлял? - Краш...

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

+(515) Второй момент, касающийся "чистой математики" на 1С, дело в том, что в принципе посчитать можно что угодно, как через внешние компоненты, так и заводя совершенно абстрактные сущности. Например - "On-Line шахматы" http://catalog.mista.ru/public/18951/
или даже "Шахматы под 1С 7.7" http://catalog.mista.ru/public/13810/

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

Но даже концепция фактов достаточно странное. Опять же, по каким критериям определяется, что является Фактом, а что нет ? Почему Матч - это факт, а Гол и Турнир- нет ? А если допустим как в НХЛ - серия матчей до 4х побед ? Что будет документом ? ПлейОфф, Серия, Матч, Гол ?

(517) [Суть в том, насколько глубоко эту задачку раскручивать по ТЗ. Без того, что после ее сдачи "вдруг!!!" меняется изначальное ТЗ]

У вас никогда после внедрения не менялось ТЗ ? Везет вам с заказчиками. А у нас было, когда на первый день внедрения оказалось, что ТЗ (которое составлял заказчик) вообще не соответствует действительности и приходилось в течении пары дней менять все кардинально. Хорошо, что писалось на фузине, а не на 1С - достаточно легко все изменяется.

(515) И еще один момент касающийся документов. Например, изменение названия номенклатуры (предположим это надо отслеживать и определять значение на дату). Это событие ? Это факт ? По какому критерию его не надо делать "документом" в терминологии 1С ?

(519) Именно документами в бизнесе фиксируются факты выполнения тех или иных событий. Благодаря документам возникают обязательства. Вот поэтому я утверждаю, что вы просто кодеры без знания методологии. Вы просто копируете все с других, будь то 1С или оду и т.д.

(521) Разные задачи - разные факты. Вот в данном случае - "изменение названия номенклатуры" надо отслеживать и потому _желательно_ работу с номенклатурой описывать Документом, типа "Паспорт карточки Номенклатуры". И фиксировать соответствующие Факты - Создание новой карточки, Изменение реквизитов или Вывод карточки из оборота.

(520) Нет! никогда такого не было. Т.к. ТЗ формируется в результате общения заказчика и исполнителя. По вашей логике "сделать кнопку, на которую нажал и все З@БЦ" - является ТЗ. Для нас - 1С-ников это не ТЗ, а полный бред.

(524) + ТЗ подписываются ответственными лицами с обеих сторон, которые заинтересованы в его исполнении на 100%.

(521) Такого вообще не должно быть! Если ты вчера продал фузину, а потом в справочнике товаров переименовал это в 1С, то проданая фузина 1С-ом не станет.

(523) Да, но с точки зрения пользователя это будет крайне неудобно. Ему что, нужно будет заводить документ, вместо того, чтобы в карточке товара просто поменять наименование ? А если несколько разных атрибутов можно менять (причем все в разное время и фиксировать отдельно) ? Понятно, что можно через костыли это все делать. Просто для сравнения, как это делается на фузине (пишете в любом модуле):

historyName = DATA STRING[50] (Item, DATE);
WHEN CHANGED(name(Item i)) DO {
    historyName(i, DATE d) <- name(i) WHERE d = currentDate();
}
name 'Имя на дату' (Item i, DATE d) = GROUP LAST historyName(i, DATE id) IF id <= d ORDER id;

И тут нет никаких документов, а автоматическая история есть. Но можно конечно в фузине и через документы городить огород.

(521), это версионирование

(524) Вот за это и не любят 1Совцев. Проблема в том, что когда ТЗ неверное (а оно неверное практически всегда, так как в розовых мечтах заказчика обычно желания не соответствуют действительности), то после внедрения есть 2 варианта : либо вы ссылаетесь на ТЗ и говорите, что заказчик козел (что в общем-то правда), либо быстро меняете, чтобы заработало. В первом случае заказчик (а под ТЗ обычно подписываются много людей) никогда не признает свою ошибку и все свалит на исполнителя (как в ГомельЛифт). А во втором случае он будет понимать, что он накосячил, а вы за ним подчистили, и будет вам премного благодарен. И он будет давать вам очень хорошие рефы за это. А на этом рынке хорошие рефы - это очень важный фактор. Мы за счет этого и делаем продажи.

(528) Ну вот видите опять. Где заканчивается Версионирование и начинаются Документы ? В этом и смысл понятия "дырявых" абстракций. Когда нет четких критериев, где одно, а где другое.

(530), четче некуда. Нам нужно хранить историю изменений, ставим галочку, готово

(529) ТЗ не верное у вас только потому, что вы просто кодеры и бизнес-процессы представляете только по словам заказчика. Вы делаете все хотелки заказчика, не оспаривая их значимость/нужность/целесообразность/законность и т.д.

(531) Галочку - это замечательно, но как потом в коде при получении отчетов получать значение на дату ?

(533), зачем?

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

(534) Такая постановка задачи. Если Вам это не надо, то ради бога. Я обращался к Salimbek.

(535), видно почерк толпы кодеров)

(535) В плюсе от чего, что вы ТЗ завалили? или в том, что ТЗ требованиям бизнес-логики не отвечает?
Я ахреневаю от такой логики... Понятие "мартышкин труд" в РБ существует?

(536), решение почти всегда зависит от конечной цели

(538) Чего это мы ТЗ завалили ? Как раз мы делаем по ТЗ. Просто ТЗ не соответствует действительности. И мы быстро меняем программу под новое ТЗ. Нашего косяка то тут нет. Мы в плюсе, так как получили деньги и за исходное ТЗ и за его исправление. А также хороший реф, так как сделали так, что косяки заказчика не привели к срыву внедрения.

(538) Косяки есть во всем мире. Гуглите Бранденбург, например. Или как Налоговая США меняет себе программное обеспечение в Nй раз.

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

(539) К сожалению, конечная цель не всегда известна заранее. А даже если известна, то может в любой момент измениться.

(540) И вы считаете нормальным не указать клиенту на его ошибки, обоснованно?! и после этого не любят 1с-ников в РБ?! Хотя да... беларусских 1с-ников после такого я обходил бы стороной... как и фузинаторов с такой же логикой.

(542) [например ВМС как раз стоит на регистрации выполняющихся фактов]
Чего Вы именно к ВМС цепляетесь ? Выполняющиеся факты есть везде. Например, IoT. Скоро будет практически в любом бизнесе. И где там будет логика документов ?

(544) Конечно мы ему указываем до внедрения, что это не заработает. Но он утверждает, что заработает. Его так на MBA учили, например. А после внедрения тыкать носом в его ошибки - бессмысленно. Он и так все сам понимает.

(546) У нас деньги считать умеют. У нас подписантов ТЗ заказчик нах сразу выгонет и они в лучшем случае разнорабочими на стройку уедут после такого. У вас совсем так все плохо?

Кстати, действительно. С точки зрения методологии 1С. Вот у меня есть датчик, который раз в час шлет данные. Мне нужно их фиксировать и в зависимости от них будут идти расчеты, процессы и прочее. В 1С это как я должен оформить ? Каждое "событие" каждый час отдельным документом ? Или как ?

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

куча проектов разваливаетяс когда конечные сроки-фиксированный бюджет-и нужно качество. а ТЕХПРОЕКТЕ всего не опишешь. я бы тоже был рад пилить например ВМС когда клиент все время бы доплачивал за допилки/перепилки. Только хрен. ВМС или работает так как надо или сразу случается ступор. вот и попробуй впихни "как надо" в ограниченный треугольник "деньги-время-качество". Пипл не хочет платить за постоянную доработку системы по аджайлам/скрамам/прочимгибкимхреням. клиенту - там гдв все должно вертеться - нужен результат.
как-то так. Поэтому у фузиновцев и нет ВМСа на фузине. не доросли еще и по проектной работе и по качеству разработки и прочему.
.
пилите, гири - они золотые.

(547) У нас под ТЗ у заказчика подписывались куча начальников отделов (не особо читая). Если их всех выгнать, то кто работать будет ? Кроме того, они все будут валить на заказчика как ГомельЛифт. И кому поверит директор ? Тем, с кем он постоянно водку пьет или хз кому ?

К тому же в этом и смысл, что мы их косяки подчищаем и до директора это не доходит. А с точки зрения директора все выглядит, как будто все молодцы.

[они все будут валить на заказчика]
на исполнителя имел ввиду

(550) Ну вы уж определитесь... Вы бухаете или деньги зарабатываете! Вообще бред...

(552) Блин, вы читать умеете ? "Бухает" топ-менеджмент заказчика друг с другом. Я образно конечно выражаюсь.

(553) Я худею с вашего бизнеса... Балбесы составляют и подписывают ТЗ. ЖЕЕЕСТЬ!!! У нас такое не прокатит никак (если только с откатами...)

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

(545), а зачем 1С в IoT?

(554) Ааа... Другое дело в РФ. Там все пишут только правильное ТЗ, которое всегда внедряется в срок и работает как надо. И Федор не с кувалды запускается. Вы видимо в какой-то другой стране живете (не в соседней со мной). Так что дальше спорить бесполезно.

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

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

(556) 1С в IoT не зачем. А вот данные из IoT в бизнес приложении еще ой как нужны будут.

(545) Вот, кстати, тоже хотел привести пример НЕ_Документной регистрации фактов. Хотя тут тоже можем притянуть Документ за ушки, типа (Показания Счетчика № ХХХ в момент времени ТТТ)

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

(562) Если бы Вы хоть немного потратили время и изучили фузину, то поняли бы, что там никаких таблиц нет. И там все делается автоматически декларативно, а не вручную как с плоскими таблицами в 1С.

(559) Однако, на "костылях" промышленные ВМС, а на фузине - хрен с маслом.

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

(563) мне пока пох на фузину (посмотреть на диковину зверушку да, но панды у нас в лесах не живут). на 1С я даже декларативно нихера делать не буду. 95% я визуально нарисую.

(564) Забыли добавить - "пока что".

(567) с вашим подходом - "уже"...

(567) Не, забыл добавить, что нет и не будет никогда. ВМС это больше, чем на 50% методология, а с этим у вас полный швах...

На тему Документ "Паспорт карточки Номенклатуры" я много спорил вокруг того
е Астора со своим Коммерческим директором, когда пытался его перевести на эту концепцию. Просто потому, что карточка номенклатуры в Рознице - это существенная первооснова всего учета. И потому относится к этой карточке надо очень бережно. А вместо этого тупо мышкой случайно махнули и карточка вместе с подпапкой улетела из папки А в папку Б и все отчеты, завязанные на группы, тут же стали показывать другие цифры. Приходится разбираться, исправлять, бить по рукам... А потом ситуация повторяется опять... Или какой-то ушлый менеджер просто ранее помеченную на удаление карточку снимает с удаления, переименовывает и закидывает в папку и потом управленцы удивляются - откуда по новому творожку исторические движения с 2010-го года.

(557) Грамотный человек - грамотное ТЗ. В 99% достаточно грамотного исполнителя, чтобы составить и подписать корректное ТЗ, которое 100% будет исполнено "от и до".

(570) А почему просто не включили логирование по справочнику товаров одной галочкой, как предлагал Flyd-s ?

(563) Так "данные с датчиков" - это по сути и есть плоская таблица. В чём проблема то?

(572) Потому что логирование - это постфактное управление, тогда как нужно оперативное. Вот карточку сейчас пометили на удаление, она на кассы выгрузилась, какая-то акция не сработала и у клиентов оставила негатив. Ну нашли мы, что на удаление случайно нажал Юзер_ХХ, ну и что?

(574) А Паспорт карточки чем бы помог ? Что на проведении можно ограничение поставить ? Так точно также можно поставить ограничения на изменение карточки товара. В чем преимущество документа ?

Удивительно даже не то, что Краш не понимает или делает вид, что не понимает, в чем особенность документа, ему-то в конце концов по роли положено быть мудаком и имбецилом, капать слюной, петросянисто сарказмировать, всячески раздражать
Удивительно, что многие одинесники этого не понимают, хотя казалось бы
В итоге Краш выдает всякую хуйню типа (519) и выглядит прямо-таки почти разумным человеком

Как выбрать, что использовать:
1. Перечисление
2. Справочник
3. Регистр сведений
4. Документ
5. Табличную часть

Если нужна ссылка, то 1, 2 или 4
Если конечный список значений данных известен и у данных нет реквизитов, то можно использовать 1
Если нужно формирование записей по регистрам, то 4
Если у объекта нужна хронологическая позиция в списке объектов, то это еще один аргумент в сторону 4 (хотя при большом желании можно сделать и по-другому, но зачем)
Если нужна иерархия, то скорее всего 2 (хотя при большом желании иерархию можно и прикрутить отдельно, но будет уже не так нативно, как хотелось бы)
Если нужны срезы (первых и/или последних), то скорее всего 3 (хотя при большом желании срезы можно организовать и по-другому, но сложнее и непонятно зачем)
Если нужна привязка к регистратору, то скорее всего 3 (хотя при большом желании можно и вручную обрабатывать проведение/распроведение документов, но будет уже не так нативно, как хотелось бы)
Если данные логически связаны с каким-то объектом и изменяться должны только вместе с ним и не нужна ссылка, то скорее всего 5 (хотя при большом желании можно и самому контролировать целостность, но зачем)

Все чуть сложнее, потому что есть другие ссылочные и не ссылочные типы, но основная идея, я думаю, понятна

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

(576) О, пришел кэп и всем всё объяснил. Спасибо, кэп.

(550) Когда директор увидит, что итоговый счет будет превышать изначальный раза в два (из-за исправлений косяков), он явно захочет узнать, ПОЧЕМУ он должен платить эти деньги. И тут уже начнутся "Голодные игры". Вы - кодеры, будете доказывать, что изначальное ТЗ - косячное, и лишние деньги - за исправление ТЗ и соответствующих бизнес-процессов. Но тогда возникает вопрос - кто виноват? Ведь лишних денег в бизнесе нет никогда. Есть лишняя трата - есть виноватый за это, которого надо наказать. И тогда ТОПы, которые вас целовали в задницу, чтобы вы исправляли ситуацию, не доводя до директора - обмажут вас говном, сделав всё возможное, чтобы директор был уверен, что виноваты - ВЫ.

<И кому поверит директор ? Тем, с кем он постоянно водку пьет или хз кому ?
По вашей логике - начнется Гомельлифт v2.0 и "Фузиновцы на 95% - мошенники"
<К тому же в этом и смысл, что мы их косяки подчищаем и до директора это не доходит. А с точки зрения директора все выглядит, как будто все молодцы.
А это утопичный вариант, в котором директор не увидит разницы в счете между 1 млн и 2 млн.

(578) >А это утопичный вариант, в котором директор не увидит разницы в счете между 1 млн и 2 млн.

1 внедрение * 1 млн денег = 2 млн. простейшая фузиматика.

(578) Просто мы всегда в бюджет закладываем сразу с учетом того, что в ТЗ могут быть ошибки и придется переделывать. А учитывая, что на фузине писать раз в 5 быстрее, чем на 1С, плюс бесплатные лицензии, то получается все равно гораздо дешевле чем у 1С.

(576) Круто. Инструкция по расставлению костылей. Так давайте, вот есть Турнир. В плейофф есть серия из матчей до 4х побед. В каждом матче есть голы. Чем будут Турнир, Серия, Матч и Гол ?

(580) И тут же Круш нашел очередную отмазку. Только один вопрос - вы заранее просчитываете, сколько времени уйдет на доработку и исправление? А ведь логика может поменяться (по вашим словам) с ног на голову. При этом "дешевле чем у 1С" - сомнительно. У вас нет ни единого факта, чтобы разработка вашего монстра оказалась прям дешевле. Учитывая, что вам каждый раз надо разрабатывать с нуля.

(581) Турнир - справочник, серия - подчиненный турниру справочник, матч - подчиненный серии справочник, гол - запись регистра сведений.

(550) >> У нас под ТЗ у заказчика подписывались куча начальников отделов (не особо читая)
Ой маааааа... Так а что ж сразу то не сказали, что фузина пригодна только для фирм-однодневок, с сомнительной историей? Что ж врёте про серьёзные проекты?

Кстати, что там, по бюджетированию 3 строчки написали? Мне кроме 1С есть чего показывать?

(541) "Косяки есть во всем мире" это ваш девиз?

"мы делаем по ТЗ. Просто ТЗ не соответствует действительности"
Методология на высоте)

(580) >> А учитывая, что на фузине писать раз в 5 быстрее, чем на 1С, плюс бесплатные лицензии, то получается все равно гораздо дешевле чем у 1С.
Да конечно. На 1С всё готовое и надо только подпилить неровности, тогда как на фузине всё надо создавать с нуля. За пару лет даже амортизацию в бюджетирование не сможете прицепить, а рассказываете про какие-то цены. Порядок вашей разработки будет в несколько раз дороже лицензий 1С, винды и офисов.

(585) Как было сказано 10 веток назад - "мы слушаем топ-менеджеров клиентов во всём, ведь они работают в этой фирме и зарабатывают большие деньги") А то, что топ-менеджеры нифига не понимают, кроме как продать втридорога - видимо не их дело)

(586) У тебя бисер безлимитный, что ли? :)

А ещё фузиновцы не знают, что заказчики свои хотелки высказывают, а когда они реализуются, выясняется, что они не это хотели, потому что работает не как у соседа. И вот тут начинают искать вонвных во всём. Сразу будет контрольный вопрос фузиновцам: "Почему сразу нам не сказали, как правильно? Какие же вы специалисты?".
Я студентом на этом попадался и мне было стыдно.

(588) Не, у меня очень конкретная цель. Стратегия намечена, вешки обозначены, поэтому и двигаемся вперёд.
Проблема только в том, что за расчётное время не достигнуто даже первой вешки(((((

+(590) И фузиновцы, это только прикрытие. Основная цель в другом месте.
Точнее как прикрытие, они тоже под ногами путаются, так что их в качестве тарана можно использовать очень не плохо

+(586) Да и по созданию с нуля тут уже все видели, что на 1с приложение, соответствующее ТЗ, разрабатывается быстрее, чем пишутся три строчки на фузине с концепцией "конечная цель не всегда известна заранее. А даже если известна, то может в любой момент измениться".

(592) Просто тяжело написать 3 строчки кода неограниченной длины) (типа намек на то, что в теории весь код модуля можно записать в одну строчку, ведь для программы их не существует, ей без разницы, будем мы на строчки разделять или только с помощью разделителей типа ;)

(592) Это пока для фузиновцев недоступная наука. Им надо сначала осознать, что недоплатформа и целая система решений и методик, это трындец какие разные вещи. Они не могут отличить мешок цемента от построенного здания.
В общем надо набраться терпения и надеяться, что с детского сада они пойдут в школу, а не в психушку.

вам ещё на надоело? мне надоело...

(595) Здесь у каждого свои цели(591), вы с какой целью сюда ходите?

(596) Точно! Ностальгия. Читаешь фузиновцев и аж скупая слеза наворачивается от воспоминаний школьных лет. Как представлю сколько им предстоит удивительного узнать и понять, аж умиляюсь

(597) Ага, а кто за пазухой таран припрятал?

(596) раньше весело было, не была на форуме почти неделю, прихожу - ничего не изменилось

(585) Наш девиз - исправлям любые косяки клиента. И за это нас любят, а 1Совцев с ТЗ ненавидят.

(589) [Почему сразу нам не сказали, как правильно? Какие же вы специалисты?]
Я вижу, что Вы не то что никогда с серьезными клиентами не работали, а просто с людьми не работали. Лишь 5% людей умеют признавать свои ошибки. Вы реально считаете, что клиент скажет - "Я составил тупое ТЗ. Я дурак, чего же вы мне не сказали." ? Нет, конечно. Он скажет : "Я придумал классное ТЗ. Вы его сделали. Теперь давайте сделаем еще лучше. Вот новое ТЗ". И если вы скажете, что не можете сделать, то он скажет - что вы недопрограммисты 1С и пойдет искать новых.