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

Ну, для затравки, Фузина — говно

:)
эта музыка будет вечной....

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

(3) А ну и вечное - "автор не разобрался". Хотя походу тут "никто не разобрался". Даже сам 1С наверное в том огороде что они нагородили.

(3) Не писти, Бря

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

(3)А 90% тех кто пользуются Windows не видели ее код, не знают что такое страничная организация памяти, чем виртуальная память отличается от оперативной, про MBR я вообще молчу.

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

Хотя конечно тот же СКД отличная демонстрация того к чему приводит накопление технического долга. Не делаем оптимизатор запросов, пришлось его делать в СКД. Сделали его там возникла проблема с неявной группировкой по использованным полям регистра, пришлось делать галочку обязательный реквизит и так далее. Как говорил наш президент - Только взялся за яйца, как сразу молоко пропало.

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

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

Ну переведите уже страдающих Россиян на нормальный продукт.

(925) предыдущей ветки:

[И краш кидал цитаты, где говорилось что мы по своему ТЗ будем делать]
Краш говорил что функционал клона odoo покроет все ФТ зарубы. Спустя полтора месяца так и не сделали половину ФТ зарубы, вместо этого сбоку решены совсем другие задачи

[А ТЗ зарубы было построено прямо под 1С, то есть под их абстракции обороток]
Что там чисто 1С-го?
Для решения зарубы нужно было:
-Создание справочников, документов и регистров. ФузиноERP на 90% из этих объектов

-Механизмы проведения по регистрам, контроль остатков. Тут вы сходу вообще заявили эту хрень чуть ли не как киллер-фичу, типа смотрите в УТ 2000 строк, а мы в одну длинную строку все ограничения и проведения по партиям засунем.

-Отчеты. Тут вы заявили что СКД говно, всё нужно делать через BI и списки. Почему простейшие отчеты не сделали с помощью BI и списков? Могли бы показать насколько круто и просто это делается в фузине, еще бы на хабре накатали статью на тему "почему не СКД, BI рулит". Но что-то обосрались и пошли изобретать СКД

-Простейшие настройки списков, типа не показывать архивные. Три строчки кода

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

В принципе ничего не остается такого, что нельзя было бы решить в фузине

(10) про дырявые абстракции рассуждают фузиновцы у которых все объекты)))

(5) Миста все помнит, как вы говорите, я же найду цитаты.
(11) "Первый шаг в решении любой проблемы – это признать ее существование.". Основа борьбы с зависимостями.

(10)А если серьезно, вы до сих пор не поняли зачем надо &НаКлиенте и &НаСервере ? Вызывает какое-то затруднение понять что "Запросы и расчеты выполнять надо на сервере, а отрисовывать формы на клиенте?                
Ну я когда с семерки переходил и был стажером тоже пару дней не мог вдуплить, не привычно было.

(14) Ты три строчки зарубы написать не смог, какое нахрен найду цитаты

(12) На самом деле ключевое здесь это:

[-Отчеты. Тут вы заявили что СКД говно, всё нужно делать через BI и списки. Почему простейшие отчеты не сделали с помощью BI и списков? Могли бы показать насколько круто и просто это делается в фузине, еще бы на хабре накатали статью на тему "почему не СКД, BI рулит". Но что-то обосрались и пошли изобретать СКД]

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

Плюс нужно еще понимать одну вещь, в lsFusion регистров в принципе гораздо меньше нужно. Так как можно создать условно их с десяток, а потом условиями и разными группировками создавать нужные варианты. Поэтому инфраструктуры для их быстрого создания (даже готового метакода (!)) не было, так как на практике нафиг не надо было. Хотя фактически они все равно создавались быстро, но с точки зрения кода это было не так красиво. А PR построил ТЗ так что там нужно было именно разные регистры создавать. Сейчас понятно и метакод добавили и оператор возможно добавим LEDGER. Но фактически это именно для демок разработки, на практике (в сложных проектах) в этом мало смысла.

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

(0)забил в HH "lsFusion". Ноль. И зачем она тогда?

(15) А отрисовывать форму платформа сама не может ? Как в lsFusion или SAP например?

https://habr.com/ru/company/lsfusion/blog/468415/#controlflow

(18) Ну если для вас это основной критерий, то вам незачем. Пока во всяком случае. У всех технологий в свое время был ноль на хх.

(19) Она для чего если не для работы? Развлечение?

(14) "я же найду цитаты." ты ссылку на странице не нашел, начал врать что у  тебя 1с карту выспрашивает) цитату он найдет)

(20) Вы сейчас как наемный работник или как человек от бизнеса, которому нужен результат спрашиваете?

(19)Рукалицо. Так в Вашем месячном, или уже больше, изучении 1С Вы добрались до клиент/сервер или нет? Просто не думаю что Вам надо чтобы я объяснял что это и как работает, раз Вы так и не дочитали до этого сами и почему это не требует усилий написать &НаКлиенте или &НаСервере.

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

Не хочу перечитывать все ветки, можете напомнить, как у Вас реализована система прав в Ваших конфигурациях?

Раньше вроде писали что скоро будет, или чет такое

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

(22) я как 1С-к спрашиваю. Хочу понять как и когда она 1С начнет убивать.

(23)
f() <- someData(); // читаем данные из базы необходимые для myForm
DIALOG myForm OBJECTS a INPUT DO // ОткрытьФормуМодально, пользователь выбирает какой-то объект
     IF isSomething(a) DO // читаем данные для этого объекта и если с ними что-то не то
         DIALOG otherForm OBJECTS b = a DO { // ОткрытьФормуМодально, открываем другую форму где пользователь выбирает другой объект b
             g(b) <- someInput(b); // записываем данные для b
             APPLY; // сохраняем изменения в базу
         }

Вот этот кейс попробуйте реализовать? Особенно если от myForm к otherForm нужно ТЗ передать. Будет очень весело.

(26) когда они допишут те самые волшебные три строчки кода)))

(25) Это называется "решать бизнес-задачи", а не "кодить". Хотя погодите.

(27) сколько платишь?))))

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

(24) Откройте в lsfusion.org/try любую логику и там есть Администрирование -> Политика безопасности.

(26) Боитесь пропустить момент когда 1С умрет? :) Не волнуйтесь тяжело будет пропустить, это очень инертный рынок.
(30) А честь мундира? :) Но вообще я не вам отвечал.

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

(31) Вообще наследование и полиморфизм никто не заставляет использовать. Можете вообще про них забыть и писать по старинке (без ABSTRACT и :). Другое дело, что это очень мощный (и кстати общепризнанный) инструмент для управления сложностью.

Говно ваша Фузина :)

(27)Зачем вы форму подбора показываете? Она не реализуема в 1С?

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

(27) обычно беру ТЗ из владельца формы или же через массив структур, если надо с сервера ТЗ передать на клиент.

(38)Нет, ты не понял их логику. Ты ДОЛЖЕН будешь написать 3 страницы кода, и ты страдаешь.

Статья на Хабре не может ошибаться

Мне кажется, основная проблема условных Фузин и оддоо в том, что во главе их стоят инженеры, а не маркетологи типа Джобса или Гейтса.
Наш горячо любимый БГ тоже инженер, но он пришел на свободный рынок и сверхщедро отстегнул партнерам 50% выручки, да еще и отдал на отпуск сопровождение. Сейчас такой трюк не провернешь.

Я уверен, что Фузина внутри гораздо лучше 1С, но вот ждет ли вас успех? Во всяком случае, желаю вам удачи.

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

(38) Так тут нет владельца формы, тут одна форма открывается, потом закрывается, открывается следующая. Кто кого владельцем будет.
(41) А в 1С можно не использовать разделение на клиент и сервер? Не, то есть можно конечно юзать ОФ, но тогда большинство логики не на сервере, а наоборот на клиенте выполнятся, то есть еще хуже.

Процедура КнопкаВыполнитьНажатие(Кнопка)
    Сообщить("Эта процедура не должна работать, я забыл указать клиент или сервер");
КонецПроцедуры



Блин, сработало. Как так-то

Бро узнал что ТаблицаЗначений в 1С не передается между сервером и клиентом? И именно по этому просит сделать именно это? Ему видимо невдомек, что передавать ТЗ и не надо. :)

&НаКлиенте
Процедура Команда1(Команда)
     Сообщить("А вот тут на УФ платформа САМА написала ""&НаКлиенте"". Сложно, 1С это очень неудобно");
КонецПроцедуры

(44)Я когда-то с этим маялся пару часов тоже, когда стажером был

(40) Это как раз не тот рынок где побеждают чисто маркетологи. Та же классическая битва Интела и АМД показала кто побеждает в итоге (правда потом Интел увлекся маркетингом, забив на продукт и все поменялось). Хотя в итоге да идеальная ситуация - сплав.
(43) Что даже если из серверной процедуры вызываете?

(44) На самом деле ТЗ тут не принципиально, вопрос в принципе как поток выполнения такой организовать, когда диалог-работа с данными-диалог-работа с данными и как передавать данные между всеми этими узлами.

(42) в 1с  разделение на клиент и сервер не создает столько геммороя как работа с дырявыми классами в фузине

(47) "Что даже если из серверной процедуры вызываете?" естественно)

(47)"Сообщить" не работает на сервере, это ужасная проблема 1С, связанная с тем что пользователь смотрит в монитор своего клиентского компьютера, а сервер стоит в подсобке. Поэтому на сервере есть что-то вроде "СообщитьПользователю". Это ужасно замедляет разработку, ведь эта фраза в 2 раза длиннее.

Идейка Вам для "Почему не 1С II"

(51) с фига ли не работает? работает)

(52)Ну блииин. У меня правда не работало, пришлось вот писать "СообщитьПользователю", столько времени убил...

(51) Зачетно)
(48) Это очень сложно реализовать, лучше говорить о конкретной задаче.

(51) А ОткрытьФормуМодально на сервере сработает?

То есть я хочу что-то спросить, что-то сделать, потом что-то спросить и т.п. Я приводил код, где в комментариях (после //) написан этот сценарий:

f() <- someData(); // читаем данные из базы необходимые для myForm
DIALOG myForm OBJECTS a INPUT DO // ОткрытьФормуМодально, пользователь выбирает какой-то объект
     IF isSomething(a) DO // читаем данные для этого объекта и если с ними что-то не то
         DIALOG otherForm OBJECTS b = a DO { // ОткрытьФормуМодально, открываем другую форму где пользователь выбирает другой объект b
             g(b) <- someInput(b); // записываем данные для b
             APPLY; // сохраняем изменения в базу
         }

Собственно суперпростой пример с подбором товаров (сначала высчитываем что подбирать и корзину, потом открываем форму, потом записываем товары из корзины), где приходится всякие ВременныеХранилища ЕМНИП использовать.

И этот кейс есть в первой части статьи. Я даже здесь уже ссылку кидал.

(55) не открываются формы на сервере, для этого нужно вернуться на клиент

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

(3) > очень многие "продвинутые" 1Ски вообще не представляют как 1С работает. Типа "думать не моя работа"

Конечно. Ведь "скрывать излишние подробности реализации" может только Великая Фузина, это же всем известно!

(55) "А ОткрытьФормуМодально на сервере сработает?" дядя петя, ты дурак? кому ты форму на сервере показывать собрался?

(55) это все реализуется по другому.

(58) Фузина что-то делает сама = ЭТО ОГОГО
1С что-то делает сама = фуууу, "думать не моя работа"

(57) (59) Вы реально не понимаете что должно произойти? Открою секрет, тоже самое что в ОФ. Другое дело, что если ОФ все делает на клиенте, то SAP или lsFusion все делают на сервере и соответственно проблем к примеру с масштабируемостью не возникает.
(58) Ну а зачем на разработчика вываливать все эти кишки из НаСервере, Автозаполнений, {}, ручных блокировок и т.п.?
(61) Это почему, я принципиально против луддизма. Люблю когда машины делают мою работу. Лень знаете ли двигатель прогресса.

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

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

(62) "Другое дело, что если ОФ все делает на клиенте, то SAP или lsFusion все делают на сервере и соответственно проблем к примеру с масштабируемостью не возникает." ага. если у тебя мощный сервер)))

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

(62) Когда Фузина все делает на сервере, как это видит пользователь? Я зашел в Вашу демку, открыл форму. Она открылась Вашем сервере предположим. Вопрос: почему я ее вижу на своем клиентском компе?

(64) Наследование это и есть бизнес-логика. Например машина это транспорт вы можете спросить у бизнеса? Можете и он ответит, а что такое сервер клиент запросы он не знает.
(65) Основная проблема масштабируемости при выполнении на клиенте, что а) сервер БД все равно один и далеко от клиента, б) ресурсы на сервере приложений можно пулить, то есть отдавать ресурсы тому кому они нужны. Это значительно улучшает утилизацию ресурсов.
(67) Потому что платформа ее отрендерила на клиенте. Но никакой код туда по умолчанию не пересылался, клиент работает по жестким алгоритмами и одинаков для всех логик (без получения и компиляции кода с сервера). Последняя возможность впрочем тоже есть, но очень редко используется, только для интеграций с оборудованием в основном.

(62) а ОФ были общие модули с галочкой сервер - они выполнялись на сервере, так что все было не так печально.

(68) "Наследование это и есть бизнес-логика." бугагашеньки. Спроси наследование у обычного бухгалтера)))) только на видео запиши и сюда выложи. мы поржем.

(68) "сервер БД все равно один и далеко от клиента, " это ты далеко от клиента. 80% мелких контор под сервером в лучшем случае отдельный комп ставят, а то и вообще комп главбуха)

(68) то есть деревянная логика вашего клиента это плюс, а гибкость 1с это минус), так и запишем)

Вы походу прикидываетесь, иначе не объяснить все это. То у Вас "нахер мне понимать отличие Справочника от Документа, я бизнесмен, 1С это неудобно". То "Бизнесмен должен понимать что такое наследование, Фузина это удобно".

(71)Они же писали, захватили всю КРУПНУЮ Рознцу Беларуси.

Мелкая их не интересует

(70) Класс план счетов, счет, субконто. Активный счет, пассивный счет, раз два и реализована логика.

(69) Кстати про это очень мало инфы, так как ОФ уже давно устарели. А как там ОткрытьФормуМодально работало? И какие то же еще ограничения были? И почему тогда ее всегда не ставили?
(70) Наследование это вопрос: А это Б не более? То есть Роза это Цветок? Если да, то наследуется, если нет то нет. И бухгалтер на этот вопрос вполне ответит.
(71) А в таком случае и ОФ отлично работать будут.
(72) Ну так ассемблер еще гибче. Но тут то речь про решение бизнес-задач идет, а не про кодерство. В каком проценте бизнес-задач это разделение реально нужно?
(73) Не путайте, про Справочник и Документ речь шла про дырявость абстракций. Что тот же Турнир хер пойми что это Справочник или Документ. И речь не идет о понимании наследования, там понимать нечего, это обычная классификация, с которой бизнес постоянно сталкивается, например классифицируя номенклатуру.

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

Честно не ковырял Вашу ERP, но не стыкуется у меня что "Вы не лезете в регламентированную бухгалтерию, зарплату, отчетность в налоговые, потому что это не выгодно", но ERP есть.Так как вся эта регламентная скучная мутотень там реализована?

(76) Думаю, форма из такого общего модуля не откроется, т.е сама 1с такое не умеет.

(76) "И почему тогда ее всегда не ставили?" кого не ставили? (76) "То есть Роза это Цветок?" если бы автоматизировал уроки биологии возможно, но скажи мне счет это план счетов?) Валюта от кого должна наследоваться?)

(76)Про подчиненные справочники за месяц обучения тоже не дочитали? Владельцы там всякие и т.д.?

(76) "А в таком случае и ОФ отлично работать будут." так о том и речь, что оф для мелких контор более выгодные чем для больших.

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

(62)"SAP или lsFusion все делают на сервере"
про фузину не в курсе а про САП не трынди.
с какого бы перепугу сервер брал на себя работу клиента по отрисовке форм? нахрена САПу был бы нетвивер?
сейчас конечно все модно, сапвеб и все такое.
но не стоит делать категоричных и неверных утверждений

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

(77) При APPLY все записывается. Например при нажатии Сохранить или ОК. Ну или в коде если APPLY. До этого  все в основном во времянках или на сервере приложений
(81) И чем они в ситуации с Турниром помогли бы?
(78) Уже сто раз обсуждалось. Даже 1С в ERP международная edition, нахер вырезали оттуда БУХ и ЗУП и сказали грузите все в местные системы.

(86) А если остатки не изменились, то все равно происходит контроль остатков? По факту же происходит перезапись поля, я верно понял?

(82) Не спорю, только есть у 1С сейчас решения на ОФ?
(83) Вообще в таком случае пофигу на клиенте или на сервере вы будете выполнять. Но теперь у вас нет выбора, доктор сказал в морг (делить на сервер и клиент), значит в морг.

(88) Много чего еще поддерживается, например УПП

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

(85) Так там даже мнение у местных 1Сцев разошлись. Это и есть дырявость.
(87) Нет, на самом деле перезапись обычно не происходит. Инкрементальность устроена таким образом, что грубо говоря если в какой-то ветке событий платформа видит что изменений нет, то дальше вся ветка не выполняется.

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

(91) [Так там даже мнение у местных 1Сцев разошлись. ]

в начале обсуждения зарубы, когда фузина была еще интересна людям ты с Крашем в __Dale__ выдавали совершенно разные примеры кода для решения одних и тех же задач

(91) Т.е если пользователь, поменял цену, но количество не изменил. То перезапишется цена сумма и т.д, а количество нет?

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

(0) Шоо, опять!? ®

(96) это первый порнографический сериал))))

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

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

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

+(99) Правда, насчет нумератора, прав доступа вопрос замяли. А до себестоимости вообще не дошли.

(100) Да ты шооо, себястоимость есть сумма покупки и по другому быть ни можат.

(101) в оду себестоимости нет, значит ее нет в природе)

(102) Забыли еще добавить, что 4 млн пользователей.

А вообще я даже знаю под каким приблизительно слоганом можно продвигать MyCompany : "Хотите работать бесплатно по мировым стандартам, или по-совковому за деньги в 1С ?"

(102) мне кажется по оду они слабее чем в 1с.

(104) Хороший слоган

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

(107) Сотрудникам может и не понравится, а вот руководству - очень :)

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

(107) А еще, когда они узнают, что по мировым стандартам есть 3 счета :
14000 Inventory    
14600 Goods Issued Not Invoiced    
23000 Goods Received Not Purchased

то поймут, что Бухгалтерия им не нужна и будут только с ними работать :)

(92) [но оставила возможность мелким разделение на клиент и сервер.]

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

(93) [в начале обсуждения зарубы, когда фузина была еще интересна людям ты с Крашем в __Dale__ выдавали совершенно разные примеры кода для решения одних и тех же задач]

Ну вы же понимаете разницу между узловыми механизмами и базовыми фундаментальными вещами.

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

(110) Вас сначала бы это реализовать, затем заявлять.

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

(110) И дайте-ка ссылку на этот "стандарт") Желательно в оригинале, а не "вольный перевод на сайте, очень похожем на люкссофт")

(115) Я же уже кидал :
https://www.odoo.com/documentation/user/13.0/inventory/management/reporting/valuation_methods_anglo_saxon.html
https://www.odoo.com/documentation/user/13.0/inventory/management/reporting/valuation_methods_continental.html

(116) Perpetual Inventory Valuation надо смотреть

(116) Хотя в континентальном стандарте вместо вообще два счета :
14000 Inventory
58000 Inventory Variations

(116) (117) (118) ...
1 Assets            
  11000 Cash            
  13100 Accounts Receivable            
  14000 Inventory            
  14100 Raw Materials Inventory            
  14600 Goods Issued Not Invoiced            
  19000 Deferred Tax Assets            
2 Liabilities            
  21000 Accounts Payable            
  23000 Goods Received Not Purchased            
  26200 Deferred Tax Liabilities            
3 Equity            
  31000 Common Stock            
4 Revenue            
  41000 Goods            
5 Expenses            
  51100 Cost of Goods Sold            
  52000 Manufacturing Overhead            
  53000 Price Difference    

... А это что?

(119) Типа плана счетов

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

(119)+ и это только для ИНВЕНТАРНОГО учета... То есть счетов там тоже немало может быть
(120) Значит в (110) - пиздеж. Или придумаете очередную отмазку?

Прикольно что у них на украинском есть, а на русском нет

(121) Признайтесь, что в (110) - пиздеж

(123) Что бы это значило?..хм

(123)+ А еще нет на куче языков, в том числе, например, итальянском и греческом...

(122) Ага, а
3 Equity            
  31000 Common Stock
Это тоже инвентарный учет ?

Но вообще это конечно же не совсем полный план счетов. Там интереснее вот это :
https://clip2net.com/s/44U37x7

Видите ? Получил товар и отгрузил его. И все в нуле. А накладные не нужны при этом. Прикиньте какая классная схема ?

(127) я сделал вывод из заголовка "How to do an inventory valuation?"
И что? То есть таки пиздеж или нет в (110)? Да или нет? Если нет - то почему)

(128) Не ждите ответ и признания, бесполезно думаю

(129) думаю всё очевидно)))

(127) А накладные не нужны при этом.  - да, точно с ЕС то у нас тут никто не работает, не импортирует и не экспортирует... Ври дальше, внимательно слушаем.

(128) я вообще не поняла, что он этим сказать хотел

(131) Вообще, я стебусь. В том плане, что если бы в России или Беларуси разрешили бы вести учет по одной из этих двух моделей (то есть принимать товар без документов и ставить на учет товар по произвольной цене), то дальше было бы как в анекдоте : "И тут у меня такая карта поперла"

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

(127) А клиент товар не получил. Где искать концы?

(134) Так конкретно это решение и будет для ларьков.

(135) Также как и в анекдоте : "Слово джентельмена".

(137) Вы собираетесь бизнес вести как в этом анекдоте?)

(137) Пока с фузиной как в анектоде, про ее функциональность)

Bro так и не ответил на (94)

(108) главное что бы руководство потом к вам не применило)))

(110) а как узнают что в вашей поделке нет этого и надо три строчки кода дописать так вообще счастливы будут)))))

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

(138) Вообще, в цивилизованных странах на "слове джентельмена" многие и ведут бизнес. Это и есть по мировым стандартам.

(110) крашик врет опять, совсем уже записделся

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

(144) Вот это да! Вот это выводы! Что еще интересного в стране единорогов? Непорочное оприходование товаров? Бесплатная раздача товаров под честное слово? Что то еще?

(144) Тебе сколько лет, мальчик? Вали у же в свои европы, нечего срать на форумах у ненавистных "совков".

(144) сразу видно человека ни разу не работающего с цивилизованными странами

(140) Сорри. Да, количество не тронется. Она изменяет только те данные, которые зависят от измененных. То есть если вы условно поменяете примечание строки, то изменится ровно одно поле одной записи.

(144) врешь

(144) можно список "цивилизованных стран"?

(152) Белорусь)))

(152) Все где скоро будет Фузина

(147) Ну не хотите, не верьте. Вы себе представляете вот такое в России ?
https://habr.com/ru/company/pochtoy/blog/446832/

Кстати, как всегда, копаясь в демке УТ в 1С баг на второй минуте :
https://clip2net.com/s/44U9Prd

Про стабильность и надежность конфигураций от 1С никто же не будет писать, надеюсь...

(150) Самая жопа это не на клиенте и на сервере. А инструкции препроцессора)

(155) а вот внедрили бы ЕРП и Документооборот, не было бы этой проблемы

(158) Там проблема не в том, что у них там что-то не внедрено. А в том, что они, по умолчанию, доверяют клиентам. У нас же миллион раз все перепроверят и заставят чуть ли не объяснительные всем писать, как же такое произошло.

(159) нет, это просто бардак у них в учете

(160) +

(159) и в кадрах и в исполнении должностных обязанностей

(144), (159) Так вот для какого рынка в фузи-ерп оставлена для пользователей возможность ввода 2*2=5! В России такое не прокатит.

(160) Причем здесь учет ? Это были заказы и возвраты на разных людей и адреса. Как их отличить от реального брака ?

(163) Не путайте конфигурацию и платформу. Я тоже могу на 1С платформе сделать конфигурацию, в которой будет документ, где сумма != кол-во * цену.

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

(159) " А в том, что они, по умолчанию, доверяют клиентам." бугагашеньки)))

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

(164) серийные номера у бытовой технике и их учет решает все проблемы)

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

(166) И ? Чем это поможет ? Допустим вы знаете, что у вас есть брак в производстве (просто из-за определенных технологических процессов - почитайте как получаются например Core i3 и Core i5). Смысл потом тратить время на то, чтобы воспроизводить причины поломок на сотнях тысяч бракованных устройств, если вы их и так знаете ? Дополнительные затраты будут большими, а результата - никакого. Вы только узнаете то, что и так знаете.

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

(156)[Про стабильность и надежность конфигураций от 1С никто же не будет писать]
не будут, они стабильны и надёжны

(171) вот когда будет опыт хотя бы в половину моего, тогда и поговорим )))

(172) Производство на сотни миллионов однотипных устройств только на картинке видели, да ?

(174) И много у вас опыта в производстве iPhone'ов ?

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

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

(177) Я не говорю, про общий случай, я говорю именно про iPhone. Не путайте теплое со сладким.

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

(180) Так давайте скрин с ошибкой, как я в 1С кидал. Посмеемся вместе. Я за минуту нашел. Побьете рекорд ?

(181) в прошлых ветках штук 5 кидала скринов, что-то вы никак не отреагировали на них

(181) тебе уже бросали десятки ошибок в прошлых ветках. На каком десятке бро написал что эту демку клиентам никто не ставит?)

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

вы заметили, что они стали отвечать по очереди? сделали график отгребания люлей от 1сников)))

(181) Это прикол? Сколько можно об одном и том же. Как об стенку горох:)

(185) да, интересно, им за это платят отдельно или за провинность сюда отправляют?

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

(183) Не путайте баги, и когда программа работает не так как вы себе представляете в голове

(189) В 1С - реально вылеты

(190) печалька Карл, не стоит на поддержке единственная доступная фузине 1С

(179) т.е. про производственный брак ты не в курсе

(192) то что они не знают элементарных вещей, мы выяснили на 1-й и 2-й ветке

(192) Конечно в курсе. Весь 1с состоит из одних производственных браков. Выше кидал скрин.

(193) добрый удар электротоком по генеталиям освежает память =)

(194) что и требовалось доказать, про автоматизация производства фузина знает, что это не её тема

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

Все началось с того, что в цивилизованных странах многое строится на доверии.

(197)В смысле доверяют покупателю?

(157) ну это следствие этого разделения.

Вообще возникает ощущение что при разработке платформы власть в 1с в какой то момент захватили инженеры, выкинули всех product owner'ов и 1с разработчиков и начали разрабатывать так как они видят. То есть по возможности превращать ее в С. Ну а там где не сходилось, лепить наверх новые и новые инженерные конструкции. То что при этом они умудрились не вылететь с рынка а наоборот его консолидировать - стечение огромного числа обстоятельств (и поэтому случилось на единственном в мире рынке)

я выпилился опять из ветки, бесплатно я никого не учу, и уж точно ничего не доказываю

(194) врешь

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

(110) ой, молчи. От бухучета ваша братия ещё дальше, чем от 1с

(200) возникает ощущение, что команда фузины не понимает, что рыночная стомость 1С и её рыночная доля ни как не связана с платформой, 1С продвигает услуги и решения

(189) то есть вылеты это не баги, а фичи. Так тогда твой скрин это тоже не баг, а фича)))

(190) в фузине тоже вылеты. и че?)

(197) ыыы. если кассир не внес деньги в ведомость, то он их не скомуниздил, а просто доверяет сам себе?)))

(205) они вообще или хорошо притворяются или реально кучка невменяемых идиотов

(209) может и то и другое...

(205) на самом деле наличие платформы в свое время именно один из тех факторов который позволил им консолидировать рынок. А дальше "сначала ты работаешь на зачётку, а потом зачетка работает на тебя". И сейчас да основная ценность у них в клиентской базе и большом количестве разработчиков. Уж точно не в продукте, качество которого их уже давно не волнует. Впрочем на мой взгляд они переоценивают свою силу.

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

(200) если бы всё было так, как ты тут пытаешься расписать, 1с уже давно вытеснили бы с рынка конкуренты, коих десятки

(197) причем здесь покупатель? они не ведут учет по браку и это хреново

(198) всё началось с ваших влажных фантазий о стране единорогов

(213) ну во первых не десятки чистых platform based их не так уж много. Строго говоря сап и аксапта только на ум приходят. Остальные такие же "инженерные" продукты, сапу мелочь не интересна, а майкрософту - Россия (в мировом масштабе аксапта значительно превосходит 1с).

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

(216) да-да-да, майкрософту не интересно продавать аксапту на российском рынке. Винду интересно, скуль интересно, а аксапту не интересно. Не надоело на ходу придумывать всякий бред?

Рынок сам рассудит, кто хорош, а кто нет

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

(219) очнись, локализованные решения мелкософта УЖЕ есть. Остальное твои фантазии

Извиняюсь, а сервисдеск на фузине есть бесплатный?

(221) в слаке у них все общение

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

(219) Вам рассказать сказочку, как конкурент захватывал лидерство на чужом рынке? Почитайте про автомобильные "войны", еще можно про макдак и КФС, много интересного узнаете. И забудете свою сказочку про "подстраивание" в чужом рынке. А размер рынка в РФ достаточен для того, чтобы заинтересовать любого производителя. И это видно во многих сферах. Иначе не было бы представительств международных фирм в стране, ведь "насколько критичен им рынок в 15 раз меньший скажем американского".
Так работает математика. Если возможный профит больше трат - почему не войти на него? Потому что надо будет что-то сделать? - Это окупится, и это главное

(220) А вы видели эти локализованные решения? Там три документа и три колонки в лучшем случае.

Еще раз гляньте обороты какого нибудь корусконсалитнга (или кто там самый крупный их представитель) и обороты axapta в мире (а точнее business solutions Microsoft, а процентов 30 из них ЕМНИП аксапта).

Собственно важность российского рынка показали недавние события, когда без каких либо явных указаний компании просто уходили с российского рынка так на всякий случай. Потому как было бы за что бороться. Думаю у многих советов директоров там был вопрос, Россия, а где это?

(225) Вы то надеюсь знаете где Россия)

Фузиновцы, научите уже Майкрософт как правильно вести бизнес

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

(228)Расходы на офисы они сократили, вот и все. 21 век, продажи лицензий в интернетах. Фузиновцам не понять

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

(224) А помните как GM просто взял и закрыл все заводы в России. Очень важный рынок. Не если профит больше трат, почему не войти, но если нужно что-то делать, что может хотя бы косвенно повлиять на остальные рынки, никто для России ничего лично делать не будет. Не Китай все же, где и на цензуру забьют и на все остальное.

(226) Ну нам то ее тяжело не заметить :)

(231)Благодарите Бога, что Вы не в России.

(228) А теперь сравните отношение этих же компаний к Китаю и к России. В Китае они руками и ногами упираются, а из России они еще даже до того как попросят уходят, хотя да иногда из под полы и продолжают торговать.

(229) То то у 1С столько франчей. 21 же век, можно же из москвы по интернету торговать.

(234) Каких этих же? GM вернулся и строит два новых завода.

(236) А из Китая он уходил (до того как его попросили)? Нет он бы тянул до последнего, проплачивал бы лобби и в США и в Китае чтобы не уходить? Объяснять почему надо? И никакая политика тут не причем.

(237) Хватит херню нести. гугл из Китая свалил со свистом так-то.

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

(238) Вы вообще историю гугл в китае знаете? Почитайте:
https://habr.com/ru/post/434602/

Там они даже цензуру ввели (представьте сделали бы это они ради России). Но там все хитро получилось. Читать отсюда:
[Однако не цензура или конкуренция вынудили Google покинуть Китай.]

(239) Вы среднюю зарплату в Китае представляете? Она уже выше чем в России. И большинство производств, которым важна стоимость рабсилы, уже давно во всяких Вьетнамах, Бангладешах и т.п., но точно не в ките. Так что не надо тащить сюда эти заезженные стереотипы.

(239) Китай сейчас важен, потому как по объему ВВП уже США превысил, то есть это рынок в 15 раз больше той же России. То есть получил этот рынок и США и все остальные уже и не нужны особо.

(240) Угу, угу. Всё как вы говорите (пиздеж, так же как и (110))

(231) вы же понимаете разницу между закрытием производства в стране и закрытии продаж в той же стране?  
что производство и продажи - это разные вещи

(242) https://visasam.ru/emigration/rabota/srednyaya-zarplata-v-kitae.html

Тоже думаете врут?

(241) Вы только пиздежом и занимаетесь всё это время. Так и не смогли заставить себя ответить на прямой вопрос по (110).

(245) Это не я писал, это краш, я вообще честно говоря не понимаю, что он этой фразой имел ввиду.

(246) я вообще не понимаю зачем он вам нужен)

(247) "Мамы разные нужны.
Мамы всякие важны." :)

(247) На фузине он очень неплохо фигачит. Может с десяток крупных проектов одновременно вести, причем клиенты еще и довольны при этом. Сам удивляюсь.

(241) Хотя что-то туплю не превысил. Это по ВВП по ППС, но это такая средняя температура по больнице. Хотя все равно в порядках картина такая - США и Китай в другой лиге.

(250) вам то какое дело до зарплат в Китае и ВВП? собрались свою фузину туда ставить?

(251) Ну фузина с большего фундаментальная технология, без привязки к конкретной предметной области. Такой SQL в костюме железного человека. Плюс свободная лицензия. Собственно мы изначально ее планировали, как технологию для community, так что чем черт не шутит. Сейчас уже почти перевели все на английский, можно заказать китайский, а там хз. В китае рынок не консолидированный вроде как (мы в свое время делали market research), так что вопросов, а у вас есть 100к программистов и франчей на каждом углу ну и все привыкли вот к такой херне не будет.

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

(252) "Такой SQL в костюме железного человека." больше похоже на древние японские дома из бумаги))))

(252) А железный человек, это железный дровосек, из известной книжки?

(252) как переведете Китай на Фузину так нам обязательно расскажите

(253) Ну местным аксаптерам понятно интересен, но чем выше уровень в майкрософтской иерархии тем менее интересен. Это как бы очевидные вещи.
(256) Думаю не до этого будет :)

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

(258) врешь

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

Ураа наконец-то эта тема стухла

(261) Так собственно потому, что и так все понятно по счету :

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

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

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

То есть понятно, что фузина в разы лучше, а 1С используют просто по инерции как "говно мамонта".

(261) :) пока есть фузиновцы на мисте - она будет жить - им срач как воздух - кто умеет делает кто не умеет учит кто не умеет - в рекламу...

(263) Так мы то как раз делаем : https://luxsoft.by/klienty/
А тут мы скорее как миссионеры среди тех, кто застрял в 90х, пытаемся их вытянуть в современный мир ИТ.

Кстати по-поводу критики 1С. Есть такая же статья про PHP :
https://habr.com/ru/post/142140/

Причем это перевод. И у нее +334. То есть это нормальная практика критиковать. Оппозиция вообще всегда на самом деле полезна.

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

(262)У Вас там что, запросы руками писать надо? Мы тут просто обленились, в конструкторе запросов мышкой и современным драг энд дроп накидываем запросы. Откуда там какие-то полотна - хз. Bro наверно не додумался нажать правой кнопкой мышки-"конструктор запроса", вот в чем дело.

А Bro скидывал всякие строчки Ваши, да.

И все-таки, не хочу все перечитывать- так и не понял я, где используются документы овер 100000 строк.

(Кроме переноса остатков в новую базу)

Кто-нибудь может внятно ответить?

(268) Отчеты о розничных продажах и инвентаризации :))

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

(268) А как же! миллиарды строк в документах необходимы в фузинах для учета белорусского картофеля разных сортов и фракций, причем поштучно!

(270) Это нормальным людям открывать не надо, а для пользователей фузины это норма.

(269) ну вы же в курсе что документы инвентаризации как минимум корректируются не говоря уже о том что часто в том или ином виде вводятся. Тоже самое и с z отчётами бывает для устранения ошибок кассиров или учёта, если товар трудноразличим.

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

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

(268)Что за такие отчеты о розничных продажах? Обычно один отчет - по одной кассе за один день. При продаже одного товара в секунду выходит 86400 строк. (Это есть конечно не группировать товары по количеству.) А уж если взять время печати чека, получения сдачи, а уж если взять время набора товара в чек...

(275)Так они пока в Белоруси правят серийные номера мешков картошки прошлогодней, там можно

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

(268)Если кладовщик взялся одним документом делать инвентаризацию на 100000 строк-то он не очень умный(

(273) Допустим:
в 1С он будет открываться минуту, потом за полминуты нашел нужный товар - поменял
в фузине - открылся за пару секунд, а потом можешь несколько часов крутить "колесико", напрягая глаза, чтобы найти нужную позицию.
Где быстрее будет выполнено нужное действие корректировки?

(279) Интересно, а что будет в фузине, когда несколько человек будут в одном документе инвентаризации вводить позиции? Причем одни позиции будут разные, а некоторые будут повторяться.

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

(267) да да. Повеяло 90ми там тоже конструкторы были, но с точки зрения анализа, рефакторинга и сложной логики это как мёртвому припарка. В современном программировании IDE с автоподставлениями и подсветками победили, причем уже давно

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

(283)
В 1с надо писать запрос = отстой, Фузина победила
В 1с не надо писать запрос = отстой, Фузина победила.

Еще есть какие-то варианты?

(278) А они могут, представьте ЕГАИС но не только по алкоголю и обуви, а и по молоку. :)
(281) Все будет хорошо. У нас есть случаи, когда один документ параллельно три человека по сути вводят.

(286) Выясняли вроде, все будет не совсем логично

(286) Как поведет себя программа, когда каждый пользователь в документ введет одну и ту же номенклатуру? С одинаковой ценой, с разной ценой? Будет 2 строчки всегда или в некоторых случаях сгруппирует?

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

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

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

(290) Смотря что из себя представляет документ. Если он состоит из атомарных операций, то хорошо.

(289) Ааааа! Оно разобралось! Оно живое!!

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

(290) В фузине хорошо, в 1с плохо. Чё не ясно-то?

(288) Тут есть несколько school of thoughts:

Или делается ограничение :
detailBySku = GROUP AGGR detail BY sku(detail); // создается свойство которое по sku возвращает строку в которой это Sku и ОДНОВРЕМЕННО создает ограничение что строка одна.

Первого пропустит, второму скажет извините.

Вторая:
Позволять, а дальше просто делать
quantity = GROUP SUM quantity(detail) BY sku(detail); // quantity свойство с одним параметром от Sku

Ну и как и везде, позволять, а работать везде со строками. В 1С чаще всего так и делают же вроде.

(293)+ если я правильно понял откуда вы хотите добавить

(291) Еще один фузиновец? А почему тогда не делать на каждую атомарную операцию документ?

(293) Нельзя
Он про Еще -> Изменить форму в форме

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

(291) с клиентом надо говорить на его языке)

(297) Так да, так и надо делать, и группировать их в общий документ. Но 1С в типовых так не делает.

(285) Смотрите, не надо теплое с мягким мешать.

Есть уровни абстрагирования, есть способы задания абстракций.

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

Делать это мышкой или клавиатурой при этом разница небольшая. Хотя в конечном итоге для коллективной разработки (git flow) и еще 10 пунктов https://habr.com/ru/company/lsfusion/blog/468415/#visual
Клавиатурой на мой взгляд все равно удобнее.

(268) Тут дело не в больших документах, а в невозможности редактировать динамические списки. Зайдите в демо УТ, дальше зайдите в Цены (прайс-лист) и нажмите Сформировать. Что подумает пользователь ?
https://clip2net.com/s/44W963r

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

(303) https://clip2net.com/s/44W9e5R
Точнее вот скрин после нажатия Сформировать.

(290) А одновременная правка в Google Docs и блокирование файла как в Excel. Что лучше? Как бы очевидный ответ, в общем случае лучше одновременная правка. Понятно что платформа должна по максимуму все конфликты разруливать. Если их становится очень много, то логично перейти в блокирующий режим, но это редко и должно быть именно при необходимости (то есть поддерживаться и так и так как в Google docs).

(304) Что там у тебя за монструозный отбор, что не влезает на экран?

(298) Я что-то пропустил, а в настройке списка можно поля добавлять?

(307) Рукалицо

(306) Я же скрин первый кидал.

(303) 11 серия, не устали это повторять?

(292) Ну так UX схера ли. В отчетах в настройке полей дерево, а тут список. Л - логика.

(301) Приведите пример, где "1С в типовых так не делает."
(305) Для меня не очевидный. И, да, мы не про Эксель сейчас говорим, а про учетную систему.

(311) Вот можешь же на 25000 постов говнофузятины выдать разумный вопрос :))
Хотя, случайно наверное :))

(309) Отбор из первого скрина не похож на отбор из второго. Хотя бы из-за пункта "Пустое значение"...

(312) Нигде в типовых 1С так не делает.

(315) в подборе везде делает)

(308) О как. То есть и в настройке списка есть возможность поля добавить? Квеструмы отдыхают. Нафига они эти головоломки делают. Ставят комп с 1С и дают задание что там сделать (например добавьте поле на форму). Нужно уложится в час. Явно посложнее будет.

(315) Что значит нигде? Про какие сценарии речь? Приведите пример хотя бы одного. Или я недопонимаю, о чем ты вообще говоришь.

(313) Я вообще его еще давно задавал. Но не суть, просто видно что формы и отчеты разные люди делали. У каждого свое видение.

(314) Я не знаю почему так в УТ сделано. Я просто зашел туда. Нажал Сформировать. Спросила группы - нажал на верхней и дальше ОК. 2 скрина - это что получилось. Второй раз сделал - уже вылета нет, но результат такой же.

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

(320) пишите в 1с, пофиксят ну или скажут что вы там не так делали)

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

(322) Так проблема в том, что этого нельзя постоянно воспроизвести. Это следствие лапшекода, который пишется на 1С. Вот и не находятся свойства. Но там речь не о вылете. Их в 1С полно - я каждую минуту нарываюсь. Речь о том, что там нет динамического списка. Из-за этого у пользователя создается впечатление, что 1С - тормознутое говно.

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

(321) Я вообще если честно не совсем понимаю, зачем мучать пользователя и разделять настройку этих двух механизмов (делая при этом разные интерфейсы).

Ведь по большому счету логика полей, отборов, сортировки и условного оформления есть и там и там.

(326) "Так исторически сложилось"

(326) С этим полностью согласен. Можете добавить в список минусов 1с.

Bro а burningwizard это ваш сотрудник?
(326) Причина явно есть, но додуматься зачем я пока не могу, кроме того что написал в (321)

(329) Упаси господь :))

(327) Ну это выглядит как более логичное объяснение, чем защита от дурака. Впрочем учитывая что им и ОФ пришлось поддерживать- неудивительно. Это кстати как правило и есть ахилесова пята крупняков на рынках инфраструктурных продуктов.
(329) А по вашему все кто не без ума от 1С наши сотрудники? :)

(329) Да просто не прикрутили СКД туда по ходу, вот и все, наколхозили список реквизитов первого уровня по-бырому
Переделают на СКД, будет единобезобразно :))

(265) нормальный ответ там написали таким недо"критикам" "Пусть ruby, java, python, erlang программисты тужатся, обсирая PHP, мне как-то пофиг — для меня PHP — инструмент, так же, как Python и Java." этот ответ показывает разницу между специалистами и дегенератами типа фузиновцев, которые в своей жизни ничего сделать не могут и тратят просто уйму времени на обсирание других что бы забыть какие они на самом деле чмошники, просравшие даже олимпиаду)))

(331) Тут ведь в чём дело - проблемы 1С и преимущества фузины - это не пересекающиеся в нормальном пространстве прямые. И только в вашем виртуальном мире они как-то связаны.

(325) Каждая строка инвентаризации - атомарная операция? Каждая строка приходной - атомарная операция? Ты вообще про 1С говоришь? Ты его видел, хотя бы (я про идеологию и не спрашиваю даже)?

(335) Конечно, сейчас передо мной специализированная конфа на 1С, где всё именно так :))

(336) Огласи название специализированной конфы. Очередной WMS?

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

(332) Что переделают на СКД динамические списки? То есть и так мутанта, который и швец и жнец и на игре дудец, еще туда запихнут, эпично будет. Это я как человек постоянно занимавшийся и занимающийся многими архитектурными задачами скажу.
(334) Ну мы бы с удовольствием не пересекались, но в реальном мире приходится. Не знаю к счастью или сожалению.

(289) "Но мы сейчас как раз делаем " - это ваш главный лозунг.У вас ничего нет, но вы все делаете)))

(338) Вы же в курсе что конструкторам SQL запросов уже лет 100. И если бы вы хоть чуть вышли за пределы мира 1С, увидели бы что их в современном программировании не используют. Вы просто современных IDE не видели.

(337) Типа того. Что, кстати, показывает, что претензии фузиновцев к 1С как к платформе несостоятельны.

(342) Для WMS это оправдано. Для остальных - нет.

(304) ыыыыыыыыыы. пустое значение. Тупой и еще тупее. Белорусский вариант - Бро и Краш)

(342) То есть документ для каждой строки вас не смущает? А в CRM с этим кстати как по вашему например? Там с документами та же фигня.

(339) ты сам с собой поговори и договорись - правильно единый интерфейс или нет)))

(345) Почему это должно смущать? В чём проблема, по-вашему?

(341) я в курсе и работал и в эклипсе и иде и нетбинсе  и аква дата студио. Как ты думаешь, почему скуль разработчики называют поля в таблицах типа СумДокВал? наверное потому что это круто и передовые веяния, а конструкторы жутко неудобные) То ли тупе совки работают с конструктором и одного взгляда на таблицу хватает что бы понять что такое ДокументОприходования и не нужно сидеть и подсвеичивать ДокП что бы понять его смысл

(343) В бухгалтерии да, такого не надо :))

(349) А в УТ 11, например, зачем такое?

+(349) Да, бухгалтер привык к понятию "Документ" по определению ст.9 из 402-ФЗ "О бухгалтерском учете". И термин "документ" в 1с ему понятен по логике работы.

(341), пробовал использовать конструктор запросов в MSSQL - по сравнению с конструктором 1С это трешовый пиздец. Если бы в 1С конструктор был неудобным инструментом его бы не использовали, но большинство пишут и разбирают запросы конструктором

(350) Так там адресное хранение есть. Мини-вмс, по сути :))

(353) А если нет адресного хранения и ордерных складов?

(352) И в чем там принципиальное отличие по вашему?

(353) Зачем усложнять универсальное решение?

(355) ты помидитируй пару дней очисти свои мысли от мусора в голове. и открой конструктор запросов 1с и сделай в нем запрос. а потом напиши руками такой же.

(356) Тема, вроде, про фузину, а не 1С. Я просто показал, что и в 1С возможна одновременная работа нескольких пользователей с одним документом :))

(355) вопрос скорее в чем сходство

(355) а ты посмотри на это убожество https://www.youtube.com/watch?v=3WFzhjUNZNg
и это совершенство https://www.youtube.com/watch?v=Awvv-cJ7sdg

(358) Ну по такой логике можно и на документы и забить и все справочниками делать. То что 1С не полон по Тьюрингу как бы никто и не утверждал :)
(359) Ну таблицы, соединения, ссылки (reference constraints). Абстракции те же. Или думаете Microsoft не осилил нормальный конструктор? Куда уж им.

бро вообще петросян еще тот. Я ездил на жигулях копейке. Еще первый выпуск без ремней безопасности. Машины отстой. бензина жрут, и вообще неудобные. Короче фигня ваш майбах. Пешком ходить лучше.

(360) Это очень странное видео, где конструктор не использует схему БД, где вы его нашли?

(361) "Ну таблицы, соединения, ссылки (reference constraints). Абстракции те же." ыыыыыыы. я угадал в (362). Машины одинаковые - колеса, руль, сиденья. Что газель что седан от вольво)))

(363) да загуглил первую же ссылку конструктор запросов мсскуль

(362) Так конструкторы это 90-е и ваша копейка. Они еще как бы есть, но по факту их никто не использует, так как они давно устарели, и не вписываются например в тот же git flow, который сейчас стандарт.

(363) СКД <> конструктор запросов. Пиздец. А еще статейки по 1С пишешь...

(361) [Или думаете Microsoft не осилил нормальный конструктор?]
Не осилило. В 1С в 1000 раз удобнее

(367) Я в курсе, мы вообще про конструкторы и визуальное программирование обсуждаем.

Bro, как думаешь одинэсники пользуются конструктором потому что он неудобный?

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

(368) Я вот погуглил первые две ссылки, но конструкторы именно так все и делают:

https://www.activequerybuilder.com/
https://dbschema.com/visual-query-builder.html

Потому как так куда нагляднее. Другое дело, что абсолютное большинство все равно кодом пишут. А самые продвинутые, вообще SQL не пишут, а автоматически генерируют (как lsFusion).

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

(361) Ещё раз, в чем, по-вашему, проблема?

(371) [Когда то показал конструктор запросов скульщикам. у них слюнки закапали)]

Ну так такой конструктор сделать полгода работы, сделайте, миллиарды заработаете. Только не прокатит, потому как это у вас в голове они закапали, sql-ки руками запросам с автоподстановками и подсветкой пишут, как и большинство программистов в мире.

(372) потому что все так делают их и не используют

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

(374) Даже не знаю с чего начать. Как вы вводить эти однострочные документы будете?

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

Bro, так почему конструктором в 1С пользуются, а в MSSQL нет?

(380) потому что Борис Нуралиев как девочка из фильма звонок вылазит с экрана, бьет по рукам и заставляет включать конструктор)))

Аргумент "все так делают" Bro активно использовал когда рассказывал о том как круто работать с BI и пошел изобретать своё СКД

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

(378) Сканером, например, если это wms.

(378) руками, Карл) как и многострочные)

(375) врешь

burningwizard еще один фузиновец появился, они там размножаются что-ли, страшно представить процесс))) или это джун нарисовался?

(304) крашик опять заврался

(380) ну может потому что, нет нормальной типизации, автоподстановки, подсветки и вообще нормально IDE уровня IDEA?
(382) Еще раз мы прикрутили именно группировку как одно из представлений, за все остальное отвечает сам список (также как и в Оду). Никакого мутанта из печатных форм, оптимизатора запросов, и аналитики мы не делали. В крупных системах все равно рекомендовали и будем рекомендовать взрослый BI ставить, там есть куча всякой фигни вроде imprinting'а по расписанию, ну и они в принципе заточены под аналитическую отчетности. По эргономике не только 1С но и lsFusion уделывает.

(389) зачем ты так много врешь?

(384) Ну если все автоматически внешним оборудованием делать, нахрена 1С? Есть куча готовых специализированных WMS систем.

(391) снова вранье в твоих словах

(389) https://yadi.sk/i/sQrX4a-cSopmDA ахуенный конструктор в MSSQL, надежный как швейцарский нож

и в свой список для 1С добавьте, что в 1с 2*2=4!

(389) (391) ты своей тупостью отбиваешь даже желание пихать тебя в твою же тупость. Ты прав, в 1с конструктором пользуются, бо он неудобный и руками написать быстрее)

(393) бугагашеньки))))

(262) Но потенциальным покупателям будут интересны не "наследование с полиморфизмом" и "нормальная поддержка Table-Detail-Detail-Detail", а "правильное заполнение накладных" и "правильное формирование отчетности" :\
Покупателями ведь будут бухгалтера и директора, а не программисты.

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

И мне тоже на премущества экскаватора плевать с высокой колокольни.

(398) врешь как всегда

(398) [Так вы там два запроса выделили.]
И? Почему это говно не может это обработать?

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

(400) А если вы десять выделите? А если там еще FOR, IF и другое последействие будет. Все равно же их по отдельности "конструировать".

(391) На 1С - дёшево в сопровождении, гибко и быстро изменяемо, надёжно и производительно.

(401) Реализовать то можно все, вопрос насколько сложно. Потому как в 1С ввод в таблице это обязательно ТЧ или ТЗ, то есть список документов вы не отредактируете в списке скажем, и будете данные туда сюда гонять?

(402) да хоть 200, конструктор 1С справляется

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

(403) Это вы

(407) с чем сравниваете?

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

(408) С манхеттеном или JDE, например.

(402) ыыыыыыыыыы. пакетный запрос в 1с из двадцати запросов только что открыл что бы переделать под другую таблицу)

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

Как всегда 1С впереди планеты всей. Только почему-то никто за пределами совка никакими конструкторами не пользуется. Хотя бы из-за того, что пишут не примитивные задачи типа зарубы, а серьезные проекты. А там без GIT'а никуда. А конструктор с системами контроля версий использовать крайне неудобно.

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

(409) Так еще раз а почему по частям их не конструировать. То есть сначала первый запрос, потом второй. Собственно когда мне говорят, что что в УТ можно правой кнопкой нажать и вызвать конструктор, там же ровно один запрос откроется (а это 99% кода в том же УТ).
(410) Ну тут я с вами соглашусь. Хотя с JDE это как-то неспортивно сравнивать. Я думал вы с условными .Net или Питон в обвязке Odoo сравниваете.

(413) сравнить GIT и конструктор. Ты пробиваешь дно

(414) Так я вроде в статье платформы сравнивал. Решения, там чисто в качестве иллюстрации были, я мог и "1C:Вещевое довольстве" взять, в качестве примера.

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

(415) [Так еще раз а почему по частям их не конструировать. ]

Потому что все запросы в пакете связаны и должны разбираться вместе

(416) Flyd-s ну вы же я надеюсь понял что гитфлоу и конструкторы вообщем то не совместимые вещи. Как вы слияние веток или изменения разных разработчиков разруливать в одном запросе будете.

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

(419) Так тогда это тогда CTE и их конструкторы поддерживают, или вы о чем то другом?

(416) Я сравнивал визуальное vs текстовое программирование. Практически никто сейчас в мире не использует визуальное программирование. Даже для визуальных интерфейсов.

(416) он не может пробить дно. он и есть дно. Ниже краша ничего нет)

(415) Так нет никаких промышленных WMS на odoo или питоне. Есть на Java, но это уже 100% вендор лок, такое только огромные конторы позволить себе могут.

(425) А это тогда что?
https://www.softwareadvice.com/scm/warehouse-management-system-comparison/

И у odoo есть WMS модулей много.

(426) Это несерьёзно, набор каких-то нонеймов, которые неизвестно что делают и неизвестно где работают.

(423) https://en.wikipedia.org/wiki/Visual_programming_language краш это писдабол по белорусски?

(422) я про ситуацию показанную на моем скриншоте. Один запрос выбирает данные, помещает во временную таблица, второй запрос использует данные. Конструктор MSSQL ломается. Конструктор 1С нормально работает

(427) Ага, нигде не работает :
https://clip2net.com/s/44WlPAr

Zoho : UPS, DHL - первый раз слышу
У других также если посмотреть куча известных клиентов

(428) Что конкретно непонятно в термине "практически никто" ? Сравните количество разработчиков и разработок на Java, C#, Python, Javascript и т.д. и того, что вы называете визуальным программированием. На визуальном будет минимум.

(430) А у вас вообще нет ничего, так что все ваши рассуждения мимо кассы.

(420) также как это разруливалось бы если бы два запроса писали разные люди без конструктора

(431) какой прогресс. из практически никто превращается в минимум)

(431) http://appinventor.mit.edu/
Active Users today:
85.0K
Active Users this week:
338.7K
Active Users this month:
1191.7K
Registered Users:
10.0M
Countries:
195
Apps Built: 43.3M

85 тысяч пользователей в день. это практически никто. то ли 4 разраба фузины))))

(436) Ага, там просто мега приложения получаются. Собственно такие же примитивные, как и на 1С. Чуть более сложное - тут же лапшекод, как в 1С:ERP.

(432) Ключевое слово, что пока нет. Мы уже почти сделали простой ТиС одним джуном. Остальные решения - вопрос времени.

(429) Ну он правильно говорит, что вы какие-то странные вещи от него хотите. Зачем вам конструировать два запроса одновременно. Сначала один с генерацией временной таблицы, потом второй с использованием этой временной таблицы.

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

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

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

(439) потому что результат в программе используем из десятого запроса, а данные тянутся из девяти других. И в десятом запросе нужно понимать всё что происходит в девяти предыдущих

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

(438) Когда вы на этом ТиСе хоть рубль заработаете - тогда можно будет о чём-то разговаривать. А так - пшик.

(443) А зачем их тогда вообще на времянки разбивать. CTE же есть.

(446) Ну или представления. Ах да, я же забыл это 1С. Тут ничего этого нет.

(446) какой нахрен CTE, причем здесь он?

(445) Так мы не собираемся зарабатывать. Мы его под Apache лицензией будем выпускать. Цель же не заработать, а убить 1С :) ПростоГен же обозвал нас убийцей 1С.

(444) один человек написал SELECT A From B с помощью конструктора. Другой человек написал вместо этого SELECT B From C, тоже с помощью конструктора. При слиянии ломаем голову что из этого нужно оставить.

Теперь другая ситуация. Один человек написал SELECT A From B без помощи конструктора. Другой человек написал вместо этого SELECT B From C, тоже без помощи конструктора.

Внимание вопрос. В чем будет разница с точки зрения человека занимающегося слиянием, если тексты запроса одинаковые, но написаны разными способами?

(448) А для чего вам до этого 9 запросов во времянках?

(449) А... Убить слона мухобойкой. Ну хорошо, достойная цель, продолжайте.

(450) Тем что сливать ему все равно придется в текстовом интерфейсе, где будет показано, что изменил первый разработчик, что изменил второй, и IDE сама их сольет в "рыбу объединения", где разработчик опять таки в текстовом интерфейсе поправит ее.

То есть если разработчику все равно с текстом работать, нахера ему еще и с визуальным программированием работать.

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

(451) надо. Логика в программах может быть намного сложнее чем списки в фузине

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

(453) а причем здесь сливать и писать запрос?

[То есть если разработчику все равно с текстом работать]

Работать всегда с текстом или работать в редких случаях, когда иначе нельзя - это разные вещи.

(449) а что, вполне реальный сценарий, люди от смеха будут умирать))

(455) Так уже попробовали. Есть шероховатости но в целом, гораздо лучше, чем в 1С. Хоть веб не тормозит жутко, как в 1С.

(459) Вы же не знаете какая там нагрузка, зачем делаете выводы

(459) С такими демоверсиями слона вы не продадите.

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

Но нет, им бы лишь орать "у PR отчет завис!!!!! Ла-ла-ла!! ФФФузина победила!!!!111"

(449) пока вы только убиваетесь сами))))

А так можно конечно запустить Ведьмака 3 на херовом компе на минималках и говорить что Ведьмак 3 - говно тормозящее

(453) "То есть если разработчику все равно с текстом работать, нахера ему еще и с визуальным программированием работать." блэт. какой же ты тупой. Машину загружают в двух точках а выгружают в третей. В первой точке загружают руками за 4 часа. в второй загружают свою часть погрузчиком за полчаса. Выгружают руками, потому что это два дебила с Белоруссии которые считают что все руками грузят. Вопрос, зачем вторая точка загружает машину карой, если два дебила все равно руками ее разгружать будут. ППЦ, ты дебил

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

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

(459) ты врешь как дитя

(453) врешь и не краснеешь

(460) WEB клиент тормозилово
У него тоже лазило 1000 пользователей ? У 1С тормозит именно клиент и то, что там куча синхронных вызовов. В итоге веб в 1С - это скорее пугало. А в фузине - рабочий инструмент.

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

(461) А мы и не продаем. Мы бесплатно отдаем. ДАРОМ !!! ХАЛЯВА !!! Я конечно понимаю, что 1Совцы никогда не слышали слова бесплатно, а привыкли за все платить и радоваться этому. 1С поднимает цены - УРА !!!

(472) ты лгунишка, врешь не думая

(472)А у нас один студент написал в 1С веб приложение с нуля под нужды работников компании - и работает, и не тормозит. Как же так, почему???

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

(474) Я искренне рад за студента, но чего тогда в демках 1С так все тормозит ? Если бы дело было в серверах, то тогда бы в нерабочее время все бы летало. Но нет же. И у 1С нет денег на нормальные сервера ?

(474) как это с нуля? С нуля же не пишут. Что за неправильный у вас бизнес?

(475) Внедрен много где : https://luxsoft.by/klienty/

ведь нет НИКАКИХ доказательст. что это говноподелие где-то, кто-то видел ))

(478) ты врешь, это просто картинки, десять таких сайтиков можно за пять минут накатать

(465) ясно вы с современным программированием не сталкивались, раз не понимаете о чем речь.

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

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

(481) ну. ты врунишка спец конечно по современному пиз-жу

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

эти чудаки выдумали историю на ровном месте и пытаются её тут всем рассказать, про успехи, внедрения. В головах это у них все..

у них ведь действительно НИЧЕГО нет.

(486)
https://bigslide.ru/images/36/35148/960/img10.jpg

(488) Это я про белорусский дуэт.

фсё, ушли совещаться))

(398) А как на этом "инфраструктурном продукте" сделать конкретные решения и убедить пользователей их купить - это уже задача "строителей"?

(485) ещё раз вы просто не видели, как в современном ide набирается код, первые одну две буквы, ввод, первую одну две буквы ввод. Если бы хоть раз поработали в современных ide с современными языками от конфигуратора плевались бы.

(492) врешь

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

(494) что то начинаю запрос вводить и ничего не подставляется. Не говоря о том что в 1с явной типизации нет и там по определению ничего нормально подставляться не может.

(477)Я же говорю, студент. Это хуже джуна, и ничего, смог

(476)Ну логично сначала узнать какие там сервера, нагрузки, каналы и т.д.
Поставьте базу демки на нормальный комп и будет нормально работать.

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

Вы не поверите, 2 месяца назад купил SSD вместо старого диска, комп прям быстрее заработал. А неделю назад еще оперативки купил, думал не особо повлияет, НО! стало еще быстрее работать.

т.е. с темы , что у них нет никаких внедрений от слова совсем, фузинята съехали ))) значит и вправду нет ничего кроме слов)))

(500) Чего это, вполне такое в белорусских ларьках стоять может. А в России сеть из 3600 магазинов полностью автоматизируют на 1С...

(501) да, думаю даже в киосках нет фузины судя по тому как эти гаврики в бизнесе шарят)))

это просто поганый пиар недоплатформы

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

(478) это все филькины грамоты. ты сделай реальные фото в (503)

(505) тьфу, (504) т.е.

(501) В белорусских ларьках стоит учебная или спираченная 7.7 :)

(507) Ну да, даже тут фузина не конкурент...

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

(509) А кто тогда документы по 100 тыс. строк редактирует?

(501) Может еще и в одной базе ? Или у 1С зубки ломаются на нормальных объемах и больших количествах пользователей, а ?

(510) Не сравнивайте ввод и редактирование. Когда пару строк подправить или просто посмотреть - это не вводить документ на 100К строк.

(511) Зачем одна для фронта? А управленческая база да, одна, размером что-то около 6-7 терабайт.

(511) Не ссы, не сломаются https://cnews.ru/news/top/2019-06-13_pochta_rossii_perevela_tysyachi_podrazdelenij

(511) 36К пользователей, Краш. Сглатывай молча.

(515) Ага, [Ежедневно в системе регистрируют 5 тыс. новых документов]

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

(513) Причем здесь фронт ? А бэки на чем ? В магазине остатки они что, во фронте смотрят что-ли ? А печатают ценники тоже во фронте ? Хотя все зависит от того, что называть фронтом...

(517) Остатки своего магазина они смотрят в локальной базе 1С Розница своего магазина, а бэк розницы на УТ 11. Всё допиленное, конечно.

(518) Эээ. То есть у них отдельных 6.300 баз 1С розницы ? Кто за ними ухаживает то ? Представляете сколько это лишнего оборудования / работы / точек отказа ? Вот в фузине сейчас работает сеть из 600 магазинов - и все в одной базе с одним сервером. Появится шифровальщик - всем пофиг, все в центре на одном сервере.

(518) А на фузине все из коробки недопиленное работает зато. И кто-то еще говорит, про крутые типовые.

(519) Как пробивают чеки когда отваливается интернет? Что происходит с документом, когда половину ввели и отвалился интернет?

(521) они не автоматизируют фронт. Фузина работает для кладовщика и категорийного менеджера

(522) Что

(520) У тебя "из коробки" нет НИЧЕГО. Хватит пиздеть.
(523) Да, они признались давно. Фузина стоит неизвестно где и неизвестно для кого. Но точно известно что: не для бухов, не для кассиров, не для анализа.

(524) У меня из коробки есть вот это : http://demo.lsfusion.org/erp. На нем работает половина крупнейших сетей РБ.

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

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

(516) Я же говорю, завидуй молча. И не ищи подвох там, где его нет. 36К пользователй, Краш.

(519) Да-да, шифровальщик, конечно. Лишнее оборудование, ага. Продолжай рассказывать сказки, что платформа 1С не может работать с крупной розницей, но все всё понимают, на самом деле.

И как всякие обмены с фронтами идут?

Цены, акции, куча номенклатур и вообще.
В разных базах людям приходится работать чтоли? Збс удобно и современно

(525) Это в котором ничего не работает, 2*2=5 и еще куча явных косяков?

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

(524)Как это не для анализа? Там же какая-то штука на голову выше СКД

(504) да они скинутся и заплатят студенту птушнику, он им в фотошопе наваяет и не такое)

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

(523) что что. Фузина не автоматизирует фронт, бухгалтерию, финансы, бюджетирование, зарплату, бизнес-процессы (BPM) и производство.
Зато они умеют считать коэффициенты УЕФА

(516) я сейчас напишу что у меня у клиента 100 миллионов пользователей и что?)))

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

(525) "демку клиентам не ставим" "кастомизация на проекте 80%" кричали они. а теперь коробка выросла. Если бы каждый раз когда ты врешь у тебя как у Пинокио рос нос, то он бы уже покинул пределы галактики

(526) "Фронты работают автономно." у вас 600 фронт баз в сети магазинов? а кто же это обслуживает? это же сколько лишнего железа нужно)))

(541) Да, смешно это всё выглядит :)

(525) это ложь! у тебя нет НИКАКИХ доказательств, просто пиз-жь

Они уже в собственном пиздеже запутались, бедненькие...

(527) в жопу твои липовые описания, доказательства где?

(527) тебе удобно на двух стульях?))) "В 1с в сети магазинов для бэка единая база, а для фронта распределенка из розниц." ой, а у нас все в единой базе. Кроме "кроме бух, зуп и фронта. " )))) дебил, блять

половина крупнейших сетей работает и гугл о них ничего не знает)))) самому то не смешно?

(527) а 1с автоматизирует все, кроме фронта. Даже бух с зп)))

(546) да нету у них ни хрена))

(528) Так там 36К пользователей в системе документооборота вводят 5К документов в день (по 1му документу на 7 пользователей). То есть по факту один работает, а 6 - просто логинятся :)

(550) А ты вообще представляешь, что такое документооборот, и как он работает? Если представляешь, зачем тогда такой лютый бред пишешь?

(531) Также, как и во всех крупнейших российских сетях. Есть фронтальные системы УКМ, SET10, Artix и прочие. У них есть центральный сервер, который управляет всеми кассами. Наша ERP система взаимодействует только с ним. А он уже раскидывает все по кассам. Люди (кроме кассиров) работают только в в фузине, а в кассы все летит автоматически. А кассиры в своих локальных кассах.

(550)остальные это программисты 1С, они допиливают конфу

(551) Я стебусь просто над тем, когда просто считают пользователей без привязки к нагрузке, которую они создают. Средний пользователь документооборота создает достаточно небольшую нагрузку. А 1С ложится на больших - нагрузках. У них даже демки тормозят.

(553) Точно! 5К пользователей и 31К 1С-программистов, которые вручную делают то, что не смогли сделать в 1С (учитывая, что там даже редактирования в динамических списках сделать нельзя)

У моего соседа Ведьмак 3 тормозит. Ведьмак 3 говно

(555)Они просто бегают между клиентом и сервером, данные передают

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

(550) (554) ппц ты тупой. если человек в базе не вводит документ то он не создает нагрузку на систему?)))

(559) Мда, я вижу Вы слабо понимаете, что именно вообще создает нагрузку на базу. EXPLAIN ANALYZE хоть когда-нибудь читали ? Запросы оптимизировали ?

(555) А что, в платформе 1С обязательно использование везде динамических списков? И если не использовать - лицензии лишают?

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

(561)Все гораздо хуже. Многим пользователям 1с не нужны динамические списки.

(563) Странно это. Пользователям 1С не нужны, а пользователям фузины нужны. Разные породы, что-ли?

(563) Конечно. Они уже привыкли, когда все тупит в 1С. Например, как в демке УТ на форме Цены - скрины я кидал выше.

(565) Пиздеж. Ответь на (110) позязя.
Особенно радует, когда уже от факта пиздежа нереально отмазаться - говорить, что это такой "стёб". В итоге окажется, что все 25 веток ты просто "стебался")

(559) [Ежедневно в системе регистрируют 5 тыс. новых документов, автоматизирована работа с входящей и исходящей корреспонденцией, организационно-распорядительными документами, обращениями граждан и организаций, договорными документами, коммерческими условиями, документами по закупочной деятельности, архивной документацией и другими видами документов]
Интересно, а там хоть один GROUP BY вообще есть в системе. Или там все сводится : просмотрел список, открыл, закрыл, изменил статус. Так и миллион пользователей работать смогут.

(567) Крашстадамус великий. По количеству документов из статьи определяет, что делают пользователи

(565)Яж говорю, у соседа Ведьмак 3 тормозит. Ведьмак 3 - говно

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

(569) А демка Ведьмака 3 где-то есть ? Она тоже тормозит ? Может они когда презентацию делали у них тоже тормозило ?

(565) это они не видели как тупит справочник номенклатуры в фузине. На минуту. Справочник! Номенклатуры!)

(567) аааааааа. Система ДОКУМЕНТООБОРОТА. не ты реально дебил)

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

(572) У меня все летает. Возможно проблемы в чебурнете. Нужны четкие шаги по воспроизведению проблемы (я вот кидал, как в УТ добиться торможение). А иначе - балабольство.

(565) Я соглашусь, что стандартно в 1С все тупит. Но это касается только типовых конфигураций. И не факт, что Фузина при подобном функционале не будет тупить

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

(576) Там больше смущает, что тупит простое открытие справочников, открытие документов и прочее. Тут функционал ни причем. При этом реально DOM в фузине больше (там тупо колонок больше) и все летает.

(576) шо вы делаете с типовыми что бы были тормоза? ну вот честно. у меня тормоза в типовых без доработок были:1) из-за проблем с сетью - человек работал по 100мбитному каналу в толстом клиенте в торговой точке на расстоянии в 80 метров от офиса.
2) переносе базы на новый скуль настроили режим совместимости с скулем неправильно;
3) база у клиента была на "сервере" коим был обычный комп с медленными дисками главбуха.на котором у нее было еще два десятка софтин, о постоянно открытой опере с 20 закладками я вообще молчу)

(576) С веб-клиентом у 1С пока далеко до идеала, это да. Тут уж как не оптимизируй - особо лучше не сделаешь.

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

(580) а нафига вам веб клиент если есть тонкий, который работает быстрее?)

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

(542) Но вы так и не ответили. У них 3600 баз 1С розница?

(582)Им - чтобы доебаться

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

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

(578) Опять же соглашусь, что в тн. "Тонком клиенте" на пустой базе открытие любой формы может занимать до 30 сек. Это связано с кешем 1С

ну т.е. фузиноиды согласны, что у них ничего нет и внедрения фузины фейк.

(588) а можно видео как это у вас так получается?)

зачем обсуждать систему, которой нет

(590)Вангую что база файловая, а комп не топовый

(584) УТ 11 в связке с 3600 базами 1С Розница не будет работать НИКОГДА. Но если нормально написать фронт и бек офис на 1С, до 200 розничных магазинов вполне 1с потянет

(593) ут 10 и розница на 400 магазинах норм работала. А у вас с чем проблемы то собственно?

(592) А вы в курсе, что файловая в монопольном режиме работает существенно быстрей любой СКЛ-ной? Тест Гилева не даст соврать.

(584) Да. А что?

(593) Так работает же. Обмены не типовые, конечно :)

(594) Знакомый такую связку пилил. По отзывам - стандартный обмен тупил по страшному. А на 30-40 объектах - просто ложился. Пришлось перепиливать.

(590) Вот обсуждали:  УТ11. Долго открываются формы.   суть такая.
Тяжелая конфигурация УТ11. В процессе активной доработки.  Через пару дней после перезагрузки сервера время открывания ЛЮБОЙ пустой формы 30 сек. Связано с кешем конфигурации.

(582) Так раз он есть, хотелось бы, чтобы он работал не хуже тонкого.

(598) На стандартных обменах 1С не работает нормально. Это для мазохистов

(598) вот на счет стандартный был обмен или нет врать не буду. Но косяки с обменом были регулярные)

(595)Ну запустите последний ЗУП например в файловой базе, сами увидите, если не уснете раньше

(593) еще один врунишка

(599) "Тяжелая конфигурация УТ11. В процессе активной доработки.  " и в тн. "Тонком клиенте" на пустой базе  " это немного о разном. не?)))

(596) (593)

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

(606) врешь

(604) Почему же врунишка. Вы с большими базами работали, или все больше с Демо базами типовых конфигураций от 1С

(599) январь 2015. спасибо)

(609) + еще и 8.3.5)))

(608) да

(606) А чего бонусы? Запрос на http-сервис системы лояльности, например, решает.

(609) Вы думаете в 1С что-то серьезно поменялось? Стало только хуже

(613) за 11 редакций платформы? нет, что вы. все так же как и 5 лет назад))))

(614) Я не буду спорить, но если судить по БП3 и ЗУП, то с платформой все стало существенно хуже

Но это не проблемы платформы, а проблемы типовых конфигураций

(616) вы сейчас о тормозах УФ?

(617) Да о тормозах УФ

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

Просто как вспомню когда давно распределенные базы по 100 магазов были. До сих пор в дрожь бросает, а сейчас что 5 что 605 магазов, если в одной базе один черт. Даже проще чем то.

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

(618) нет там никаких тормозов, если правильно приготовить

Как тебе такое, Маск? (с)
https://www.youtube.com/watch?v=ZZBZ5fhPk1k

(621) + Трехзвенка
Сервер E3-1240 3.4 GHz, память 32Gb
SQL 2008 R2
По тесту Гилева 35 попугаев

сервер говно, можно и быстрее

(619) Какая терминальная ферма? Для чего? Нужно мощное железо в бэк-е, но оно и так нужно, вне зависимости, в одной базе все работают или нет.

(619) Вполне верю. Если убрать некоторые фишки 1С, то она тоже может тянуть огромное количество Магазинов

(623) Ну для того чтобы админить 3600 баз. Не в самих же магазинах их держать. В УТ надеюсь все хоть в одной базе сидят?

Фузине такое и не снилось (621)

(624) Не имея возможности манипулировать физмоделью тяжеловато. Там с таким количеством объектов, нужно практически все денормализовывать и строить составные индексы.

(625) А чего бы их в самих магазинах не держать? В чём проблема?

(621)  Прикольно, впечатляет. Только у вас там пустая база. Номенклатуры штук 200 позиций, документов пара десятков. И то тормозит. ОТкрытие легких форм от 1 до 3 сек. Проведение документа 1-2 сек.