Ветка для холивара, троллинга, остроумия и оскорблений. Помните, что тонкий троллинг и просто оскорбление - это разные вещи. Переход на личность - признак слабого ума и дурного воспитания.
В красному углу ринга бесплатная и открытая платформа 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. Раунд 8

_DAle_, так на OFF: lsFusion vs 1C. Раунд 8 ответишь?

Анекдот №414258

PR, [Еще раз. Почему Фузина, почему не голая джава + скуль?]

Устроим Зарубу lsFusion vs Голая Java и SQL ?

Давайте вы напишите на голой Java + SQL то, что у же сделано в клоне Odoo. Посмотрим сколько на это времени уйдет на "голой Java" и какой там читабельный код будет.

(1) он не ответит,он такой же упертый нарик как и те двое, только пока еще пытается держать лицо, но уже и это плохо выходит.

(3) ты замолчи уже про зарубу, да и про одоо тоже))

[Вася.Познакомиться(Таня), Таня.Познакомиться(Вася) и Познакомиться(Вася, Таня) — это могут быть все разные сценарии]

Будет веселуха, если Товар.Остаток(Склад) будет не равен Склад.Остаток(Товар)...

(3) Ну так как, можно уже ваш клон одуу в продуктив ставить, или подождать ещё?

(5) Мне то чего молчать ? 1С то проиграл. Не предоставил исходный код. Так что техническое поражение 1С.

(7) Лучше подождать еще немного. Закончим модули Purchase и Sale - тогда можно будет ставить. Доделаем Manufacturing и POS, тогда статью на хабре набросаю.

(9) Держи в курсе, буду ждать.

(8) Вы не сделали и 10% в зарубе. Какой еще нахуй исходный код? ДБ (с)

(8) Кто так решил? Или ты участник и судья одновременно?

(12) Это у него такое пенсионерское "азаза затраллил лалку". Выглядит, конечно, своеобразно.

(1) Почему lsfusion, а не голая java + sql? Просто вроде бы это слишком очевидно должно быть. Причина такая же, как и при использовании любой платформы/библиотеки. В платформе уже готова куча функционала, который не придется писать с нуля руками (а некоторый функционал, как, например, оптимизирующий SQL-компилятор далеко не у всех вообще получится написать когда-либо).

Описав бизнес-логику в lsfusion модулях, вы получаете на выходе:
1. Готовый application server, который превращает ваше описание бизнес-логики в оптимизированные SQL-запросы, обеспечивает поддержку асинхронности, целостности, проверки ограничений, обработки событий, реактивности, миграции, печатных форм и много чего еще.
2. Готовые desktop и web-клиенты.

(14) Вот у Кубы, например, тоже куча готовых модулей на джаве, и платформа бесплатная. Чем вы лучше Кубы?

(3) Устроим зарубу? :)))
Ты серьезно, блеать?
Ты бы прошлую хоть осилил, идиотушка

(6) В Фузине все возможно

(15) https://lsfusion.org/opportunities

(18) Много кубы из этого есть. Вы вообще представляете, как у них вот это будет выглядеть:
https://documentation.lsfusion.org/pages/viewpage.action?pageId=2228636
Там кода еще больше чем в 1С будет.

(18) Нафиг мне маркетинговый буллшит?

(14) В том-то и дело, что библиотека как правило нативна, я могу ее переделать под себя, могу найти аналог
А тут если уж начал писать на Фузине, слезть с этого поезда не получится
С 1С все так же, но в случае 1С ты получаешь мощнейший инструмент, а что в вашем случае?
Оптимизированные SQL-запросы, поддержка асинхронности, целостности, проверки ограничений, обработки событий, реактивности, миграции, печатных форм и готовые desktop и web-клиенты — маловато, не находишь?

(8) lsFusion среди 1с ников не выиграет - там руских букв в языке нет.

(21) >С 1С все так же, но в случае 1С ты получаешь мощнейший инструмент, а что в вашем случае?

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

Здесь на mista.ru все обсуждение скатывается в противопоставление lsfusion и 1С. Это ожидаемо. Но суть то в том, что есть один инструмент, есть другой, выбирайте подходящий. Никто силой lsfusion не навязывает.

>маловато, не находишь

Я ведь перечислил только то, что мне за 30 секунд в голову пришло. Может и маловато, это зависит от потребностей.

(23) Пока не успели накинуться.. "писать руками" подразумевает под собой и кликанье мышкой.

(23) А, например, распределенная база у вас есть?
Точку зрения "это бизнесу не требуется" вы уже приписали 1Сникам, так что за отмаз уже не прокатит.

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

(23) >>с lsfusion вы тоже получите мощнейший инструмент и бесплатно
И почему же у тебя тогда босс слился с зарубы?

>>Здесь на mista.ru все обсуждение скатывается в противопоставление lsfusion и 1С
Это то направление, которое задал твой босс

>>Я ведь перечислил только то, что мне за 30 секунд в голову пришло
Таки да, понятно, согласен, поэтому и устраивали зарубу, проверить, насколько можно на Фузине накидать простенький функционал из часто запрашиваемых типовых задач
Но почему-то твой босс зарубу не осилил, поэтому по-прежнему не могу ничего сказать про Фузину хорошего

(24) Я вообще не понял, что такое "писать руками" (а в Фузине что, ногами пишут?), поэтому не накинусь

(26) Да, в этой конкретной штуке, базовых сущностях, которые существуют с нуля, уровень абстрагирования в 1С выше. То есть, если мы возьмем голый 1С и голый lsfusion, то да в lsfusion нужно еще базовые абстракции создать для начала.
Но в плане запросов уж извините, вам не нужно заботиться о порядке join'ов? Вы не работаете на уровне таблиц и полей?

(28) В lsfusion программист не пишет sql-запросы (или sql-like запросы, как угодно). Он описывает логику на более высоком уровне.

(29) Ох ты ж, так даже базовые абстракции создать — это уже море разливанное

(29) Большинство программистов 1С даже не знают, что такое план запросов
Что такое план знают
Что такое запрос знают
План запросов? Не, не в курсе
И это не мешает им работать
Как раз то, про что говорят Краш и Бро, только в реальности, программа думает за нас
Конечно же, даже у нас по глупости местами можно член в семи местх сломать, но тут такое

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

У меня 2 вопроса, которых я не нашел на сайте:

1.Системные требования  - возможность использования в 1-2 пользователя на дешевых vds.
2.На чем проект деньги зарабатывает? Обычно проекты c лицензией LGPL начинаются, а потом бесследно  исчезают.

(25) Нет

(30) Какая нахрен более высокая логика, если текст SQL-запроса — это и есть логика?
Если мне нужен запрос, который выберет контрагентов (5 конкретных полей) с контактной информацией и остатками расчетов, как я, кроме как написав запрос, скажу программе, что я хочу?

(35) все удаленные точки лезут в одну базу?

(29) "Но в плане запросов уж извините, вам не нужно заботиться о порядке join'ов? Вы не работаете на уровне таблиц и полей?" в плане запросов вы работаете с табличным представлением объектов. Разница колоссальная. Я общался  с аналитиками  в банке которые работали с скульными базами данных и писали запросы на чистом скуле и с бизнесаналитиками в 1с которые знали конфигурации на уровне продвинутых пользователей  и язык запросов для формирования выборок. Так вот, первые мучаются с полноценным скулем. вторые выбирают справочник/документ/регистр и его реквизиты. Левое соединение у них самое частое соединение. Они не пишут сложных запросов. Они пишут несложные выборки не зная слов индекс, первичный ключ, тригеры вьюхи и прочая муть. Они просто представляют две таблички и джойнят их. да, у 80% из них запросы кривые как моя жизнь, но это позволяет решать задачи бизнеса. потому что пользователь работает не с таблицами и полями, а бизнес-объектами и их реквизитами. Это разные уровни абстракций и требует разный уровень знаний.

(32) +100500. Я план запроса первый раз смотрел на 10году кодинга в 1с)

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

(36) а они склепали набор объектов которые преобразуют выборку полей в скульный запрос. То есть они не пишут выбрать чето из чего то. А пишут условно Объект Выборка = Объект А, Объект Контактнаяинформация.

(40) ок. напиши пример кода как получить данные которые написал Рома на языке фузины

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

(40) Воу воу, полегче!
Одинесники и не к реальным таблицам обращаются, ты о чем

(43) Ок, принято. Но джойнить то вам все равно нужно, вложенные запросы использовать?

(41) И че? В 1С нельзя писать Объект.КонтактнаяИнформация?

(45) А в Фузине что, не нужно?

(40) На 1С я создал справочник Номенклатура кликнув пару раз мышкой и платформа за меня ленивого создала пару реквизитов код и наименование. Еще клик и сделал иерархическим.
Платформа мне сама сделала форму элемента и форму списка. Со всеми плюшками.

Упс, я даже запрос формы списка писать не стал, платформа и это за меня сделала. прикинь?

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

Вот блин, ни одного нажатия на клаву. Ужаснах.

(45), а в фузине как? Есть например две задачи в одной выбрать 5 контрагентов у которых заполнена контактная информация. А в другой выбрать 5 контрагентов и получить их контактную информацию если она заполнена. Внутреннее и левое соединение. У вас как это разделение получится?

(45) естественно. Еще объединение и итоги, но повторюсь, это такое же декларативное описание как и в фузине, просто ближе к sql. если смотреть планы запросов к скулю и сам запрос в 1с там может быть совсем разные с точки зрения скуля запросы

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

(51) то есть тот же скуль просто в другом виде.

(51) Чето тебя заносит
Ответь на (49)

(51) собственно, возвращаемся к почему не джава. Забудем о 1сниках. Они тупы и бесполезны для эволюции, отстали от стандартов ит. Вы приходите скажем к Джависту. Джавист потратил несколько лет на изучение базового синтаксиса джавы, стандартных библиотек, хибернейта и спринга. У него есть сто тысяч пятсот библиотек которые он может подключить для написания приложения. Вы приходите и говорите вот те крутая платформа которая тебе поможет. Но нужно выучить синтаксис и разобраться в нем. При этом у нас нет готовых библиотек, которых в джаве миллионы, на которые потрачены миллиарды человекочасов и любое новшество нужно запрашивать у разработчиков платформы, которое они будут пилить раз в квартал. И то, если разработчики докажут что оно нужно. В чем смысл ему писать на вашей платформе?

(54) нечто подобное я уже проходил. Миллион сто писят библиотек - и каждая из них нерабочая овноподделка, такая же как на известном сайте - количество разработок для 1С.
Ибо эти библиотеки шлепает тоже кто попало.

кривые, косые и прочее.

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

Нет спасибо! для того чтобы сделать ПО нужны десятки лет постоянной работы.

(53) За формирование конечного SQL запроса со всеми нужными объединениями, соединениями, вложенными запросами и т. п. в lsfusion отвечает сама платформа. Программист же задает логику в виде операторов, ну или функций (в математическом смысле). Если вы хотите увидеть конкретный код, то хотелось бы более строгое описание того, что нужно вычислить, мы ведь про логику вычислений сейчас говорим.

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

Как для 1С пишут всякое авно выкладывыают, что написали, так и для любой системы.

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

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

Так вот я уверен что таких будет НОЛЬ

(58) Чем тебя постановка в (49) не устраивает?

(49) EXPORT name(Supplier s), contactInfo(s) WHERE contactInfo(s) - внутреннее соединение
EXPORT name(Supplier s), contactInfo(s) WHERE s IS Supplier - левое соединение
(contactinfo в другой таблице допустим лежит)

Вообще логика типов соединений отлично в булеву трансформируется (почему этого SQL не сделал как и остальные загадки):
https://habr.com/ru/company/lsfusion/blog/463095/#joinwhere

(34)
1. Прекрасно будет работать на VPS с 1 или 2ГБ памяти. У нас есть клиент в России, для которого сделали простую задачу по timetracking (юридическая контора), в которой работает по 20 пользователей на VPS с 2 ядрами и 2ГБ памяти.
2. Мы зарабатываем деньги вот здесь : https://luxsoft.by/klienty/
Это прибыльный и успешный бизнес, так что никуда мы сворачиваться не будем.

(64) И где здесь поля выборки, где условие соединения, чем все это по сути отличается от текста запроса?

(65) Свалил бы ты из ветки, у нас тут вроде хоть какое-то общение наметилось

(64), я читаю примеры и не понимаю почему всюду в фузине используются однобуквенные переменные? Причем даже не только в примерах, но и в гитхабе тоже самое. Это ведь убивает читаемость

(68) Тут я соглашусь. Однобуквенные переменные кроме редких идиоматических случаев - зло.

(68) Да, этот птичий язык то-же существенно порог входа в фузину повышает.

(67) Я, кстати, не удивлюсь, что Краш и  _DAle_ - один и тот-же человек :)) Краш же думает, что он тут троллит всех :))

(66) >чем все это по сути отличается от текста запроса

Тем, что написав "EXPORT name(Supplier s), contactInfo(s) WHERE s IS Supplier" меня вообще не интересует левое там соединение или не левое, в одной они таблице лежат или в разных.

(71) Вы всегда можете погуглить и все узнать ) Это будет не сильно сложно.

(72) О, а если контактная информация будет в XML, как ваш код изменится?

(66) name и contactinfo поля. Условий соединения нет, компилятор их сам выводит из логического условия запроса. И вообще сам все join'ы, таблицы и т.п. генерит.
(68) Это потому что как правило они локализованы в одном объявлении, то есть одной / двух строках. Плюс IDE подсвечивает обновление использования, а там сразу класс перед глазами. Но тут дело вкуса. Хотя мне например нравятся.

(73) Ну ладно, не обижайтесь на такое нелестное сравнение, этож ветка для троллинга, как Краш пишет :))

(73) да, кому ты нужен

(75), не увидел в примере преимуществ перед запросом вида

Выбрать КонтактнаяИнформация.Ссылка.Имя Как  Имя, КонтактнаяИнформация.Адрес Как Адрес Из Справочник.Контрагенты.КонтактнаяИнформация Как КонтактнаяИнформация

Даже наоборот читаемость убилась в фузине

(78) Вы не поняли там contactInfo в другой таблице лежит (например в регистре).

Хотя лучше с остатком сравнить:
EXPORT name(Sku s), currentBalance(s, stockByID(10)) WHERE currentBalance(s, stockByID(10))
EXPORT name(Sku s), currentBalance(s, stockByID(10)) WHERE s IS Sku
Первую еще можно так записать
EXPORT name(Sku s), b WHERE b = currentBalance(s, stockByID(10));

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

(80) ниправда, низя так в 1с это ж не фузина

(80) ну вот тут вам и понадобится левое или внутреннее соединение. А я показывал почему это не надо в фузине.

(82) И как он свяжет данные по умолчанию? Будет полное, левое или внутреннее?

(82), в моем примере не понадобится

(82) Один раз понадобится. А потом будет вызов ровно одной строки, как и у вас. То есть ваше "преимущество" только в том случае, если каждый раз писать это всё с нуля.

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

(82) а вот не понадобится)

(83) Из логики условия. Если из него понятно что остаток не NULL, то будет внутреннее. Иначе левое.
(84) (87) А если в регистре с контактной информацией не все контрагенты, а вам нужно все контрагенты, даже без контактной информации. Как вы без левого соединения обойдетесь?

(88) А если поменять местами name(Supplier s), contactInfo(s), то первичным станет контакт и соединение будет левым или внутренним для него?
Тогда выходит, что ваши слова о том, что не надо задумываться над соединением - не совсем правда? Ведь даже порядок элементов в запросе влияет на итоговый результат

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

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

(78) А если написать как в фузине и опустить необязательные алиасы, то получится одинаково:Выбрать k.Ссылка.Имя КАК n, k.Адрес Как a Из Справочник.Контрагенты.КонтактнаяИнформация Как k

+ (92). А если на этапе разработки давать однобуквенные имена метаданным, то получится еще короче:
ВЫБРАТЬ k.Ссылка.n, k.a ИЗ Справочник.k.i
И пусть другие потом разбираются че эти одинокие буквы означают. :)

Ой то есть еще короче: ВЫБРАТЬ Ссылка.n, a ИЗ Справочник.k.i

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

(89) Нет, не изменится, все от WHERE зависит. WHERE NOT currentBalance(sku, stock) > 5 даст левое соединение, а currentBalance(sku,stock) > 5 внутреннее.
(91) Вы сначала напишите, а потом сравним. Не понимаю как ЛЕВОЕ СОЕДИНЕНИЕ может быть более читаемым и понятным, так как это уже реляционная логика, и выносящая мозг по определению. Скажем если в ЛЕВОМ СОЕДИНЕНИИ условие если не написать легко понять что получится?
(95) Мы вообще типы соединений обсуждаем если вы не поняли, а не сам выбор.

(96) Ты не поверишь, но "k.Ссылка.n" - это левое соединение. Круто, да? :)

+ (97) Т.е. при такой конструкции 1С сформирует запрос с левым соединением к соответствующей таблице. Он оно че, Михалыч!

(96), ВЫБРАТЬ
    КонтрагентыКонтактнаяИнформация.Представление КАК КонтактнаяИнформация,
    Контрагенты.Ссылка КАК Контрагент
ИЗ
    Справочник.Контрагенты КАК Контрагенты
        ЛЕВОЕ СОЕДИНЕНИЕ Справочник.Контрагенты.КонтактнаяИнформация КАК КонтрагентыКонтактнаяИнформация
        ПО КонтрагентыКонтактнаяИнформация.Ссылка = Контрагенты.Ссылка

Я не понимаю что здесь в запросе может быть непонятно для любого человека прочитавшего основы SQL?

Либо без явнях соединений:

ВЫБРАТЬ
    Контрагенты.Ссылка КАК Контрагент,
    Контрагенты.КонтактнаяИнформация.(
        Представление КАК КонтИнформация
        ) КАК КонтактнаяИнформация
    ИЗ
Справочник.Контрагенты КАК Контрагенты

(99) [Я не понимаю что здесь в запросе может быть непонятно для любого человека прочитавшего основы SQL?]
Так в этом и смысл, что не прочитавшего основы SQL.

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

(96) что делать с сложными условиями в левом соединении? вот у меня таблица А и Таблица В. Нужно выбрать все записи из таблица А и те записи из таблицы В которые соответствуют условиями:
1) А.С=В.С;
2); В.Проведен = Истина;
3) В.Статус = Перечисление.Статусы.Утвержден;

(100) "И что-то вторую форму я совсем не понял. А что такое Представление? И почему обращение идет Справочник.Контрагенты.КонтактнаяИнформация, если КонтактнаяИнформация это регистр? Она сама умеет связывать? Но тогда по какому измерению? А если их там несколько и несколько именно контрагентов.". Тебе не понять этого чуда!

(100) кто те сказал что она регистр? в если Справочник.Контрагенты.КонтактнаяИнформация то это тогда табличная часть)

(73) А Краш и на работе себя ведет как блаженный? Или только для этого форума свой актерский талант развивает?
Просто вот хоть кто-то нормально общаться пытается.

(100), [Так в этом и смысл, что не прочитавшего основы SQL.]
А зачем?

[А что такое Представление?]
Это из типовой конфигурации вытащил запросом, там поле называется представление, может называться как угодно

[КонтактнаяИнформация это регистр]
Если регистр, то будет левое

(101) Что в результате должно получится то?
EXPORT (IF isPosted(s) AND status(s) = 34 THEN contactInfo(s)) WHERE s IS Supplier;
(105)
[А зачем?]
Ну начнем того что реляционная алгебра не самая простая штука. А вот остаток больше 5 или нет на остатке, куда проще понять и читать. С этим даже бухгалтер справится, а если вы ей про левые соединения начнете втирать, сами представляете что будет.
[Если регистр, то будет левое]
Фух, а то я испугался что она условия соединения угадывать будет.

(106), [реляционная алгебра не самая простая штука.]
Уже есть армия разработчиков знающих SQL


[А вот остаток больше 5]
"ВЫБРАТЬ
    ПартииТоваровОстатки.Номенклатура КАК Номенклатура
ИЗ
    РегистрНакопления.ПартииТоваров.Остатки КАК ПартииТоваровОстатки
ГДЕ
    ПартииТоваровОстатки.КоличествоОстаток > 5"

Здесь что сложного?

[С этим даже бухгалтер справится]
Я не бухгалтер, но я вообще с трудом понимаю смысл написанных кодов в фузине

(96) WHERE NOT currentBalance(sku, stock) > 5
Чем оно отличается от WHERE currentBalance(sku, stock) < 5 ? Мне вот вообще нихрена не очевидно.

Судя по

Нет, не изменится, все от WHERE зависит. WHERE NOT currentBalance(sku, stock) > 5 даст левое соединение, а currentBalance(sku,stock) > 5 внутреннее.

подозреваю, что в первый вариант попадет вся номенклатура из справочника, а во второй - только та номенклатура, которая есть в остатках. Ну т. е. один хрен нужно знать, когда писать NOT >, а когда <. Чем это отличается от необходимости знать виды соединений, хрен его знает.

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

(108) UPD: вместо "меньше" имеется в виду "меньше или равно"

Да уж, читаю вот эту ветку и офигеваю :
Кто-то использует ERP? Каковы перспективы?

Где хваленые методисты 1С ? Купил и дальше только настраивай, так ?

(111) И таких же веток после появления фузины стало же валом. Кто гнал, что в зарубной задаче там что-то не так ? А как же во флагманском продукте ?
[Ошибки найдены не только в кудире - он вообще не работал и не работает. Из последнего - в счет-фактуре нельзя поменять значение поля "партнер", там выводится только "контрагент". А в список документов выводится "Партнер". В результате в списке документов мы видим одного контрагента, а в документе - другого. При вводе РКО на основании ПКО сумма копируется только в реквизит "сумма", а "расшифровку платежа" забыли, ее надо заново вручную набивать. До этого вдруг перестали формироваться проводки в авансовых отчетах, сломался управленческий баланс, да я могу перечислять еще очень долго. В одном из релизов не открывался документ "поступление товаров" - выдавал ошибку и программа вываливалась.
Ну и самое веселое - это переходить с одной подсистемы на другую. Учет ОС например у нас до июля ведется в одном разделе, а после - в другом, соответственно в конфигурации два набора документов по учету ОС - 2.2 и 2.4 и два отчета - для старых документов и для новых. Просто шедеврическое решение. Ладно, я могу еще долго рассказывать...]

(108) Ну currentBalance < 5 означает что остаток определен (то есть товар есть на остатках) и меньше 5. А не больше 5, соответственно или нет товара на остатках или его меньше 5. В любом случае это булева алгебра которой учат со школы (а то и рождения). В отличии от реляционной алгебры, которой учат только отдельных программистов.

(107) Ну а теперь запишите нет на остатках или меньше 5. И поймете разницу.

Еще вот это понравилось :
[И главное, обновление с исправлением одних ошибок создает другие ошибки там где их не было. Последнее письмо в вольном переводе так звучит "счет-фактуру мы править не будем, потому что боимся что-нибудь сломать". Из чего я делаю вывод что проект подыхает - архитектора толком нет, а разработчики боятся уже что-то вносить чтобы не огрести.]

И про качество УТ (я собственно на демке там находил багов достаточно) :
[Для тех кто в танке - УТ11 (и, видимо ЕРП) состоит из "мелких багов" полностью. Что резко усложняет использование программы, а во многих случаях делает ее нерабочей.
В нашей УТ11 серьезных доработок буквально парочка. Все остальное - это исправление этих самых "мелких багов". Из-за чего конфигурация, по сути, переписана уже почти наполовину.]

(109) Ну тарам пам пам отлично похоже все понял. Так что видимо все таки от способностей зависит.

(111) А у вас вообще ничего нет даже приблизительно сопоставимого ... Совсем нет...

(72) Чувак, я тебя огорчу, в "EXPORT name(Supplier s), contactInfo(s) WHERE s IS Supplier" ты на птичьем языке написал, что у тебя соединение двух таблиц по s = Supplier, а вот то, что соединение левое, да, не указано, поэтому остается только надеяться, что это так, потому что в случае, если оно полное или внутреннее, то задача будет решена некорректно

(116) Ага, так понял, что в (108) написал - "Мне вот вообще нихрена не очевидно"

(114), всё равно получится простейший запрос понятный любому кто изучил основы SQL.

+(118) И поэтому мои вопросы прежние:
1. Где у вас отсутствие декларативного описания запроса, все то же, что и в 1С, только другим синтаксисом?
2. В чем выгода вашего птичьего языка по сравнению с языком запросов?

(121) Так выгода в количестве строчек же...

(112) че ты все время врешь? тебе кто то сказал что ложь=маркетинг?) таких веток было 100500 до фузины и будет 100500000 когда фузину похоронят а вас отправят в тюрьму за мошенничество

(117) Есть конечно : https://demo.lsfusion.org/erp . Там все это тоже есть, просто тоже не работает :)

(124) Врёшь опять, конечно. Нет у вас там КУДиР и МСФО с бюджетированием. Даже в неработающем виде нет.

(125) Так и в 1С:ERP это не работает. А у нас 3 строчки дописать - и готово.

(82) Тут как раз не понадобится
Вот тут у нас как раз платформа сама подвяжет левое соединение, просто исходя из того, что мы через точку обращаемся или к ссылочному полю

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

Мне еще подход фузиновцев по поводу 2+2+=5 понравился. Типа они так делают, потому что бывшая уборщица тетя Глаша, а сегодня она поднялась по социальному лифту до менеджера, сказала что так оно и есть. Завтра эту тетю или выгонят или посадят, а потом нормальные управленцы спросят почему так реализовали. Я бы на месте нормальных управленцев отказался бы от услуг таких автоматизаторов. Но это я.

(96) Капец
То есть мы в 1С пишем по-человечески, а вы как-то по-птичьи через жопу, но при этом у вас лучше, а у нас хуже?
Л — логика

Цитата оттуда:
[Косвенно связан с сахарной промышленностью. Многие заводы работают на полностью самописных учетных системах (1С-ких). В них реализован производственный и опер. учет. Все остальное - это БП, ЗУП и так далее.

Так что не ждите чуда из коробки - пишите свое.]

Никому голая платформа не нужна ? Правильно, я понимаю ?

(129), у них только кодеры в команде, думают за них заказчики

(131), сколько таких заводов по стране - один или два?

(111) Ну вот нахуя ты опять что-то невпопад серанул, придурок?

(114) Да у вас вообще как-то странно
Вроде туалетная бумага и ей жопу подтирают, но у вас на ней еще и важные телефоны записаны, ну типа не пропадать же добру
Запрос — это запрос
Проверка при записи — это проверка при записи
С какого бы перепуга пихать их все в одно место?
Может туда еще напоминания пользователю запихнуть?
Себестоимость можно посчитать заодно, ну чтобы уж не вставать лишний раз

(122) Так даже этого нет, я смотрю
Разве что в единичных случаях и чаще всего в самых простых

(120) Ну так напишите, чтобы наглядно было. И простейший он, если условие простое. А если условие будет (A ИЛИ B И C) ИЛИ Д, там типы соединений будет расставить мягко говоря не тривиально. Не говоря уже о том что ошибиться раз плюнуть.

Ну и опять таки не все знают и любят реляционную алгебру. А булеву знают все и она куда проще.

(137)
"ВЫБРАТЬ
    ПартииТоваровОстатки.Номенклатура КАК Номенклатура
ИЗ
    Справочник.Номенклатура КАК Ном
        ЛЕВОЕ СОЕДИНЕНИЕ РегистрНакопления.ПартииТоваров.Остатки КАК ПартииТоваровОстатки
        ПО (ПартииТоваровОстатки.Номенклатура = Ном.Ссылка)
ГДЕ
    ЕСТЬNULL(ПартииТоваровОстатки.КоличествоОстаток, 0) < 5"

20 секунд в конструкторе.

Сложные условия также сложны будут в фузине

(137) В нашем тексте запроса хотя бы сразу понятно, что с чем как соединяется
А в вашем что чуть посложнее и вообще тушите свет, без поллитры не разберешься
Это не говоря уже о том, что ты 1С дальше примитивных запросов и не нюхал
А ты открой какой-нить запрос в 1С посложнее, тогда разговор будет другой, думаю

(137) Не знаю как у вас, а в России в дискретная математика считается простым предметом и преподается на первых курсах ВУЗов, так что никто не испугался.

(140) И не говори
Я вообще думаю, что многим проще объяснить соединение таблиц, чем булеву алгебру
Берешь всех контрагентов и к ним прибавляешь контактную информацию из другой таблицы
Если КИ нет, то будет одна запись с пустой КИ
Если КИ несколько, то будет несколько записей

А теперь надо объяснить то же самое, только через булеву алгебру
Что важно, по человечески
Бро?

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

(138) Да но в этом и фокус, что сложность растет как снежный ком. То что в фузине сложно в 1С будет практически нереализуемо.
То есть я сейчас дам условие: Задолженность > 0 И НЕ Поставлено < 10 ИЛИ НЕ Остаток > 7 И НЕ Контрагент.ВЧерномСписке и все в разных регистрах и вы убьетесь типы соединений продумывать. А на булевой алгебре я вам уже все объяснил.

(142) Булеву алгебру даже дети знают. Тебе : Яблоко и Пойти в кино или не Пойти на каток. Что вы там спрашивать собрались.

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

(143) Да нет, нихрена ты ничего не объяснил
Что такое Задолженность?
Что такое Поставлено?
Что такое Остаток?
Какой именно Контрагент ВЧерномСписке?

(128) Да знаем мы вашу историю про идиота-директора Гомельлифта, знаем. Не начинай снова.

(144) Не надо ля ля, я про булеву алгебру первый раз услышав за день до вступительного экзамена в ВУЗ
И булева алгебра — вещь более абстрактная, чем две таблички, которые можно нарисовать
Я же говорю, объясни на пальцах по-человечески (141)

(143), ничего не понял в задаче. Как связаны задолженность и остаток. У нас есть таблица с остатками по контрагентам?

(146) Ресурсы из разных регистров. Допустим ВЧерномСписке это реквизит ну или тоже ресурс регистра.

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

(151), как мы остатки товаров соединим с задолженностью, если в остатках нет контрагентов?

(150) Блять, _из каких_ именно регистров? По чему именно соединение? Или Фузина настолько уменая, что ей говоришь "Поставлено" и она такая "Ни слова больше! Все понятно!"?
Вы уже задрали записывать текст запроса на птичьем языке, а потом бить себя пяткой в грудь, что съкономили 10 байт из-за своей птичьей записи

(113) >Ну currentBalance < 5 означает что остаток определен (то есть товар есть на остатках) и меньше 5. А не больше 5, соответственно или нет товара на остатках или его меньше 5. В любом случае это булева алгебра которой учат со школы (а то и рождения). В отличии от реляционной алгебры, которой учат только отдельных программистов.

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

[И НЕ Поставлено < 10 ИЛИ НЕ Остаток > 7 ]
И НЕ < 10 вместо И>10 ломают мозг

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

(152) остатки денег на счету. Млин какая разница. Я для примера привел, там в УТ сотни регистров с пересекающимися измерениями.
(154) Ну кстати сложно сказать. С EXCEL'ем то люди разбираются композиции, условия и формулы пишут. Сейчас как раз думаем подключить простенький конструктор выражений.
(155) Ну разницу я объяснял. Что нужны и контрагенты по которым ничего поставлено в принципе не было. Но не суть, запишите как хотите.

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

Вот вы к примеру все типы узлов планов СУБД знаете? Спорим, что нет, но вас же это не колышет, как это все внутри работает.

(143) шо там убиваться то, если это стандартный запрос в 1с?)

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

(158) Ты не поверишь, я никогда в жизни за почти 20 лет не изучал план запроса, даже не знаю, как его посмотреть
И, самое главное, мне это практически не мешает писать эффективные запросы в 1С

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

еще раз: "простому глупому пользователю нечего делать ни в запросах 1с, ни в выражениях фузины. абсолютно совсем нечего делать."
продвинутым - в 1с есть консоль запросов с конструктором, причем очень качественным. в фузине - хз.

а вот людей, которым интеллекта не хватает понять соединения в запросах, я б к разработке ПО не подпустил бы. ни на каком языке.
даже если там запросов нет =)

(143) Справочник контрагентов - главной таблицей, к ней левым соединением все остальные показатели. В чем тут можно убиться?

(157), левое соединение по контрагенту к таблице контрагентов столько раз сколько таблиц мы используем

(163) тогда при отборе по контрагенту ни один индекс использоваться не будет. Смотрите статью почему не sql. Ну и допустим у вас теперь два ключа контрагент и склад. Будете декартово произведение строить и все левыми соединениями соединять? Опять таки производительность представляете?

(165) Бро ты слабоумный что ли или у вас с Крашем целенаправленная политика прикидываться недоразвитыми?
Отбор по контрагенту не только в ГДЕ делается, но и в параметрах соединения
При двух полях двойное условие соединение
И, самое главное, пусть даже в 1С все тухло и печально, а Фузина тогда что, вместо SQL запроса сама все в уме что ли посчитает? Или точно так же сгенерит в итоге какой-то SQL запрос, который, по-твоим словам, в принципе не может быть оптимальным?

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

Читаем вот здесь :
https://habr.com/ru/company/lsfusion/blog/458774/

Задача с 2мя звездочками. На фузине :
SELECT Person a, Person b, Person c WHERE
    likes(a, c) AND NOT friends(a, c) AND
    (friends(a, b) OR friends(b, a)) AND
    (friends(b, c) OR friends(c, b));

На SQL :
WITH PersonRelationShipCollapsed AS (
  SELECT pl.PersonAID
        ,pl.PersonBID
        ,pl.Relation
  FROM #PersonRelationShip      AS pl
  
  UNION

  SELECT pl.PersonBID AS PersonAID
        ,pl.PersonAID AS PersonBID
        ,pl.Relation
  FROM #PersonRelationShip      AS pl
)
SELECT
   pl.PersonAID
  ,pf.PersonBID
  ,pff.PersonBID
FROM #Persons                      AS p
--Лайки                      
JOIN PersonRelationShipCollapsed  AS pl ON pl.PersonAID = p.PersonID
                                 AND pl.Relation  = 'Like'                                  
--Друзья                          
JOIN PersonRelationShipCollapsed  AS pf ON pf.PersonAID = p.PersonID
                                 AND pf.Relation = 'Friend'
--Друзья Друзей                  
JOIN PersonRelationShipCollapsed  AS pff ON pff.PersonAID = pf.PersonBID
                                 AND pff.PersonBID = pl.PersonBID
                                 AND pff.Relation = 'Friend'
--Ещё не дружат                  
LEFT JOIN PersonRelationShipCollapsed AS pnf ON pnf.PersonAID = p.PersonID
                                   AND pnf.PersonBID = pff.PersonBID
                                   AND pnf.Relation = 'Friend'
WHERE pnf.[PersonAID] IS NULL

Что же проще и понятнее....

(168), от переменных a, b и c глаза кровоточат. А что за функция friends?

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

(169) Собственно в статье есть вся доменная логика задачи (на фузине) :
CLASS Person;
likes = DATA BOOLEAN (Person, Person);
friends = DATA BOOLEAN (Person, Person);

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

(169) Некогда объяснять, суй помидоры в жопу

(172)
Вот запрос на фузине :

SELECT Department d, employeesId(d), taxSum(d) WHERE salarySum(d) > 100000 AND countEmployees(d) < 10 AND countGenders(d) = 2;

Вывести (SELECT) все отделы (Department d), список сотрудников (employeesId(d)), сумму налогов(taxSum(d)), у которых (WHERE) сумма зарплат больше 100000 (salarySum(d) > 100000), кол-во сотрудников меньше 10 (countEmployees(d) < 10) и кол-во различных полов равно 2 (countGenders(d) = 2).

Уберите скобки и будет предложение на русском языке. Вы согласны, что простота определяется не длинной запросов, а близости к русскому языку? То есть когда человек получает задачу на русском языке, то ему гораздо проще транслировать ее в lsFusion, чем на SQL.

(168) Вот постановка той задачи. Необходимо найти возможных кандидатов на дружбу. Более формализовано нужно найти всех людей A, B, C таких, что A дружит с B, а B дружит с C, A нравится C, но A не дружит с C.

SELECT Person a, Person b, Person c WHERE
    likes(a, c) AND NOT friends(a, c) AND
    (friends(a, b) OR friends(b, a)) AND
    (friends(b, c) OR friends(c, b));

Что тут непонятного ?

(174) Какое нахрен на русском?
Вывести все отделы, список сотрудников — это уже непонятно
Вывести их объединение, левое соединение, правое соединение, полное соединение, внутреннее соединение или что вообще нахрен?

(170), и она прям в платформу встроена?

(176) Если не умеете удалять скобки, то вот предложение на русском без скобок :
Вывести все отделы, список сотрудников, сумму налогов, у которых сумма зарплат больше, кол-во сотрудников меньше 10 и кол-во различных полов равно 2.
Это корректное выражение с точки зрения русского языка ? А теперь напишите на своем псевдо-SQL.

(177) Кто встроена ? Это просто пример доменной логики и запрос, который нужно реализовать. Я же доменную логику выше описывал.

(179), я вижу функцию в которую передаются два параметра ,я не понимаю откуда она взялась, что туда передается и что она возвращает.

(174) >>Вы согласны, что простота определяется близостью к русскому языку?
Нет, не согласен, русский язык велик и могуч, а тут требуется простота, четкость и однозначность
То есть SQL язык вполне подойдет, просто и понятно
А в твоем случае на русском все слова вроде понятны, но смысла в них нет, куча вопросов, что с этими словами делать
А уж в случае фузиновского птичьего языка сначала вообще все разархивировать нужно, а потом уже пытаться это прочитать

Пока код фузины напоминает регулярные выражения

(182) Пока он напоминает русский язык : (174) (175)

(180) Блин, ну все SQL'щики прекрасно поняли о чем речь. В логику 1С справочники/документы/регистры это никак не пролазит.

(184), что в friens()?

(185) На языке фузины - это функция от двух параметров. На уровне БД - это таблица с двумя ключами, которые ссылаются на справочник людей, и в которой есть поле boolean, которое TRUE, если человек с первым ключом дружит с человеком со вторым ключом. Понятно ?

(186), это понятно. Непонятно почему для SQL в качестве примера приводится полный запрос, а в фузине за скобки выносится. И непонятно чем этот запрос в фузине лучше SQL, кроме количества строк

(187) ну я так и про sql могу сказать, чем он лучше ассемблера. Ну кроме того что проще короче и понятнее.

(188), написание аналогичного запроса на ассемблере понятнее не будет

Радетели за интеграцию в мировые стандарты написания кода без всякий птичьих самопалок, двигают свой вырвиглазный язык запросов, непонятно, имеющий ли и какие преимущества перед языком запросов SQL
Капец

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

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

(191), проблема в том, что система выполняет какие-то неявные действия, чтобы понять что произойдёт нужно сначала мысленно перевести код в данные, но Бро считает что делать это намного сложнее чем понять соединения таблиц

в смысле проще, опечатка

кстати, откуда появился sql- подобный запрос, раньше были только функции и где посмотреть описание этого языка?

(192) Нативную в смысле оператором, типа:

LEDGER SkuLedger (Sku sku, Stock stock) SUM balance;

Который будет синтаксическим сахаром и будет создавать абстрактный класс и свойства + группирующие свойства:

CLASS ABSTRACT SkuLedger;
dateTime = ABSTRACT DATETIME (SkuLedger);
sku = ABSTRACT Sku (SkuLedger);
stock = ABSTRACT Stock (SkuLedger);
balance = ABSTRACT NUMERIC (SkuLedger);

balance = GROUP SUM balance(SkuLedger s) BY sku(s), stock(s);
balance = GROUP SUM balance(SkuLedger s) IF dateTime(s) <= DATETIME d BY sku(s), stock(s), d;
balance = GROUP SUM balance(SkuLedger s) IF dateTime(s) <= DATETIME dTo AND dateTime(s) >= DATETIME dFrom BY sku(s), stock(s), dFrom, dTo;

В принципе уже сейчас можно сделать такой метакод (возможно даже он уже есть в платформе, если нет то стоит добавить):
@defineLedger(SkuLedger, Sku, sku, Stock, stock, balance);

Но согласен оператором красивее. Собственно и агрегации были когда-то метакодом, потом стали оператором. Другое дело что по сравнению даже с агрегациями у регистра в IDE магии еще больше будет, так как слово balance по факту будет сразу три свойства создавать. Но с другой стороны почему нет, создам чуть позже задачу.

(193) А зачем вам вообще думать о таблицах, оперируйте функциями как в школе на математике. Функциям то с класса 5-го обычно учат или даже раньше и они проще для понимания. Логике условий еще раньше. А реляционную алгебру только в универе и то только на ИТ специальностях учат.

(197), отличное понимание матана в универе не помогает мне сейчас понимать фузинофункции. //Правда закончил я универ 9 лет назад

(196) Нет, Регистр Правил это немного иная сущность. Лучше посмотреть на оригинальную концепцию тут: http://web.archive.org/web/20070301074427/https://www.kint.ru/library/developer/register/p110/

(118) >ты на птичьем языке написал, что у тебя соединение двух таблиц по s = Supplier

Нет, вообще, это не так. "s IS Supplier" - это всего лишь проверка на принадлежность объекта классу, которая в данном случае была нужна. Здесь вообще нет указания на то, лежат ли name и contactInfo в одно таблице или в разных (может быть и так, и так, от этого выражене не поменяется).

(196) Это у вас частный случай регистра сведений в 1С. Причём только самый его базис. В общем случае там будет сложнее (периодичность, регистратор, подчинённость...). Регистры накопления - сложнее. А есть ещё регистры расчёта и бухгалтерские.

(64) >> EXPORT name(Supplier s), contactInfo(s) WHERE contactInfo(s) - внутреннее соединение
>> EXPORT name(Supplier s), contactInfo(s) WHERE s IS Supplier - левое соединение
(contactinfo в другой таблице допустим лежит)

Для полной картины надо бы полное соединение показать, хоть в данном случае практического смысла в нём будет мало. Предположу, что оно будет выглядеть как-то так:
EXPORT name(Supplier s1), contactInfo(Supplier s2) WHERE s1 IS Supplier AND s2 IS Supplier

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

(197) "А зачем вам вообще думать о таблицах, оперируйте функциями как в школе на математике."
.
а в 1С так и сделано. абстракция задрана вверх. я не думаю о таблицах. я думаю о "функциях" в виде Документ, Справочник, Регистр, Константа, Итд.
.
но (имхо) чем выше абстракция - тем тормознее исполнение абатсракций. но быстрее процесс разработки. Чем 1С и взяла, потому что ускорить исполнение - чисто техническая задача, а ускорить разработку - нифига не техническая.
.
так и у вас будет. со временем. когда для процесса стандартизации разработки вы навертите классы на классы на классы на классы. и самый верхний класс будет офигительно "абстрактным" (далеким от явной связи таблиц), тормозным но фоигительно удобынм.

(202) Полное соединение без WHERE так тоже работает:
  EXPORT FROM name(Supplier s1), contactInfo(Supplier s2);
Кому интересно, упрощённый тест здесь: https://pastebin.com/kxwKF3Wm
Можно вставить код в https://lsfusion.org/try  забить какие-нибудь данные в таблицу "Поставщики", иногда не заполняя contactInfo, и посмотреть в браузере какие JSON будут экспортироваться.

(205) а зачем тебе углубляться и думать про "полное соединение".
чего это вдруг вглубь полез? не хватает чего-то?

(206) Так уже 3 страницы обсуждают различные типы соединений SQL, и как это могло бы выглядеть в 1С и в lsFusion. Вот как в 1С это выглядит: http://professia1c.ru/zaprosyi/soedinenie-tablits-v-zaprosah-1s/

(200) Капец. А где тогда вообще условия соединения?

(208) Так об этом и речь, в lsfusion логика не задается на уровне sql запросов. Соотвествующий логике SQL будет сгенерирован сервером в зависимости от физической модели.

(209) Тебя Бро покусал что ли?
Я же не спрашиваю, _почему_ это не задается в запросе, я спрашиваю, _где_ это задается
Я вот хочу сделать запрос к табличной части "Товары" в накладной, в которой есть номенклатура и характеристика
И присоединить слева цены из регистра цен, в первую очередь цену по совпадению номенклатуры и характеристики, а, если такого нет, то просто по номенклатуре
И как мне написать это на вашем языке?

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

(201) Ну опции никто не отменял. Хотя с тем же регистратором есть нюанс, так как в lsFusion ledger может создавать не только документ, а что угодно, например пара объектов или по сути поле справочника, говоря терминами 1С. Так что тут лучше явно просто ABSTRACT создавать в конкретных случаях это все равно одна строка. Периодичность можно типом задавать :DATETIME, DATE, LONG. Например LEDGER ... TYPE LONG (хотя по умолчанию DATETIME). Подчиненность особого смысла не имеет, так как за это и так агрегации / наследование отвечают.

Регистры расчета и бухгалтерские это вообще прикладные регистры ЕМНИП. В той же УТ ни одного такого нет ЕМНИП. Да и про регистр расчета описание обычно в стиле : "словами это объяснить тяжело, давайте возьмем пример расчета ЗП сотрудника".

(202) Не совсем FULL JOIN это OR, если вы статью читали, что есть скорее
EXPORT name(Supplier s), contactInfo(s) WHERE name(s) OR contactInfo(s);
Это кстати то что оператор EXPORT делает по умолчанию, то есть OR всех колонок, то есть можно просто написать:
EXPORT name(Supplier s), contactInfo(s);

(213) EXPORT name(Supplier s), contactInfo(s); - это не выведет полное соединение. Иначе вы там совсем долбанутые.

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

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

Проснулась пустоголовая балалайка

(205) Это все равно INNER JOIN. Просто ON TRUE (хотя при таком условии оно эквивалентно FULL JOIN).

(217) Напоминаю, язык форума русский. Переведите что Вы сказали, возможно вы ругаете власть

(214) Оно по умолчанию выведет поставщиков у которых задано или имя или контактная информация или и то и другое. Соответственно если они в разных таблицах это будет FULL JOIN. Что вас смущает?

(218) INNER - ВНУТРЕННЕЕ
LEFT - ЛЕВОЕ
FULL - ПОЛНОЕ
JOIN - СОЕДИНЕНИЕ
ON - ПО
TRUE - ИСТИНА

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

(219) Напиши на SQL, что сделает твоё выражение если имя поставщика и контактная информация в разных таблицах.

(220) Стандартом он стал потому у англичн первыми появился хороший флот и винтовки, а в 1С тоже-амое дословно ПОЛНОЕ СОЕДИНЕНИЕ, ЛЕВОЕ, ПРАВОЕ и т.д.

(208) В параметрах функций условия соединения. А типы соединений в условии.

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

И еще, фузина дает прямой доступ к своим табличкам ?
Ну , например, написать нечто на t-sql и выполнить ?

или там, тригер повесить

(222) Ну может :) Но если вы реально переводили с английского на русский и наоборот, то реально заметили бы что 95% слов в английском короче, причем многие значительно. В русском вообще не понятно, как некоторые слова (как например сом) заслужили три-четыре буквы. То есть корреляция частоты использования слова с его длиной в английском гораздо лучше на мой взгляд.
(224) Нет. В можете сделать MATERIALIZED любого свойства, например currentBalance и тогда оно будет храниться в поле таблицы, и автоматически инкрементально обновляться самой платформой. То есть в принципе вы сами как разработчик решаете, хотите вы хранить или нет эти промежуточные итоги или нет. Но "регистр" да это обычный класс, не отличающийся от остальных.

(225) Да в EXTERNAL SQL можно обратиться прямо к своей базе (странновато конечно, но почему нет). Как и любой другой системе можно обратиться к базе lsFusion. Что касается триггера, тут надо вот что понимать:
https://documentation.lsfusion.org/pages/viewpage.action?pageId=51216545
[Системы имеющие доступ к SQL-серверу lsFusion-системы (одной из таких систем, к примеру, является сам SQL-сервер), могут обращаться непосредственно к таблицам и полям, созданным lsFusion-системой, средствами SQL-сервера. При этом необходимо учитывать что, если чтение данных относительно безопасно (за исключением возможного удаления / изменения таблиц и их полей), то при записи данных не будут вызваны никакие события (и соответственно все элементы их использующие - ограничения, агрегации и т.п.), а также не будут пересчитаны никакие материализации. Поэтому записывать данные напрямую в таблицы lsFusion-системы крайне не рекомендуется, а если это все же необходимо, важно учесть все вышеупомянутые особенности.]
То есть триггер можно сделать. Но события (а значит, ограничения и агрегации) не сработают. Но если вы уверены что поле (свойство) в них не используется, вперед и вверх.

Хотя у нас была идея самим создавать триггеры на "внешние изменения" которые будут вызывать lsFusion события (как Oracle со своими MATERIALIZED VIEW делает), но это скорее для того чтобы lsFusion можно было запускать поверх существующих SQL баз.

(223) Напиши на SQL, какой запрос будет в СУБД  EXPORT name(Supplier s), contactInfo(s); если имя поставщика и контактная информация в разных таблицах

(221) SELECT COALESCE(names.supplierID, names.supplierID), names.name, contactInfos.contactInfo FROM names FULL JOIN contactInfos ON names.supplierID = contactInfos.supplerID
Как то так.

(230) * COALESCE(names.supplerID, contactInfos.ID)

* contactInfos.supplierID ну вообщем мысль понятна я надеюсь

(228) несовсем ясно, что такое MATERIALIZED .
Могу пояснить, как устроен регистр остатковый в 1с, это тупо 2 таблички , в первой - тупо "движения" - просто все записи с плюс и минус по измерениям (приход и расход), вторая - промежуточные итоги , с периодичностью в месяц.

Для получения текущего остатка, достаточно посмотреть в табличку итогов и взять записи с датой = последней дате в периодичности..

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

А как в фузине рассчитывается остаток на произвольную дату ?

Из соседней темы:
[Коллега, не пытайтесь впихнуть невпихуемое. Вынесите бухучёт за пределы ERP, пилите все эти кудиры в БП и не заморачивайтесь. ERP - она не для БУ.]
[ERP это не коробочное решение, по сути.]
[ну я вообще не понимаю как организация на 100 пользователей может хотя бы без 1го программиста жить.]

Paint_NET и Ник - ну вы прямо чемпионы по переобуванию в воздухе.

(230) А при экспорте в ексель, например, сколько будет выведено колонок? Две или три?

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

(233) я знаю как устроен регистр в 1С.

в lsFusion как обычное делается;
currentBalance = GROUP SUM quantity(Ledger l) BY sku(l), stock(l);
balance(Sku sk, Stock st, DATETIME d) = currentBalance(sk, st) - (GROUP SUM quantity(Ledger l) IF date(l) > d AND sku(l)=sk AND stock(l) = st);
То есть она просто от текущего остатка бежит назад. Обычно такой код создается метакодом, хотя можно сделать и оператором в будущем (см. обсуждение выше), но даже тогда в любом случае написать руками, никто не помешает.

Понятно что можно навернуть схему с промежуточными итогами в середине. Но вопрос в том, что :
[С другой стороны, учитывая что в оперативной базе (OLTP) древность данных обычно обратно пропорциональна вероятности их использования, а на поддержание промежуточных итогов нужны дополнительные ресурсы (в частности место на диске), практическая польза от такой оптимизации весьма сомнительна (если, конечно, оперативную базу одновременно активно не используют как аналитическую, но об этом позже).]

А без промежуточных итогов в lsFusion в третий параметр можно передавать не только константу а любую дату:
EXPORT FROM balance(sku(DocumentLine dd),stock(document(dd)),dateTime(document(dd)));

Так что тут спорный вопрос что важнее.

(237) Вот ссылка на тот раздел:
https://habr.com/ru/company/lsfusion/blog/468415/#const

(235) Две колонки, COALESCE я для понимания что происходит привел.

(239) А если у клиентов одинаковые наименования, как я их отличу тогда?

(240) Код вытяните. Например внутренний:
EXPORT Supplier s, name(s), contactInfo(s)
Тогда будет запрос как я привел.

(237) MATERIALIZED забыл для currentBalance

(241) А нельзя задать представление, которое будет автоматически выводиться при экспорте Supplier s? Наример, я хочу, чтобы в этом случае всегда выводилось название + ИНН.

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

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

(244) балаболка пустая

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

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

(212) В 1С можно явно задать перечень типов документов, которые могут регистратором в том или ином регистре. На примере УТ 11, в регистре ЦеныНоменклатуры регистраторами могут быть документы КорректировкаЗаписейРегистров, УстановкаЦенНоменклатуры.

В lsFusion я вижу это, например, как наследование документов от определённого предка. Что-то типа:
CLASS ABSTRACT Document; // Общий предок всех документов. Не используется напрямую
CLASS ABSTRACT StockPricesRegistrar: Document; // Общий предок для всех документов, явл. регистраторами в регистре StockPrices
CLASS RegisterRecordAdjustment: ..., StockPricesRegistrar, ...;
CLASS StockPriceSetting: StockPricesRegistrar;

Поскольку класс корректировки записей регистров (RegisterRecordAdjustment) может вносить изменения в любые регистры, то он должен наследоваться от всех абстрактных классов-регистраторов типа StockPricesRegistrar, CurrencyRatesRegistrar, ContactInformationRegistrar etc.

(249) Так а перечень типов документов это чисто ограничение? Если я буду в регистр писать из документа не из этого списка и в качестве регистратора укажу этот документ? Тогда ошибка будет? Тогда да, просто классами решается, у значения регистратора указывается нужный класс и тогда платформа просто не даст туда реализацию неправильного класса добавить.
(245) Вот тут я не понял, EXPORT XLS .. указываете одни поля, EXPORT XML другие. Группы интересный shortcut, но не более.

[В странах СНГ заставить клиента перепилить процессы под ERP - это из области фантастики, увы. Можно найти какой-то компромисс, где-то убедить, где-то подстроиться, но перепиливать всё равно придётся.
Я ещё не видел конторы, которая строила процессы вокруг автоматизации учёта.]
ААА. Paint_NET остановись, что ты творишь? Как ты потом другим 1Сцам в глаза смотреть будешь?

(234) обосновать свой писдешь можешь или как все прочие отморозишься?

(248) краш иди в фузину

(252) Так я же в том числе ваши цитаты с соседней ветки сюда пишу. Тут:

ERP без БУХ и ЗУП - не ERP
в ERP / УТ все есть, никакой программер и платформа не нужны, нужно только решение
все должны работать по best practice, Россия уже доросла до этого, в отличии от Беларуси.

А в соседней ветке все наоборот. Знаете как это называется? Лицемерие в лучшем случае.

(254) ну вот чего ты все время пиздишь?) ткни где я писал что все должны работать по "best practice"?) или как всегда сольешься? Поясняю для тебя, хотя ты тупой и будешь выкручиваться. ЕРП систему не пишут с нуля. есть готовая коробка с огромным функционалом, его нужно наложить на предприятие или предприятие не на него. Доработки ЕСТЕСТВЕННО будут, только если в ерп системе доработки не превышают 20% от потребностей, то в фузине коробка это 5% остальные 95 доработки. Разницу объяснить или ты опять дебила корчить будешь?

(237)

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

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

(256) для этого у них есть эксель))))

(237) если, конечно, оперативную базу одновременно активно не используют как аналитическую, но об этом позже

почему нельзя?
если пользователь хочет посмотреть остатки, ему надо обязательно другую базу грузить?

(258) или вообще другую систему?

(255) Речь шла о том, что с 21 проблемой (а еще 10 будет минимум) из статьи доработка это АД. И 20% это почти бесконечность в таких условиях. И даже 95% иногда лучше на нормальной платформе, чем 20% в решении / платформе где нихера не поймешь.
[И поэтому,  в вашей платформе нет отчетов ?]
Нет не связано, но пивоты уже почти доделали. Думаю на следующей неделе уже можно будет использовать в базовой постановке.
[Т.е посмотреть движения товара за год, посчитать средний остаток, оборачиваемость...]
С движениями все хорошо, вопросы с остатком. Но опять таки вероятность доступа к старым данным уменьшается, по мере их старости, то есть можно и подождать чуть подольше. Это меньшее из зол, чем хранить тонну промежуточных итогов.
То есть грубо говоря раз в год понадобилось посмотреть остатки 3летней давности ну подождете не 30 миллисекунд, а 300. (ну или целиком если отчет, то не 3 секунды, а 30 секунд).
[если пользователь хочет посмотреть остатки, ему надо обязательно другую базу грузить?]
Нет, может и в этой, просто чуть дольше будет. но аналитику в принципе лучше в другой базе

(260) (256) Я на это там частично отвечал.

(261) там.. это где ?

(251) Тебя Краш покусал?

Просто, получение остатка на нужную дату - это повседненвная задача практически в любой конфе на 1с.

(260) большая часть проблем в статье это твоя тупость и некомпетентность в вопросе. Я работал в франче который в год внедрял 3-4 проекта упп в сложных производственных предприятиях с допилами. Это не розничные ларьки купи продай, а сложное многопередельное производство с сложными выпусками. Если бы они писали каждый раз 95% функционала даже на платформе которая читает мысли, то за год бы внедряли максимум одно предприятие силами 4 команд. В ЕРП же у тебя большая часть функционала есть. Тебе нужно допилить отраслевую специфику предприятия которой нет ни в одной ерп за исключением специализированных отраслевых решений написанных в конкретной отрасли либо слегка перепилить нужный функционал на базе существующего. В 1с грамотный методист может закрывать целые подсистемы учета на существующем функционале без единой или с минимальной доработкой. В фузине нет такой возможности. Вы как 1с77, когда каждый франч пытался писать свою программу с нуля. После выпуска 8ки большая часть франчей отказались от написания своего ибо в типовых функционал рос быстрее чем франчи успевали клепать свои решения. Вы с этим потом тоже столкнетесь, когда появятся у вас партнеры пишущие решения свои. Когда будут разные системы с разной иерархией классов, когда у вас будет в одной программе класс партнеры в другой класс клиенты в третей класс контрагенты. И вам внезапно придется дорабатывать за вашим партнером его систему, а там кривая архитектура и они не совместимы, а вам клиенты будут говорит - это же две фузины, чего обмен между ними стоит космических денег?

и да. эта концепция с промежуточными итогами, еще со времен 7.7, ну разве что, в 7.7 можно было эту периодичность менять, вплоть до 5 дней, а в 8-ке добавили еще табличек - агрегатов, если спецом их задать

(260) То есть ты тупо игрой слов делаешь вид, будто БОЛЬШЕ РАБОТЫ = лучше для клиента? Учти, что допиливая каждый процент - надо учитывать предыдущие, что-то поменяется по ходу доработок и так далее. В итоге уже к 50% придется каждый чих перепроверять на взаимодействие с предыдущими 45%, что приведет к замедлению дальнейшей разработки. Вносить же, пусть множественные, но точечные доработки, когда логика уже построена - в разы проще

(267)+ Не говоря уже о том, что твоя "лучшая платформа" является только в ваших глазах. И даже там - точно не для клиента. А для вас.

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

(269) Им надо придумать свою проверку и статус "Фузи - совместимо" )

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

(268) А зачем клиенту платформа? Bro разработчик платформы?

(265) Даже если все утверждения в статейке про 1С правдивы - какое это имеет отношение к фузине?

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

(274) Если они автоматизировали розницу в Белоруссии (всю?), то либо платформа хороша, либо прогов  дофига.

(275) ...либо альтернативы ещё хуже или дороже.

(275) Как бы... так до сих пор и непонятно, ЧТО там именно фузя сделала. Стоит копнуть - фронт не их, бэк не их, бухгалтерия не их и т.д. В итоге в реальности их фузя - прокладка между множеством задач, без которой в принципе можно было бы и обойтись, просто расширив задачи другого ПО. Или выбрав что-то на замену, что покроет больше задач, чем фузя

(275) желаете проверить эту гипотезу на своих клиентах?

(274) Судя по тому, что описывают в ветке про 1С:ERP проще, дешевле и быстрее будет с нуля сделать в фузине, чем переписывать ERP.

(279) дурак

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

(269) "да они не поймут."
Все они понимают. Просто это бизнес и надо в уши заливать клиентам будущим. Поэтому они сидят с хорошей "миной" при плохой игре.

(281) да, не заводись, это просто тролль, старый и толстый

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

(277) Уже сто раз говорилось. Вот модули: https://luxsoft.by/produkty/lsfusion-erp/ В клиентах еще дополнительные.

(281) " Функционал ЕРП со всеми связями вы будете делать несколько лет" - а 1с за эти пару лет выпустит ерп 3-0 в которой будет еще больше функционала

(275) "Если они автоматизировали розницу в Белоруссии (всю?), то либо платформа хороша, либо прогов  дофига."
Либо они п#здят. Я тоже много компу клепал говнопрограммки простые. Теперь могу говорить, что я автоматизировал очень много предприятий и частных контор.
Как в анекдоте (уже не раз напоминал)
Дед у сексапотолога:
Дед: Мол, могу только раз в неделю.
Врач:Дед, а лет тебе сколько?
Дед: 85.
Врач: Дед, ну это же превосходно!
Дед: Да? А мой сосед говорит, что с женой ежедневно, а ему 95!
Врач: Ну так и вы говорите!

(279) Обезьяна взяла в лапы палку и смогла стать человеком. Краш взял в руки фузину и стал кидаться какашками. XD

(283) лсФузина настолько убогая и глючная, что сами разработчики посмотрев на неё... решили сделать клон Odoo.

(281) У нас один джун за месяц сделал в разы больше, чем в зарубе. И это хотя бы как-то работает, в отличие от 1С:ERP. А если бы мы основных разработчиков посадили, то 1С:ERP склепать за полгода можно.

(285) люди! вы видели эти модули? да их  стыдно даже упоминать, не то что показывать..

(289) Если Вы не отличаете платформу от конфигурации, то вам наверное тяжело работается...

(291) Зато они работают. В отличие от 1С:ERP.

(290) тебя плохо учили троллить, уже не трогает твое повторение... зря бабки получаешь.

(281) [Вы даже не представляете масштаб задач, которые выполняется и необходим в ЕРП]

Вы хотели сказать, которые не выполняется в ERP, а сделана фикция.

(293) ха-ха-ха, работают)))  только три строчки добавить, дурни

(281) Только 1С даже функционал КУДиР не смогли сделать. Какой там ERP ?

(290) (293) Опять таки, вы не представляете даже объем тех работ, но уже закидали всех вашими фузинобреднями. И если в конфигурации что-то (пара процентов) не работает так, как надо пользователю из-за его особенностей - это совсем не значит, что вся программа не работает. Л-логика.
Если начать придираться к фузине так, как вы придираетесь к 1С - то она не просто не работает - ее НЕ СУЩЕСТВУЕТ в природе)))

(292) Фузина настолько унылая, что когда Краш начал заниматься ей, то так и остался на уровне мартышки. XD

(297) как всегда врешь, врунишка противный

(298) Существует ERP на фузине. http://demo.lsfusion.org/erp

И если в ней что-то (пара процентов) не работает так, как надо пользователю из-за его особенностей - это совсем не значит, что вся программа не работает. Л-логика.

(299) скунс он, а не мартышка

(301) не существует,это ложь опять

(301) в этом говноподелии где 2*2 = 5 ничего не работает

(301) В вашей фузине - в лучшем случае пара процентов ЕСТЬ ) Из того, что нужно ВСЕМ

(303) Существует. Ложь опять, что не существует.

(306) нет, ты врешь как всегда, то что есть это не ерп, а говно

(305) Все там есть. Просто не все работает. Как в 1С:ERP.

(307) Вы путаете. Это 1С:ERP - говно. Вон в соседней ветке все расписали.

(308) ничего там нет, от слова совсем, а ты врешь как всегда

(308) Сказочный персонаж... И зачем его на Мисту впустили? XD

(309) ну ты видимо в сортах говна хорошо разбираешься

(311) он бабки заплатил, просто бизнес

Когда этого клоуна несмешного забанят уже?

(310) Ничего нет - это лучше, чем есть, но не работает, как в 1С:ERP. Хоть не придется выкидывать клиенту кучу денег и 3 года в пустоту.

(301) Говорят, что когда вы писали свою ЕРП - то вдохновлялись смехом Регины Дубовицкой. Это так? XD

(315) У меня есть успешные внедрения ERP на производстве. Не пизди о том, чего не знаешь совершенно.

(315) У вас придется все 5 лет и в 5 раз больше денег)
И вы только что пытались доказать, что у вас что-то есть) Сколько у вас ног для переобувания?)

(315) Правильно, лучше вкинуть их сразу в задницу, то есть в Фузину. XD

(314) Да, пора уже давно  Михаил Ивановича банить. Бред какой-то несет.

(316) Лучше уж тогда смехом Трахтенберга или Гоблина.

(317) У нас тоже есть успешные внедрения ERP в розничной торговле : https://luxsoft.by/klienty/

(320) бредишь здесь ты трольчик

(313) Я знаю. Просто показываю ему со стороны, как выглядят его шутки про 1С. Ведь это типа "острумно". XD

(321) Тогда хоть что-то вменяемое бы получилось. А тут...

(322) Вы не знаете, что такое ERP, но уже внедрили?

(322) опять враньё, ты хоть слово можешь сзащать не соврав?

(322) Сразу называй адреса этих ларьков, чтобы не копать рекламный буклетик с враньем вашим. XD

(322) Это не ERP, а херня какая-то.
Можете свой продукт хоть МегаСуперПуперERPMRPCRMBI обозвать, он как хернёй был, так и останется.
Бывай, ихтиандр.

(324) в слове  "острумно" есть упоминание ума, это не про них))

Ладно, неплохо расслабиться, но пора готовиться к переводу нескольких нетиповых баз на тройку. Удачи всем мастерам ФУ

(330) остротупо - звучит некрасиво. Там же кавычки поставил. XD

(290) вы за пять лет ваше недо"ерп" клепали и говнос лепили с функционалом на уровне тис 7шного.

(293) они будут работать, если три строки кода добавить)))

(285) Не на свои вопросы не отвечай, это Крашик сам ответит. Лучше ответь на (271)

(297) в вашей ерп кудир есть?))

(336) ну, зачем ты так)

(315) гениален в своей тупости)))) у вас нет ерп. Есть но она не работает. И Вообще если нет то это лучше чем неработает)))

Новая заруба
Фу-команда внедряет фу-ерп в конторе у той истерички из соседней ветки

(336) Три строки же, ну.

ладно, фузиноиды получили свою порцию, пора поработать

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

Забавно, как на этом форуме есть около 5 адептов 1С, которые поклоняются ей во всех ветках. Хотя при этом в ветке про ERP отмечается куча людей, которые пишут, что 1С:ERP - говно. Собственно с такой платформой неудивительно, что они не могут сделать нормальное неглючное сложное решение. Только примитив как в зарубе. Что и требовалось доказать.

(343) Крашик, ты, похоже, потерял грань между троллингом и идиотизмом. Даже на фоне Бро уже смотришься законченным кретином.

(343) Открою для тебя глаза. На форумах САП так же есть несколько веток, где люди вымещают свое недовольство по поводу недоработок или рамок. То же самое есть у любого языка программирования и т.д.
ИДЕАЛЬНОЙ программы нет. В принципе. И всегда найдутся косяки, которые кому-то не понравятся. И это не значит, что продукт сразу становится плохим.
Но в вашем случае - не работает чуть меньше, чем ВСЁ.

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

(343) полсотни 1сников нашли в вашей фузине полтыщи косяков за пару дней тестирования. Но вы продолжаете поливать грязью 1с ерп. фузиновец это диагноз)

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

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

(349) Было бы больше толку, если бы вы просто попросили помочь как братьев по разуму. Может сообщений и было бы меньше, но толку для вас - больше

(350) да нет у них разума) (349) да да. это адепты 1с писали на хабре что оракл писали криворукие индусы)))

(349) Главное - верить. XD

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

(353) они поняли что на рынок не выйдут никогда поэтому пофигу на бренд

(354) но ведь надо ж побольше всего какашками измазать

(354) Да фиг знает, они на Хабре всем рассказывают, что у них уже реализовано в России несколько крутых проектов. Правда, никаких доказательств, кроме как "мы же на хабре можем обманывать" не приводят...

(356) "Мы, гусские, не обманываем дгуг дгуга" ©

(356) https://www.meme-arsenal.com/memes/7141596ab2fac777595b256a06531c02.jpg

(350) Помочь в чем ? Это скорее 1Совцы должны просить помощи. Учитывая, какая там платформа :
https://habr.com/ru/company/lsfusion/blog/468415/

(359) Эх... не кусай руку...

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

(360) Ладно. Будем просить помощи. Как в 1С сделать редактирование матриц, как вот здесь :
https://documentation.lsfusion.org/pages/viewpage.action?pageId=46367544

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

Не... Мы так не сможем...

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

(362) посмотрите экземпляры видов бюджетов в ерп и ух

(362) вообще любой стандартный отчет на скд делаешь и все)

(366) Но ты же не сможешь вводить туда данные без открытия дополнительных форм! 111!

(367) Разве? В таб. док можно же вводить данные, регл. отчеты на этом построены по сути.

(362) шанс положить СУБД при редактировании плоской таблицы - это надо суметь.

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

(362) https://programmist1s.ru/reshenie-zadachi-1-13-spetsialist-ut-11-1/
По вертикали - товары, по горизонтали - типы цен.
В отличие от абстрактного примера в фузине - работающий механизм в УТ.

(371) Ну зачем так сразу прям... Без предупреждения... Вы просто взяли и сломали фузиновцам весь плюс фузины! )))
Так им еще и в соседней ветке - про 100к строк в документе, подзатыльников надавали... ))

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

(371) Ага. УТ 11 демка. Флагман типа.

Жмешь сформировать - сначала висит офигенно на минимальном объеме данных, а потом вот это выдает :
https://clip2net.com/s/44BQfPp

Не соврали с 1С:ERP. Если она работает также, как и УТ, то понятно почему все плюются.

>>Вы мне не результат показывайте, а код.
*Медленно сползает под стол от смеха*

(374) А заголовки съезжают вверх и тупит просто по-черному. Жесть конечно.

(375) Действительно. Программист попросил показать код. Вот умора. Зачем ему ? В 1С:ERP же все из коробки и программисты не нужны совсем.

(377) Сама таблица рисуется без кода. Вообще.

(373) В 1С не день. "3 строчки когда" (c) , 5 минут времени:

Для каждого ТекущийЭлемент Из СписокТипоцЦен Цикл
    ТЗ.Колонки.Добавить(ТекущийЭлемент.Имя);
КонецЦикла;

Вот и матрица получилась...

(376) У тебя вирусы... ))

(379) Две строчки, в синтакс-помощнике:

ЭлементыФормы.ТабличноеПоле1.Значение = ТаблицаДанных;
ЭлементыФормы.ТабличноеПоле1.СоздатьКолонки();

(377) самим смешно
действительно не нужны
все формы бюджетов аналитики-экономисты делают в конструкторе

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

(379) А как потом редактирование делать ?

И я понимаю почему там так тупит. Там нет динамического списка. Как сделать при этом динамический список ?

(378) Ага, и потом тормозит и глючит по-черному (как на скрине).

(378) Ну прям без кода. А (379) - это что ?

(383) тз в тч документа загрузить при открытии и редактируй.
или сделать как в (380).

Я на ОФ в основном пишу...

(368) но... Ведь эти данные не запишутся в бд без дополнительного кода!!!

(385) А головой подумать?

(387) Почему??? Если напрямую РС какойнить редактируешь...

(389) На СКД? Как это?

(390) Да причем тут вообще СКД?!
Речь про редактирование матриц...

(391) так я про СКД отвечал ели что.

(388) Ага, на словах в 1С все круто, а на практике - портянки кода. Даже на простых действиях, как в примере Радченко. Где в фузине - 1 строка.

И есть где-нибудь в 1С документация с How-To ? Как в фузине. Вот такой кейс : вот такой код и т.д.

(392) В (362) спросили про редактирование матриц - я на это ответил.

(394) Хорошую же вы себе рекламу сделали. Теперь все знают какие мудаки в люкссофте работают.

(394) как в фузине через жопу? нет
а в нормальном виде есть
https://v8.1c.ru/metod/

(394) вот фрагмент книги на кейс с бюджетами
но ты не осилишь , там кода нет
но почему то работает

https://consulting.1c.ru/upload/adminFiles/services/erp-finance-demo.pdf

(367) чой это не могу?

(370) а кто мешает в отчете вводить данные?

(393) Какая разница, портянки или нет. Бизнесу, практически, вообще без разницы количество набитых символов для решения задачи.
Смысл имеет решена задача или нет.
Видно, что ФТ из зарубы удовлетворяются на 1с ОЧЕНЬ быстро, а на фузине три строчки для окончательного решения пишутся второй месяц.

(396) Бизнес считает 95% 1Совцеов мошенниками (с) ГомельЛифт. Так что тут мы наоборот - боремся с мошенниками.

(397) И где там кейс как сделать редактируемую матрицу ?

(402) Бизнесу важно, чтобы делалось быстро и работало быстро. А в 1С УТ установка цен тупит по-черному и хз как сделано.

(376) вот кто бы говорил о заголовках, но не разрабы фузины у которых заголовки не двигаются

(401) Потому что, это отчет, а не форма ввода.

(376) у меня все нормально. проверь свой комп на вирусы

(398) Ну и зачем она мне ? Чем она мне поможет реализовать задачу по вводу в матрицу ?

(404) я предупреждал что не поймешь, на том уровне абстракций на котором вы пока находитесь
но посмотри рис 3.7-3.8

(394) есть и дофига)

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

(403) если для тебя гомельлифт бизнес ясно чего вы там в болоте сидите)))

(405) ты с фузиной попутал. в 1с все летает

(410) И че ? Где там исходный код как это сделано ? Может это 100 1Совцев писали 2 года. Мне то нужно в своей конфигурации это реализовать.

(407) и что, есть стандарт запрещающий вводить в отчете данные?) Вы вот из формы делаете отчеты и ничего)

(290) Джун вообще ничего толком не сделал

(415) а где в фузине документация по человечески? я вот отчет хочу сделать с примерами с расшифровками? где документация?

(405) Быстро, это понятие относительное. Одних устраивает, других нет. А вот 2 * 2 = 5 в учетной системе, как здесь: https://demo.lsfusion.org/erp, это просто катастрофа.

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

(417) Все там уже практически сделано. Осталось совсем чуть-чуть.

(421) вот за постоянство мы вас фузиновцев тут и любим

(418) https://documentation.lsfusion.org/display/LSFUS/How-to
Тут все есть. Я даже кидал пример формы с остатками и расшифровками из MyCompany.

(422) А остальные тут "любят" 1C:ERP и прочие поделки от 1С. Не говоря уже о платформе "Привет 90е".

(421) Все уже и так знают, сколько строчек кода осталось написать:)

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

(223) Еще раз, чем ваш птичий синтаксис лучше нормального SQL-запроса?

(424) как слепите свою erp с конструктором бюджетной модели с методологией, документацией, партнеркой с выгодными условиями, с доступными спецами на внедреж и сопровод - я первый в очереди

(421) угу. три строчки дописать. это мы три месяца слушаем)))

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

(424) сказал чувак с интерфейсом аля 80-е))

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

(423) " Где там исходный код как это сделано ? И где там кейс как сделать" отчет с расшифровками?

Слушайте, а как вообще с этой формой работать ?
https://clip2net.com/s/44BW3a2

Как тут фильтр применить то ? Все облазил - ничего не могу найти.

(434) Это потому что ты не очень умный.

(434) Да забей, пользуйся Фузиной

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

(434) ппц ты тупой)

(437) Да на фига мне подсказки. Я просто офигеваю с UX в 1с. И не понимаю как люди с этим работают. В фузине на любой колонке начинаешь набирать - и тут же по ней фильтруешь. А в 1с - вообще жесть.

(439) Конкретно в форме с ценами - вообще нет фильтра.

(440) (439) блять, ты тупее чем я думал)))

(440) если не найдешь там фильтр рекомендую курсы.

(442) Точно, у меня создаётся впечатление, что 1с намеренно делает такие дебильные интерфейсы, чтобы зарабатывать на курсах.

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

(443) (444) я те не о курсах по 1с, я тебе о курсах http://www.kiddyy.com/

(443) специально так делают, чтобы фузина взлетела. а ты 1с какахами ...., стыдно!

(444) Да уж... Так опозорить себе и свою контору.. зачем?

(447) *себя

первый раз за столько времени я в замешательстве - он реально не видит фильтры или это настолько тупой и убогий тролинг?

(449) Да он просто уже привык, как в https://www.anekdot.ru/id/231924/

(450) ыыыыыыы

надоело уже

(452) потрачено

С точки зрения UX интерфейс во всех формах должен быть идентичным. А в 1с на каждой форме фильтры в разных местах. Бред же.

(454) нашел фильтры?)))

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

(456) Это 1с для Ларьков. Там даже для документов 100к строк завести нельзя.

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

(456) он всех не любит - оракл говно, 1с говно, одно его говнофузина не говно)

(457) мы с этим свыклись, и живем припеваючи, и тебе советуем.

(458) Тут к психиатру нужно тем, кто на мой троллинг реагирует.

(460) Да я вижу, что 1совцы привыкли терпеть. Почитайте статью почему не 1с.

в супермаг2000 на оракле видел документы по миллиону строк переоценки товаров, и что? пришел магнит с пятерочкой и не стала супермага.

этих статей миллион, мне заняться больше нечем?

(455) Конечно нашёл. Люблю квесты. В 1с столько квестов в стиле "найди куда умудрились на этой форме запрятать фильтры"

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

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

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

удали 1с с компьютера, будь хорошим мальчиком, сходи погуляй, по дыши.

(400) Так они в базу не запишутся без кода! Это же костыли!

(468) Да не. Тут угрозы ни при чем. Просто без поллитра с UX 1С не разберешься. Вот только раздавил пузырь и только тогда что-то начал находить. Только вот в упор не могу понять, как там отфильтровать все товары, в которых есть слово BINATONE. Похоже придется еще накатить, чтобы найти.

Вот тут набираю BINATONE - не дает нажать ОК :
https://clip2net.com/s/44CgBsQ

(471) За такие интерфейсы конечно руки надо отрывать.

(471) Это все потому что ты нормальный программист, был бы бинормальный, параллельный или касательный - сразу бы разобрался. Вот!

Ну, справедливости ради, поиск в ТЧ и в дин. списке в 1с всегда отличался, что было нелогично. Однако в 8.3.16 поиск наконец привели к единому виду: https://wonderland.v8.1c.ru/blog/izmenenie-poiska-v-tablitsakh/

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

Фига се, нашел видео, как Краш с Бро демонстрируют возможности Фузины https://www.youtube.com/watch?v=JMJsk5EYZE4

А это по ходу так происходит запуск Фузины у клиентов https://coub.com/view/23z3ji

(476) Теперь все сходится. XD
Осталось определить, Краш или Бро первым выступал? XD

Они сегодня страдать то собираются? Уже обед, а они в 1с не заходили!

(479) Роман их хоум-видео выложил, они обиделись

Крашик, вернись, тут у людей фузиновая ломка...

сегодня они вроде должны были изобрести СКД, точнее пивоты

(482) на этой неделе точно будет. Может даже уже сегодня.

(483) Вторую строчку кода дописываете из трех? XD

(484) Мы то как раз пишем много строчек кода, чтобы разработчику нужно было написать всего одну. В крайнем случае три. А то я тут почитал темы по 1С за последнюю неделю. Это ж какой херней занимаются 1С разработчики (типа как передать таблицу значений на клиента) вместо того чтобы решать бизнес-задачи.

(484),
Pivot = Comconnect("V81cConnector");
Pivot.OpenForm("Reports.OstatkiTovarovNaSkladah");
P = Pivot;

(486) Специально в 3 строки старались уместиться ? Заразились уже ?

(487), более того специально третью строчку добавил, чтобы соответствовать корпоративному стилю фузины с однобуквенными переменными

(486) Comconnect - повеяло 90-ми. В вебе тоже работать будет :) ?

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

(488) Корпоративный стиль фузины - это переменные с маленькой буквы (как в Java).

(489), [В вебе тоже работать будет :) ?]
Конечно. Фузина же сама поймет где исполнять код - на сервере или на клиенте, поэтому всё будет хорошо работать, нужно только вставить эти три строчки в движок фузины.

[Но вообще вы же понимаете что pivot для любого списка будет работать]
А зачем эта фича?

(491) Ну как минимум, для простоты создания форм, чтобы один механизм для "отчетов", печатных и интерактивных форм был и не надо было разные изучать. Уменьшения порога входа так сказать.

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

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

[один механизм для "отчетов", печатных и интерактивных форм]
И эти люди рассказывают про непонятное позиционирование СКД

(493) Например, в аду (odoo) нет нигде в отчетах оборотки. Вот реально интересно, а откуда пошла эта логика : [начальным остатком/приходом/расходом/конечным остатком]. Зачем она реально нужна ? Какому виду пользователей нужна такая форма и для какого принятия решения ?

(493) [ Ни одной формы с начальным остатком/приходом/расходом/конечным остатком не нашел.
Как с этим работать пользователи будут?]
Не, так для этого делается список с начальным остатком/приходом/расходом/конечным остатком и дальше на него уже pivot. Единственное есть вопрос с группировкой по дате, там придется видимо другую форму пока делать.

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

(495) Кстати раз уж пошла такая пьянка, вот тут честно глубоко не копал, а как 1С определяет, что колонка в запросе - остаток на дату и при прохождении через группировку по периоду (скажем по неделе), нужно использовать не исходный агрегатор (например сумма), а первое / последнее по дате?

(494), взаиморасчеты с сотрудниками как выверять планируешь? Исполнение по договорам? Контроль бюджетов?

[Например, в аду (odoo)]
Да здравствует культ карго

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

(496), с помощью магии, точнее настроек ролей полей

(497) Что вы подразумеваете под "выверкой". Есть конечный остаток. Если почему-то он неправильный, то открываете движение и смотрите как он сформировался (возможно сгруппированное по дате). Зачем для этого оборотка ?
Возможно есть смысл сверяться с другим контрагентом по взаиморасчетам. Но это достаточно узкая локальная задача (которая должна скорее автоматически решаться, чем сверка через оборотки).

(498) Вот опять Вы оперируете терминами советского учета и бухгалтерии. Какой аналог Карточки складского учета в западной практике ?

(499) То есть для каждого поля задается агрегатор (например сумма, максимум, минимум), но в котором можно указать что при прохождении через группировку по дате использовать первое / последнее по дате? Из запроса она это не вытягивает, нужно самому задавать, правильно?

(500), [смотрите как он сформировался]
И отматывай пять лет начислений, сравнивая с выплатами

(500),[Возможно есть смысл сверяться с другим контрагентом по взаиморасчетам.]
Есть смысл понимать как дела у подразделения или отдельных менеджеров

(485) вот в этом и твоя беда - вместо того что бы пивоты допилить ты сидишь читаешь ветки по 1с. Поэтому 1с лидер рынка, а вы статпогрешность

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

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

(502), https://yadi.sk/i/w50SIm4boOpcxw

(501) Да какая разница, западная практика или восточная. Это основы учета. Если при сверке конечный остаток по любому разделу учета не совпадает, ответственное лицо поднимает предыдущую совпадающую сверку и движения за этот период. И начинает искать несовпадения в данных в хронологическом порядке по документам движения. В эпоху до ЭВМ это была карточка учета, сейчас компьютерный аналог.
Но в обязательном порядке в отчете должны быть Входящий остаток + Приход - Расход = Исходящий остаток.

(507) Ок, так и думал, тока а чего у Суммы прихода ничего не указано? Типа по умолчанию Сумма?

Ну и что значит обязательное? Это же отчет вроде как? Или устанавливает фильтр на заполнено этот признак?

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

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

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

(510) Я в 90-х занимался сопровождением досовской складской программы, построенной по такой же логике - хранятся только текущие остатки. Любые расчеты на дату в прошлом - обратным пересчетом от текущих, плюс расходы, минус приходы. Работала с текущими данными очень быстро. Но когда начались повышенные требования к правильности оформления, цвет учета стал приближаться к белому, 1с победила со своей методологией.

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

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

А зачем не выкидывать поле если оно не выводится?

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

Мне вот интересно, что движет теми, кто в обмен на поливание говном терпеливо учит фузиновцев основам 1С

(512) А вы реально пытались что-то находить при помощи оборотки? А то у меня были ситуации, когда дир. магазина требовала от отдела ИТ найти 500 кг. капусты. Ну сколько мы ни крутили эту самую оборотку, так ничего и не нашли.

З.Ы. На претензии, что капуста "могла сделать ноги" нам было заявлено, что в таком объеме уйти она не могла.

(518) "Но мёд – это очень уж странный предмет…
Всякая вещь – или есть, или нет, –
А мёд (я никак не пойму, в чём секрет!)…
Мёд – если есть, то его сразу нет! "

(518) что значит пытался? находил и не раз) Самый простой пример. Был склад для транзитных движений. На нем не должно было оставаться остатка. Кладовщик перед увольнением, провел перемещение товара на транзитный склад. Сдал инвентаризацию и уволился. Открыли оборотку, а там на складе остаток висит. развернули, посмотрели, нашли.

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

(517) ЧСВ, наверное ;-)

(520) А зачем для этого оборотка ? Почему просто не зайти в форму текущие остатки и посмотреть там остатки на складе и внизу расшифровку ?
Зачем для этого Нач / Приход / Расход / Конец ?

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

(522) Так это уже не ЧСВ, это мазохизм какой-то

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

(523) а потому что движения по транзитному складу предусматривают временный остаток. Остальное додумывай сам)

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

(527) потому что "транзитный склад" - сугубо учетное понятие. поэтому и накосячили, ну и (528).
.
не бывает "временных остатков".

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

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

(523) Термин "крыжить" вам известен? Самый простой и понятный даже обезьянам-бухгалтерам способ найти ошибку.

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

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

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

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

(532) Справедливости ради - был бы удобный инструмент "Крыжить" сразу в 1С-ке с быстрым поиском и фильтрами - было бы удобно. А то 20-50 листов мелким шрифтом и не дай бог - данные там все вперемешку.

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

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

(536) а как он те перемещение на реальный склад проведет? В том и бедулька что склад реальный контролируется как расход так и приход. То есть что бы перемещение закрылось оно должно быть проведено обома кладовщиками. Дыра была в том, что в транзитном складе не было кладовщика и по нему можно было сделать перемещение в одну сторону
"но это врамках обсуждения убогости фузины несущественно.
давайте глумиться дальше над фузиной." +100500 поддерживаю

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

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

(542) да не нужны они вам. Делайте два отчета или как они у вас там называются - текущий остаток и движения. этого и так дофига. можно текущим остатком обойтись

(507) Кстати немного не в тему по поводу не влазящих заголовков. В этом скрине например заголовки идут Ус... Гру... Уп... Это реально лучше чем пытаться по максимуму впихнуть пусть и с обрезанием того что не влезло?
(542) Какая собственно разница? Ну выводишь остаток на начало, остаток на конец, делов-то. Единственная проблема с группировками по периодам, но пока можно просто несколько разных срезов наделать. Не очень удобно, но потом докинем агрегаторов в pivottable.js (ну или допилить его немного придется).

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

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

Слушайте, может кто подскажет, как избавиться от вируса, из-за которого веб-клиент в 1С тормозит ? Все уже перепробовал - ничего не помогает :
WEB клиент тормозилово

(542) потому что, к сожалению, построено так, что реальные процессы оперируют в т.ч. с нематериальными сущностями. а нематериальная сущность - она такая. можно разложить вот так - и будет финансовый результат лям прибыли, а можно разложить вот так - и будет финрезультат 10 рублей. и когда оказывается что ожидали 10 руб, а почему-то получается лям - начинают крыжить. ясен пень, если забить болт и оперировать ТОЛЬКО РЕАЛЬНЫМИ - то все волшебно и розвзоединорогово. Только вот если склад забит товаром, а по бух\мсфо отчетности - сплошные нули - инвесторам и потенциальным покупателям - показать нечего. ну, конечно, кроме фузины с ее реальными процессами. но это на биржу не выставишь.

(546) Каким образом оборотка помогает в сверке данных и РЕАЛЬНЫХ процессов ? Оборотка пойдет на склад и посчитает вам остатки ? Сверка подразумевает, что сравнивается A и B. Что вы в данном случае будете сверять ?

(547) по понедельникам на мисте не подают... жди пятницы...

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

(549) вы делаете "расценку". каждый день допустим увеличиваете розничную цену товара на 0.01%. в один прекрасный момент (внезапно) обнаруживается что цена не соответсвует ожидаемой. что вы будете сверять в РЕАЛЬНЫХ процессах?

ладно. 1С-никам - привет, фузиновцам - скучно с вами, уродами. пойду на физо.

(549) За РЕАЛЬНЫЕ процессы отвечает МОЛ. Оно и может под свою ответственность подтвердить или опровергнуть каждую строку движений.

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

(555) оборотка не нужна. клонируйте ооооооооооооооду

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

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

Но вообще это какие-то проблемы бухгалтеров. Где проблемы бизнеса, которые успешно решаются обороткой ?

(558), [ Где проблемы бизнеса]
Нигде, не обращай внимания, тупые одинэсники хотят чтобы в учетной системе были правильные цифры,не слушай их, правильные цифры нужны только дуракам и бухгалтерам

(559) Да похоже просто 1С постоянно глючит и дает неправильные данные, что приходится проверять корректность работы программы. Фузина же из коробки работает как надо - и ничего сверять не надо.

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

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

(562) Черный пиар конкурентов без каких-либо доказательств.

(558) ОСВ служит для анализа деятельности предприятия. Если основная деятельность - торговая, в первую очередь, основные строки, без которых невозможно говорить о правильности остальных, это счета 41 (Товары на складах), 60 (Расчеты с поставщиками), 62 (Расчеты с покупателями). Наличие оборотки дает механизм нахождения и исправления учетных ошибок. Как следствие, снижает риски принятия неверных управленческих решений.

(563) Вам уже 100 раз показали, что в вашей недо-ерп спокойно можно ввести 2*2=5 без возможности отыскать ошибку. Допишите уже три строчки.

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

(561) вот вот. обязательно напишите что в фузине обороток нет, потому что она лучшая программа на свете)

(563), Товар Группа 1.1.1 - 27 - отсутствует на стелаже, а в программе есть. Мало того, что глючная программа позволяет ввести несуществующий товар в базу, так более того администратор базы не смог обнаружить злоумышленника в логах зная время создания с точностью до 10 минут

(560) Тебя бы нашему СБ-шнику. Он бы тебя на завтрак сожрал пока бы ты ему своим блеянием доказывал, что в программе все отлично, а по факту просто люди воруют или косячат только в путь. Пользователи такие "волшебники" иногда. Сам не додумаешься, а они сделают.
(555) Ты не поверишь, но у меня на прошлой работе кладовщики тебе могли сказать, что было полгода/год назад. Начинаешь разбираться в чем-то и они вспоминают ведь. И это потом подтверждалось. Не всегда, конечно, с точностью до 1, но в 85% случаев. И это был склад автозапчастей, там позиций номенклатуры за каждым было закреплено по 2-3 тысячи. А как ты будешь разбираться в том что произошло например, полгода назад? Ну вот накосячил кто-то. Все мы люди, все мы человеки. И что дальше? Надо разобраться, выяснить причины.

(558) Но бухгалтерия - это же важная часть бизнеса :\

А как в фузине считается нарастающий итог?

(571) Оператор разбиения / упорядочивания:
https://documentation.lsfusion.org/pages/viewpage.action?pageId=1572874

incBalance(sku, d) = PARTITION SUM balance(sku, d) ORDER d BY sku;

По сути те самые оконные функции SQL, которые нафиг нужны.

(572) Так на уровне SQL всё равно будут оконные функции же...

(573) Да так в этом и смысл. Что задачи вычислений где нужно учитывать порядок, можно нормально только при помощи оконных функций решать. Это я в контексте этого написал:
https://habr.com/ru/company/lsfusion/blog/468415/#ext

(572) Описание оператора, конечно, жесть. Как нормальному человеку из этого описания понять, что это можно для нарастающего итога использовать?

зачем вы их шевелите, пока не трогать, то они не воняют

(575) Ну это формальное описание, проще по примерам в how-to:

https://documentation.lsfusion.org/display/LSFUS/How-to%3A+PARTITION

ну или всяких турнирных таблицах.

(576) Отключите секцию в настройках, и вы даже не узнаете о существовании таких тем. Но нет, что-то же заставляет вас в них заходить.

(577) Всё равно это слишком абстрактно, для декларируемого вами уровня входа "без опыта в ИТ"

(578) Как раз джунам очень легко заходит. Суть в том, что в выражении PARTITION на входе и выходе одинаковые параметры. Соответственно, нужно в выражение подставить то, что нужно суммировать, а в BY - по чем разделять. В ORDER - в каком порядке, если он важен. И в общем-то все. Без оконных функций - это сделать гораздо сложнее с точки зрения логики.

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

(579) Если у вас цель получить джуна-обезьянку, без понимания, как и что работает, то да.

А фузиновцы то не просто так 2х2 = 5 вывели, математики с ними почти согласны https://habr.com/ru/post/476372/

(581) Да большинство 1Совцев не понимают, какие запросы строятся к базе. Не говоря уже про то, как они выполняются. В фузине как раз этим не надо загоняться : эффективные запросы построит сама платформа (в отличие от 1С, где JPPD надо делать вручную).

(583) Чем на 1С пенять, лучше бы качество документации своей улучшали да демку нормальную пилили.

(584) это сложна. какахами бросаться легче)))

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

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

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

(587) +100500)))

https://yadi.sk/d/Tet1Y9ILQ-hmeA нашел в odoo проводки по МСФО. Значит скоро будет регистр бухгалтерии в клоне оdoo?

(580) http://catalog.mista.ru/journal/news/mir-1s/firma-1s-anonsirovala-gruppiruyushchie-nabory-v-yazyke-zaprosov_1089158/
Вроде пока только GROUPING SETS.

[Если я не ошибаюсь эта возможность появилась в SQL Server 2008 ... 11 лет прошло.
Интересно когда 1С реализует, например, оконные функции в запросах ?
Ну или обобщённые табличные выражения для выполнения рекурсивных запросов для работы с иерархическими структурами ?
Эти две возможности также появились ещё в SQL Server 2008 и были развиты в SQL Server 2012 ...
И вообще почему не сообщество решает какие функции нужно реализовывать в платформе в первую очередь ?]

[когда уже реализуют ROW_NUMBER и RANK, а то сквозь слезы квадратичные JOIN-ы приходится делать...
(16) ROW_NUMBER уже ведь реализовали, правда только во временных таблицах
]

[Намного полезнее было бы, если б добавили Common table expressions и OUTER APPLY.]

Кстати все это в lsFusion из коробки есть.

(580) (591) Ладно, ладно успокойтесь, нет в 1С оконных функций, всё хорошо...

https://yadi.sk/i/t_QTwg9d92OH4A и подобие оборотно-сальдовой ведомости нашел в odoo. Только ребята не осилили остатки по счетам

Ну раз 9-й раунд. думаю на фьюжене нетленку написать. Кто поможет?

(594) Не, не надо, потом будешь страдать...

(592) Просто забавно, как судя по комментам отличается публика на мисте и на инфостарте.

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

(596) Там те-же люди, что и здесь, только ведут себя по-другому :))

(594) Ну если что вам сами разработчики помогут :) Круче саппорта не придумаешь. Но вообще лучше форкнуть mycompany (оду) и там модулей подобавлять (потом через pull request'ы можно их в базовую закинуть). Она под Apache 2.0, внесете свой вклад в open-source так сказать, будет профиль на гитхабе :)
(598) Так они не только ведут по другому, они и разные вещи говорят. Лицемерие или троллинг?

(596) как забавно наблюдать за бро - выдернет с 40 комментов 1 соответствующий его ожиданиями и будет рассказывать что на этом форуме адекватные 1сники, не то что на мисте)))

а где на инфостарте искать тему про фузину?

я же серьезно. мож телеграм чат есть про фузиону?

(602) они в слаке общаются.

(561) ты так и не ответил на вопрос что в реальных процессах ты будешь и как проверять при выверке цен.

(602) slack.lsfusion.org

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