Вход | Регистрация
    1  2  3  4  5  6  7  8  9  10  11   

Свежая статья от lsFusion с критикой 1с на Хабре

Ø [длинная ветка, 03.10.19 - 12:46]
Свежая статья от lsFusion с критикой 1с на Хабре
Я
   Bigbro
 
02.10.19 - 04:59
   Devilment
 
601 - 02.10.19 - 20:00
(587) А в чём проблема сделать это через виды цен? Я на самом деле не понимаю, о чём вы :((
   CrushBy
 
602 - 02.10.19 - 20:01
(600) Перед записью чего ? Склада ? И в обработке менять весь регистр по всем прайсам ? Или как ?
   CrushBy
 
603 - 02.10.19 - 20:02
(601) Так как через виды цен ? Есть прайс на все склады, потом создается прайс на 3 склада, потом еще на произвольных 4. Чем тут помогут виды цен ? Сколько их должно быть вообще ? Под каждый склад по виду цен или как ?
   PR
 
604 - 02.10.19 - 20:03
Какое-то сплошное школоло
Даже непонятно, как спорить с упоротым, что земля не плоская
   palsergeich
 
605 - 02.10.19 - 20:03
(602) Зачем менять?
Ты не очень хорошо понимаешь архитектуру, я не вижу смысла дальше продолжать разговор
   palsergeich
 
606 - 02.10.19 - 20:04
Споря с дураком умнее никто не станет)
   palsergeich
 
607 - 02.10.19 - 20:04
(606) Поговорка, а не оскорбление, если что)
   CrushBy
 
608 - 02.10.19 - 20:06
(605) Классический слив. "Ты ничего не понимаешь, а я объяснять не буду". Так слабо скинуть код ? Я готов заплатить любому 1000р за час работы по реализации точно такой же логики на 1С (как в статье). Скину на Яндекс.Деньги.
   palsergeich
 
609 - 02.10.19 - 20:08
(608) Я тебе в предыдущих 4х темах объяснял много чего, но ты слышал только то что тебе выгодно. упорно игнорируято,что не выгодно.
Прости но я не работаю с неадекватами, и моя ставка выше чем 1000 в час.
   palsergeich
 
610 - 02.10.19 - 20:09
(609) + 2жды переиначивал мои слова, я тебе ничего не должен и не обязан. Там я тебя раза 3 слил.
Хочешь считать что я слился - твое право
   CrushBy
 
611 - 02.10.19 - 20:10
(609) Деньги - тут не главное. Могу 1500р заплатить. Я к тому, что "трындеть - не мешки тягать". А с кодом не поспоришь. Не хотите защищать свои слова - ради бога.
   palsergeich
 
612 - 02.10.19 - 20:11
(611) Я вышел из того возраста когда слова анонима меня могут хоть чем то тронуть.
Кто меня знает, тот подтвердит, что я зря рот не открываю.
Но еще раз повторю, я не работаю с неадекватами.
   CrushBy
 
613 - 02.10.19 - 20:13
(612) Как хотите. Возможно кто-то другой не такой принципиальный готов рассказать, как это сделать в такой постановке. Хотя сейчас, конечно, пойдет классическое как с подбором "А зачем это ?", "А это не надо" и т.д.
   palsergeich
 
614 - 02.10.19 - 20:14
(613) Кстати, где маня?
Он же хотел что то там с Вами мутить
   palsergeich
 
615 - 02.10.19 - 20:15
(614) И идея что то сделать с подбором тоже у него была)
   badboychik
 
616 - 02.10.19 - 20:19
(613) исходите из того, что в 1С можно реализовать любую бизнес-задачу, поэтому тут никто не хочет тратить время на примитивный пример, чтобы доказать что-то неадеквату
   CrushBy
 
617 - 02.10.19 - 20:26
(616) И на ассемблере можно реализовать любую бизнес-задачу. Сколько бы у вас по времени заняло бы реализовать такой примитивный пример ?
   badboychik
 
618 - 02.10.19 - 20:34
(617) если там весь смысл в том чтоб видеть товары и склады выбранного прайс-листа то полчаса наверно )
   CrushBy
 
619 - 02.10.19 - 20:37
(618) Нет. Там весь смысл, чтобы видеть действующую цену по складу с учетом всех введенных прайсов. При этом каждый прайс может иметь свой период действия (ограниченный и нет), а также распространятся на любой из уровней  группы складов (дерева динамической глубины). При изменении группы для склада (или при создании нового склада) на него, конечно же, должны автоматически распространяться все ранее созданные прайсы.
   CrushBy
 
620 - 02.10.19 - 20:38
(619) Да, и цены на любую дату конечно же. Плюс должны поддерживаться "отменяющие" прайсы, когда можно на какой-то период, например, исключить товары с определенных складов.
   badboychik
 
621 - 02.10.19 - 20:40
(619) бред какой-то. Прайс он один по совокупности даты, товара и склада, что еще за "с учетом других прайсов", "отменяющие прайсы".
У вас с терминологией какая-то беда
   ta_da
 
622 - 02.10.19 - 20:45
Примерные ассоциации от очередной темы, простите:

- Покажите как в вашей системе слепить руками коника из говна - вот у нас красивые коники.
- Простите, мы 20 лет как отказались от ручной лепки, предпочитаем отливать их в формах из пластмассы.
- Ага! И сколько времени у вас займет делать форму и плавить пластмассу? Для этого ведь придется станки покупать! А у нас можно прямо руками лепить и склеивать разных коников вместе!
- Понимаете, коник из пластмассы приятнее на ощупь, в форме их можно массово отливать по несколько тысяч в день.
- Зато у нас будет дешевле, кастомно и прямо руками!
   CrushBy
 
623 - 02.10.19 - 20:45
(621) Ну смотрите. Вот поставщик говорит :
1. Я готов поставлять на московский регион вот такие 10 товаров по таким ценам с 20 числа.
2. Я готов поставлять на москву вот такие 5 товаров по таким ценам с 25 числа.
3. Я не буду вам поставлять такие 3 товара на такие 3 магазина с 27 по 29 числа.

И это 3 разных управляющих воздействия (разные прайсы).

И я должен увидеть по магазину, что же готов поставщик поставлять 28 числа на конкретный магазин.
   CrushBy
 
624 - 02.10.19 - 20:46
(622) ta_da, на хабре вы тоже отказались показать как этот пример сделать на 1С. Давайте не будем спорить ни о чем. Сделаете пример ? Я готов даже заплатить за час работы (и даже с предоплатой).
   badboychik
 
625 - 02.10.19 - 20:49
(623) ну фильтруем регистр "прайсов" по группе складов, конкретному магазину, дате, вычитаем исключающие по тем же условиям - получаем список товаров. Можно в один динамический список запихать на форме.
Ради этого даже базу чистую разворачивать лень
   Bro
 
626 - 02.10.19 - 20:50
(600) О, я так тоже умею. Где бухгалтерия? Там события свойства где реализуешь, что надо. Изи.
   CrushBy
 
627 - 02.10.19 - 20:50
(625) Так, стоп. Что у вас в измерениях регистра ?
   ta_da
 
628 - 02.10.19 - 20:54
(624)
вы предлагаете мне привести пример кода, который:
1) реализует невнятную логику без конкретного тз;
2) именно в той архитектуре и именно с тем подходом, который выбрали вы;
3) в идеале с таким же интерфейсом как сделано у вас;
4) с тем же количеством кода, как у вас;
чтобы что, простите?

Я потом тоже должен подобрать вариант задачи, с каким-нить drag-n-drop'ом на форме и кучей рюшечек интерфейсных, которые я могу в 1С галочкой включить, а у вас либо "не нужно пользователям", либо придется килотонны кода писать или допустим предложу вам "а давайте простенький бухучет наверните, с рашифровкой в отчетах, как бухгалтера любят", чтобы вы мне рассказали о "это задача BI", с той же уверенностью, как и когда доказывается что ваш подбор удобен?
   shuhard
 
629 - 02.10.19 - 20:55
(613) забавный ты однако, конечно ни кто не станет тратить своё время на моделирование твоих проблем
   ILM
 
630 - 02.10.19 - 20:56
Мне фузина напомнила Парадокс для виндовс. ТАм тоже были формы, отчеты и модули, если его подрубить к ORACLE, то можно было и вызовы процедур писать.
 
 Рекламное место пустует
   badboychik
 
631 - 02.10.19 - 20:57
(627) Дата1, Дата2, группаСкладов/Склад, ЭтоОтменяющий, Товар, Цена
ГруппаСкладов - иерархический справочник, ему подчинен справочник Склад. Или вообще группы убрать, просто иерархический Склад
Всё.
При выводе сортируем по Дате1 в обратку - будут показываться только цены последнего прайса, если их есть несколько по набору критериев
   Garykom
 
632 - 02.10.19 - 20:58
(623) Возникает подозрение что кто то не освоил язык запросов 1С ))
И даже про sql не слышал, которое идеально для подобных задач
   palsergeich
 
633 - 02.10.19 - 21:01
(631) имхо для этого есть регистр цены поставщиков.
На каждый отдельный бизнес регион регион - отдельный партрер, который напоминаю - чисто управленческая сущность.
В рамках этой задачи - меняем понятие группы складов на принадлежность точки к бизнес региону.
Все. Задача решена.
Надо будет только запрос бахнуть, не помню есть ли типовой товары в ценах поставщиков, если есть то вообще без кода
   palsergeich
 
634 - 02.10.19 - 21:03
Единственное что надо будет сделать - при смене бизнес региона менять партнёра в соответствующем месте.
   palsergeich
 
635 - 02.10.19 - 21:03
И не надо никакие регистры перезаписывть
   badboychik
 
636 - 02.10.19 - 21:03
(633) оно и понятно что в УТ 11 уже это решено даже для намного более сложных случаев, человек ведь хочет с нуля на минимуме кода ))
   shuhard
 
637 - 02.10.19 - 21:03
(632) дело не в запросах

ни кому не нужный функционал учетной системы объявляется бэст-практикой и неотделимым атрибутом полноценности, пока публика не просекла, ставиться жирный плюсик в рейтинге
   palsergeich
 
638 - 02.10.19 - 21:06
(635) в принципе если отчёт есть типовой то 3 строчки кода
Получаем объект
Устанавливаем новое значение партнёра
Записываем объект
   palsergeich
 
639 - 02.10.19 - 21:11
(638) Связь партнера с контрагентом есть.
Бизнес регион в партнере есть из коробки.
Задача тривиальна до проще некуда
   CrushBy
 
640 - 02.10.19 - 21:12
(631) Если в регистре будут группы, то как их изменять при переносе склада в другую группу ? Изменять все записи регистров ?
   Bro
 
641 - 02.10.19 - 21:13
(637) О и так тоже я умею. Весь не нужный функционал этой УТ / ERP  объявляется бэст-практикой и неотделимым атрибутом полноценности, пока публика не просекла, ставиться жирный плюсик в рейтинге.
   palsergeich
 
642 - 02.10.19 - 21:15
(640) Зачем группа складов?
В рамках этой задачи мы заменили группу складов на принадлежность подразделения бизнес региону.
По фактуэто даже с точки зрения логики правильнее, если учет зависит от территориального признака, то делитьнадо по этому признаку, а не вводить непонятнуюабстракцию
   palsergeich
 
643 - 02.10.19 - 21:16
(642) Все остальные связи для решения этой задачи есть. Надо только приперемещении подразделения, или как там этот склад обосабливается,менять партнера в соответствующем месте
   Bro
 
644 - 02.10.19 - 21:17
(631) Периодический регистр сведений или не периодический?

Что значит Группа складов/Склад? Реквизит составного типа? Запишем, потому как в 1С он через одно место реализован судя по :
https://its.1c.ru/db/metod8dev#content:1828:hdoc

С такой реализацией запросы на больших объемах положат базу чуть раньше чем сразу
   CrushBy
 
645 - 02.10.19 - 21:17
(642) Причем здесь УТ ? Мы про платформу говорим, а не конфигурацию. Или вы УТ в розницу будете ставить ? И какая разница как называть группу - бизнес регионом или чем-то еще.
   palsergeich
 
646 - 02.10.19 - 21:18
(645) Я просто сдеру готовые метаданные и напишу чуть чуть кода
   CrushBy
 
647 - 02.10.19 - 21:19
(646) Ага, а потом будете как Google доказывать в суде присяжных Oracle'у, что это разные строчки кода :) Речь о платформе, а не о типовых конфигурациях.
   palsergeich
 
648 - 02.10.19 - 21:20
(647) 1С не запрещает заимствовать код типовых конфигураций.
Если есть подписка ИТС.
А те кто не покупают подписку - я с такими не работаю.
   CrushBy
 
649 - 02.10.19 - 21:22
(648) Ну так тем более, раз писать ничего не надо, то просто скиньте код, как это сделано в УТ. И я сравню со 150 строками на lsFusion и добавим в ту статью. Чтобы люди видели как это легко делается на 1С, и как сложно на lsFusion.
   Волшебник
 
650 - 02.10.19 - 21:22
(648) Запрещает.
   palsergeich
 
651 - 02.10.19 - 21:23
(648) Я знаю откуда содрать готовые, проверенные на оптимальность метаданные, как их воткнуть и написать как можно меньше строчек кода.
   Devilment
 
652 - 02.10.19 - 21:23
(603) Я ННП. Опишите бизнес-процесс целиком, какие склады,  как склады с ценами связаны, как вообще ценообразование работает. Пока выглядит как какой-то узкоспециализированно заточенный под какое-то предприятие процесс.
   shuhard
 
653 - 02.10.19 - 21:23
(645)[ Причем здесь УТ ? Мы про платформу говорим]
доктора в топик, срочно, ТС очень плох

открой структуру продаж 1С за прошлый год и попробуй найти там платформу
   CrushBy
 
654 - 02.10.19 - 21:24
(648) То есть можно просто скопировать весь код в УТ себе в конфигурацию и ничего не платить за УТ ? И никто пока не догадался ?
   CrushBy
 
655 - 02.10.19 - 21:25
(653) Так выше же товарищ кидал там стоимость 133К рублей. Это же за платформу, а не конфигурации. Разве нет ?
   palsergeich
 
656 - 02.10.19 - 21:27
(650) Ну ок, я подсмотрю и сделаю очень похоже.
(649) Тык в том и суть кода то не будет.
Есть заполненный регистр цен поставщиков, где у каждого контрагента на каждый бизнес регион присутствия будет отдельный партнер.
Тебе нужен код вида
СпрОбъект = ссылка.ПолучитьОбъект();
СпрОбъект.БизнесРегион = НовыйБизнесрегион.
СпрОбъект.Записать();
Все остальное на уровне метаданных
   CrushBy
 
657 - 02.10.19 - 21:30
(656) Что значит не будет кода ? Он в УТ есть ? Или там вся эта логика на уровне метаданных реализована ? То есть чисто в XML (если выгружать конфигурацию в файл) ?
   Devilment
 
658 - 02.10.19 - 21:30
(656) Ты реально понял, какой бизнес-процесс они так автоматизировали? Можешь объяснить?
   palsergeich
 
659 - 02.10.19 - 21:31
(656) Ну ок не партнер, а подчиненный справочник регионыПрисутствия
регистр сведений
Изменерия:
РегионыПрисутствия
ЦенаВРегионеПрисутствия
НоменклатурПоставщика
Характеристика
ресурс
Цена
регистр периодический
   palsergeich
 
660 - 02.10.19 - 21:31
(657) УТ избыточен, там слишком много задач решено.
Для решения такой простой задачи кода не надо почти
 
 Рекламное место пустует
   CrushBy
 
661 - 02.10.19 - 21:31
(659) А где здесь даты с которого и по которое действует ?
   palsergeich
 
662 - 02.10.19 - 21:32
(661) регистр периодический - тут
   palsergeich
 
663 - 02.10.19 - 21:35
(662) Соответственно надо определиться в склад пихать регион присутствия или в подразделение или куда то еще, но это уже попаболь методолога.
   CrushBy
 
664 - 02.10.19 - 21:36
(662) Я не спец по 1С, в отличие от Bro.

https://its.1c.ru/db/metod8dev#content:2588:hdoc что-то я читаю вот тут про периодический регистр сведений и не вижу там даты по.

> Главное отличие периодического регистра сведений от обычного заключается в том, что в нем присутствует дополнительное системное измерение "Период", имеющее тип "дата"

А должно же быть 2 даты (по какую дату действует).
   palsergeich
 
665 - 02.10.19 - 21:37
(664) Дата По я ее пропустил в начале задачи, ну пусть будет еще один реквизит, хотя это не совсем верно
   shuhard
 
666 - 02.10.19 - 21:38
(657) тяжёлый случай

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

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

и нам не важен объём кода в общем модуле, отвечающий за расчет и ведение скидок, большая часть которого представляет собой пакетный запрос СКД
   palsergeich
 
667 - 02.10.19 - 21:38
Но если делать производительное решение, на прям хайлоад, то структура регистра будет другая
Добавится еще одно измерение - дата
И приустановке цены - на каждый день отдельная дата
   palsergeich
 
668 - 02.10.19 - 21:39
(667) И регистр станетнепериодический
   Devilment
 
669 - 02.10.19 - 21:40
(665) Зачем нужна ДатаПо, чтобы определить цену на текущий момент?
   palsergeich
 
670 - 02.10.19 - 21:40
(668) Это яне рассматриваю возможность "бессрочной" установки цены, а потом ее снятия, если такое потребуется, это тоже реализуемо и просто.
   palsergeich
 
671 - 02.10.19 - 21:41
(669) Если у тебя датаПо меньше текущей даты, а новая цена не назначена - срез последних вернет недействтельную цену, это косяк, он тут прав.
   Лефмихалыч
 
672 - 02.10.19 - 21:42
(439) да кто бы спорил! Безусловно молодцы. Подход к маркетингу только очень совковый и по-босяцки узколобый, вызывающий брезгливое недоумение, а не желание вникнуть в суть того, в чем они там такие молодцы конкретно.
   palsergeich
 
673 - 02.10.19 - 21:43
Это решение за пол часа, и оно будет более чем работоспособно на высокой нагрузке, на хайлоад - надо будет уже собирать ТЗ и аккуратно проектировать.
   Devilment
 
674 - 02.10.19 - 21:44
(671) Да ну нафиг, всегда есть базовая цена по договору поставки, перестаёт действовать спеццена - действует базовая. Я же говорю, не понятен бизнес-процесс целиком, что тут можно автоматизировать?
   CrushBy
 
675 - 02.10.19 - 21:45
(673) Кстати, а какой запрос к SQL пойдет в таком случае ? Будет CTE или как, чтобы определить все группы складов из регистра, которые подходят выбранному складу ? РегионПрисутствия - это же иерархический справочник должен быть.
   Bro
 
676 - 02.10.19 - 21:45
(671) А можно "спецу" по 1С влезть? А можно ДатаПо не в измерение, а в реквизит запихнуть и в СрезПоследних в условии использовать? У меня на учебной вроде прокатывало.
   palsergeich
 
677 - 02.10.19 - 21:46
(674) Это уже частности.
Базовая цена тоже может быть не актуальна договору скажем в этом бизнес регионе и надо на экран срать ошибкой.
Но это уже вопросы к методологу.
   palsergeich
 
678 - 02.10.19 - 21:46
(675) Зачем иерархия? в жопу иерархию
   palsergeich
 
679 - 02.10.19 - 21:47
(676) До какого то объема можно не стесняясь, но на больших объемах я бы не стал
   CrushBy
 
680 - 02.10.19 - 21:48
(678) В смысле ? Суть задачи в том, что можно цену задать на любом уровне иерархии, а также для любого склада при необходимости. Иначе это неэквивалентная задача.
   Devilment
 
681 - 02.10.19 - 21:48
(677) Эти частности показывают, что фузиновцы в бизнес-логике плавают, поэтому без точного ТЗ и подробного описания бизнес-процессов с ними смысла разговаривать нет.
   CrushBy
 
682 - 02.10.19 - 21:51
(681) Да, я тоже люблю такой прием. Не хочешь чего то делать - заставь заказчика написать ТЗ, бесконечно требуя  уточнения во всех мелочах.
   Devilment
 
683 - 02.10.19 - 21:51
(680) Вы что, реально не понимаете, что описываете не реальную бизнес-задачу, а вашу практическую реализацию задачи, которая нам не известна?
   Devilment
 
684 - 02.10.19 - 21:53
(682) Никто не требует бесконечных уточнений. Просто расскажите исходную задачу, для начала, в терминах бизнеса. Начните с того, какое отношение склады имеют к ценам, и что подразумевается под складами в вашем понимании?
   palsergeich
 
685 - 02.10.19 - 21:53
(680) значит условие задачи было где то там, и это тоже решается, строчек кода будет подобьше но ничего страшного.
Отловить изменение иерархии и пересчитать реквизит регион присутствия несложно.
Регистр трогать не надо
   palsergeich
 
686 - 02.10.19 - 21:54
(685) я 100500 раз такое делал, вырос на ставках и тарифах, иерархия это не самое страшное, что можно придумать)
   palsergeich
 
687 - 02.10.19 - 21:55
Просто да, задачу дай, под задачу надо и проектировать
   palsergeich
 
688 - 02.10.19 - 22:01
По факту в общем случае - при изменении на узле в иерархии надо получить все подчиненные узлы и для них сделать что то.
Я решал такую задачу для графа (именно графа, а не дерева, которое лишь частный случай)
50 тысяч узлов пересчиталось около 2х секунд.
Время записи в базу - откидываем, это тоже решается,но это другая задача.
   palsergeich
 
689 - 02.10.19 - 22:01
(688) С деревом куда как проще и быстрее
   CrushBy
 
690 - 02.10.19 - 22:10
(685) Почему не надо ? Изменение иерархии чего ? Регион присутствия - это иерархический справочник должен быть. У вас в регистре что будет ? Самый нижний уровень или как ?
(683) Реальная бизнес-задача - согласование цен на поставку с поставщиком на магазины. Поставщик может давать прайсы на любое подмножество магазинов (или на любой узел группы магазинов - Московская область, регион, район) и может также делать стоп-листы. Use Case : (623)
   palsergeich
 
691 - 02.10.19 - 22:19
(690) В общем случае да, расчитыватся должно для каждого конечного узла вниз по иерархии.
Как я вижу бегло - 2 сущности
Одна это разрешение поставки
Вторая это запрет поставки
Запрет поставки имеет приоритет выше чем разрешение поставки.
При внесении прайса разворачиваем до дня до конечных узлов.
При получении - отчете по узлу - объединяем с учетом приоритета
   Bro
 
692 - 02.10.19 - 22:24
(679) Так а чем производительность будет хуже? Я просто тоже заметил, что в УТ они так не сделали, но честно говоря не могу понять почему. Запрос будет с SELECT MAX, но тот же MSSQL использует индекс по убыванию по дате и просто проверит что ДатаПо меньше заданной. Да и PostgreSQL при правильном. В любом случае не вижу разницы по сравнению с просто СрезПоследних.
   palsergeich
 
693 - 02.10.19 - 22:25
(691) чисто теоретически после разузлования, можно запихнуть это в регистр расчета и наполнить кучу планов видов расчета с приоритетами, алгоритмам и методистами. Правда надо производительностью надо понаблюдать
   palsergeich
 
694 - 02.10.19 - 22:29
(692) На хайлоаде я бы таки в профайлер подсмотрел,ибо иногда на практике и ожидаемое отличается
   Злопчинский
 
695 - 02.10.19 - 22:44
(334) "Мы как-то переводили склады с 1С на lsFusion."
если вы про "склады на 1С" имеете в виду типовые 1С-конфигурации, которые обслуживают/управляют(типа) складским товародвижением/пр - то не надо этому присваивать "склады на 1С".

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

Детализируйте - с каких 1С-конфигураций вы "переводили" складу на фузину, интересно.
   Злопчинский
 
696 - 02.10.19 - 22:50
(375) "С заказчиком оговаривается фикс-прайс и дальше это не его головная боль."
-я тебя обрадую. лично как РП (+другие роли на проекте) делал алогичное на 1С (ясен пень, не на типовых конфигурациях) - фикс-прайс и делаем то что надо заказчику. а заказчик в это время занимается, как вы говорите , "бизнесом".
   Злопчинский
 
697 - 02.10.19 - 22:57
(446) не, Фузина все-таки продвинутей Ананаса. у Ананаса, кроме какой-то совсем мелкой хрени и деклараций чего будет - дальше не зашло. Ананас даже мельче чем 2С был. То есть Ананаса как такового - вообще нет. на нем ничего не сделано. Насколько я знаю. Фузина в этом смысле - нормальный продукт ;-)
   Злопчинский
 
698 - 02.10.19 - 22:58
(454) "разнообразие".. этак совсем недалеко до "толерантности", а вэто может быть чревато задом. Так что аккуратнее с посылами ;-)
   Rio_1c
 
699 - 02.10.19 - 23:13
Напишите ответную статью "Почему не lsfusion"
   Злопчинский
 
700 - 02.10.19 - 23:19
(621) Это не с терминологией.
Это прсото должно быть ТЗ/ТП на "прайсы и склады". Когда ТЗ/ТП есть - понять что про что и как реализовать - зависит от инструмента. в Фузине это каике-то группы складов могут быть. в 1С - разработанной по этой ТЗ/ТП - виду цен. Или "профили цепи поставок" или еще что-то.
.
Если фузина говорит типа "а вот у нас это уже есть модулем отдельным - 5 минут и уже готово", мы - 1Совцы - говорим, а уна - типовая конфигурация, 30 минут первоначальной настройки и есть почти все на 99% что треьбуется среднестатистической торговой компании.
.
и все.
.
пока Фузимна не выкатит готовое коробочное решение уровня хотя бы ТиС 7.7 - обсуждать - нечего. Фузина - в первую очередь платформа разработки - то есть для прогов/разработчиков. 1С - в первую очередь для потребителей - бизнесменов, манагеров, куроводятелов. Это игроки - пока - на разных полях. Достоинства/нелдостатки пусть 1С-платформы - это отражение недостатков/достоинств готовых прикладных типовых решений или наоборот.
.
нехай уже фузиновцы че-нить коробочное для массового рынка сделают, а не для 10-15 потенциальных клиентов FMCG
  1  2  3  4  5  6  7  8  9  10  11   

Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.