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

Заруба Интеграл vs 1C-2

Ø [длинная ветка, 11.12.20 - 14:52]
Заруба Интеграл vs 1C-2
Я
   IdeaV
 
19.11.20 - 22:32
3. Своё мнение57% (8)
1. 1С победит стопудово36% (5)
2. Интеграл победит7% (1)
Всего мнений: 14

Словарик и первоисточник задачи: Заруба 1С vs lsFusion

Функциональные требования клиента:
Хочу довольно простую конфигурацию с громким названием УУ для мелкой торговой фирмы
Не надо писать вторую УТ, нужно написать минимальный функциональный контур четко по нашим требованиям, чтобы было просто и удобно, остальное по необходимости будем дописывать позже
Всякие печатные формы не нужны, у нас есть БП, мы все будем печатать из нее, у нас этим все-равно занимается бухгалтер, а она работает в БП
То есть по сути база нужна для ведения очень простого УУ, но курочить под это нашу БП мы не хотим

Что нужно:

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

Справочник "Номенклатура"
Добавить галочку "Услуга"

Справочник "Договоры"
Подчинен контрагентам
В реквизите "Детализация расчетов" выбирается одно из двух значений, "По договору" или "По расчетным документам"

Справочник "Склады"
Хотелось бы иметь возможность опционально не видеть нигде склад, если у нас будет только один склад

Справочник "Кассы"
Хотелось бы иметь возможность опционально не видеть нигде кассу, если у нас будет только одна касса

Справочник "Расчетные счета"
Хотелось бы иметь возможность опционально не видеть нигде расчетный счет, если у нас будет только один расчетный счет

Документ ПТУ
Факт закупки у поставщика на склад списка товаров и услуг
Приходует товары (услуги не приходовать) на склад
Начисляет долг поставщику
Начисляет себестоимость, при этом должна быть возможность отнести услуги на конкретные товары конкретных ПТУ
Цены по умолчанию подставляются из последнего ПТУ от выбранного поставщика

Документ РТУ
Факт продажи покупателю со склада списка товаров и услуг
Расходует товары (услуги не расходовать) со склада
Начисляет долг покупателя
Списывает себестоимость с учетом ТЗР по ФИФО без учета складов
Должен контролироваться количественный отрицательный остаток на складе
Цены по умолчанию подставляются те, которые назначены на выбранную номенклатуру выбранному покупателю или (если такой цены не назначено), то те, которые назначены на выбранную номенклатуру

Документ ПКО
Факт оплаты от покупателя
Приходует денежные средства в кассу
Списывает долг покупателя

Документ РКО
Факт оплаты поставщику
Расходует денежные средства из кассы
Списывает долг поставщику
Должен контролироваться отрицательный остаток в кассе

Документ ПРС
Факт оплаты от покупателя
Приходует денежные средства на расчетный счет
Списывает долг покупателя

Документ СРС
Факт оплаты поставщику
Расходует денежные средства с расчетного счета
Должен контролироваться отрицательный остаток на расчетном счете

Во все документы в поле "Автор" должен проставляться текущий пользователь
Во всех документах должна указываться ставка НДС (10, 18 или 20%), сумма НДС и признак, НДС в сумме или сверху

Необходимые регистры продумайте сами

Отчет "Ведомость по товарам на складах":
— Номенклатура
— Склад
— Начальный остаток
— Приход
— Расход
— Оборот
— Конечный остаток

Отчет "Ведомость по расчетам с контрагентами":
— Контрагент
— Договор
— Расчетный документ
— Начальный остаток
— Приход
— Расход
— Оборот
— Конечный остаток

Отчет "Ведомость по денежным средствам":
— Тип денежной ячейки (одно из значений, "Касса" или "Расчетный счет")
— Денежная ячейка
— Начальный остаток
— Приход
— Расход
— Оборот
— Конечный остаток

Отчет "Продажи и себестоимость":
— Номенклатура
— Покупатель
— Сумма продажи
— Сумма себестоимости
— Сумма прибыли
— Процент рентабельности

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

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

Должен быть web-сервис для одностороннего обмена с БП, направление из УУ в БП
Инициатором запроса данных будут БП
В обмене участвуют ПТУ и РТУ
Обмениваться должны только те данные, которые еще не были отправлены
Формат обмена любой из XML, JSON, XLSX, на стороне БП обработаем любой из выбранных форматов
Должна быть гарантированная доставка данных

Нефункциональные (требования) пожелания:
— Скорость разработки (более чем адекватный критерий, заказчику это очень важно)
— Читабельность кода (еще один важный критерий, решение нужно поддерживать)
— Функциональность (опять же важно, потому что заказчик хочет удобства, а не велосипед на костылях)
   Злопчинский
 
301 - 25.11.20 - 01:14
Пока самое вменяемое поделие сделал Кирилл Ефимов (помните, система заявок), но он потом закуклился.
   HeKrendel
 
302 - 25.11.20 - 01:15
Слабоват парнишка
   Злопчинский
 
303 - 25.11.20 - 01:19
(302) да ладно, норм...
   Злопчинский
 
304 - 25.11.20 - 01:21
тут предмет зарубы более даже в том, что результатом должно получиться что-то похожее на "промышленное" решение, а не аццкий пздц
   MadHead
 
305 - 25.11.20 - 05:28
(276) UI объективно слабоват, больше похоже на форму в терминале. Табличной части докемента не хватает. По сути не хватает возможности объеденить строки какой-то сущностью и ввести 1 раз общие реквизиты для всех строк, естественно это все должно сохраняться в базе и отображаться для просмотра и редактирования.
   K1RSAN
 
306 - 25.11.20 - 06:42
Чет это вообще какая-то смесь бульдога с носорогом. Чтобы забить 1 документ - надо 10 раз прыгать по гиперссылкам, всю информацию о документе на экране не видно, пока забиваешь, редактирование любой строки - скрывает все остальные и т.д.
Это не говоря про такие вещи, что неопытный пользователь легко может случайно закрыть документ, потому что ему надо будет подсмотреть что-то в этой системе, а потом еще искать его.
Что это за бред, выбрал кружку для продажи, мне в поле цены и НДС вылез целый список через запятую. Пользователь охренеет от такого.
Ну нафиг. Какая треть необходимого, тут ничего не работает по нормальному. Такое НЕопытному пользователю даже показывать нельзя. А опытный за такое и "веб-морду" подправить может.
   IdeaV
 
307 - 25.11.20 - 07:50
(291) Пароль спрашивает. Я где-то раньше его видел, но, разумеется не помню.
   IdeaV
 
308 - 25.11.20 - 07:51
(299) Ты количество кликов считал или как - в чём длина меряется?

1. 1С победит стопудово
   IdeaV
 
309 - 25.11.20 - 07:55
(298) В задании не было сделать "как в 1с"

Я посмотрю, да, чтобы знать чего ждёт публика. Пока все претензии вообще не про ТЗ, не говоря уж о том, что они к заготовке.
   вым
 
310 - 25.11.20 - 08:05
(309) и не надо делать как в 1с, именно ждем от тебя своих новых идей и подходов. Сделай удобнее ввод данных и просмотр их, желательно, чтобы было понятно на интуитивном уровне. об этом писал еще в(270)
только пока получается сплошное неудобство и отсутствие наглядности
   Калиостро
 
311 - 25.11.20 - 08:35
(309) В ТЗ описать все невозможно. Тебе указывают на косяки в тех местах, которые в ТЗ давно не пишут, это подразумевается по умолчанию для специалистов по автоматизации бизнеса. Если базовые вещи сделаны плохо, то до проверки ключевых пунктов ТЗ мало кто дойдет.
   вым
 
312 - 25.11.20 - 08:40
+(310) куча куча проверок на защиту от дурака. пока этого нет совсем, а там работы непочатый край, данные вводятся какие хочешь и как хочешь)
как вы любите считать строки, то там будет еще столько же строк проверок
   IdeaV
 
313 - 25.11.20 - 08:57
(311) (312) Защита от дурака и разные валидации -- это как раз самое простое, за пару часов можно всё сделать.

А вот вбросить документ в любую дату, чтобы при проводке пересчитались остатки, -- это требует значительно больше времени на обдумывание и реализацию.
   CrushBy
 
314 - 25.11.20 - 09:04
(310) Ага, конечно. Я уже показывал GUI по вводу документа, который в разы удобнее, чем в 1С : https://habr.com/ru/company/lsfusion/blog/464487/ . Но для людей, у которых 1С головного мозга, все не как в 1С - по определению не надо.
   Калиостро
 
315 - 25.11.20 - 09:09
(313) Можно как в 1с, можно как показал (314), хоть еще что-то изобрети, но сделай, чтобы был удобный интерфейс для ввода первички. Пока что лютый трэш.
   Paint_NET
 
316 - 25.11.20 - 09:09
(314) Он никоим образом не "в разы удобнее". Одна только невозможность ввода строки с клавиатуры простым набором артикула или первых букв товара делает эту форму говном.
   IdeaV
 
317 - 25.11.20 - 09:09
(306) Неопытный пользователь офигевает от обилия пунктов меню и всяких полей в формах, проходит обучение по 1С и потом ещё привыкает какое-то время.
А вот интуитивно понятная форма для ввода:
https://www.youtube.com/watch?v=J0xB8jb-10M&feature=youtu.be&t=100

Сейчас, наверное, PR даст пароль к своей базе, и я посмотрю как сделать поближе к ожиданиям.
   Paint_NET
 
318 - 25.11.20 - 09:11
+(316) И вот эта вот мышкоориентированность с совершенно ненужными переходами по вкладкам - тот ещё трэш и угар.
   acht
 
319 - 25.11.20 - 09:12
(314) Да как они посмели иметь мнение, отличное от твоего!
   Paint_NET
 
320 - 25.11.20 - 09:16
(317) Нет, она не интуитивно понятная. Для изменения количества нужно скакать за пределы табличной части, это лишние телодвижения и легко ошибиться, встав не на ту строку.
   K1RSAN
 
321 - 25.11.20 - 09:16
(317) То есть тебя не смущает необходимость прыгать по куче гиперссылок для ввода ОДНОГО документа? Что будет, если таких строк будет хотя бы 10? 20+ прыжков по гиперссылкам? И даже редактирование уже забитой строки - гиперссылка, в которую можно попасть ТОЛЬКО нажатием на количество? Это даже НЕ ИНТУИТИВНО. Потому что мне может надо поменять не количество, а номенклатуру. Или цену. Или скидку добавить...
   Paint_NET
 
322 - 25.11.20 - 09:17
+(320) И, опять же, мышкоориентированность.
Интерфейс должен быть адаптирован как на неопытных, так и на опытных пользователей, которые способны работать с горячими клавишами, и которым мыша не нужна в процессе работы.
   Paint_NET
 
323 - 25.11.20 - 09:19
Сюда бы хорошего и объективного UI/UX дизайнера бизнес-приложений из труЪ разрабов, он бы ваши поделия в пух и прах раздолбал.
   polosov
 
324 - 25.11.20 - 09:21
(314) Не позорился бы хоть лишний раз.
   вым
 
325 - 25.11.20 - 09:28
(314) крашхз, ты ж в партизаны ушел? ваша фузина осталась без работы? обещали ж на всю страну без пробития чеков работать. Завалили уже банковскую систему?
   вым
 
326 - 25.11.20 - 09:34
(317) не путай рабочее место кассира с вводом документов. и... думаю кассир просто убьет разработчика через день тыканья мышкой
   dka80
 
327 - 25.11.20 - 09:35
(326) возможно, это в демо они мышкой тыкали, а так можно прямо по экрану пальцем?
   вым
 
328 - 25.11.20 - 09:38
(327) даже если пальцем, а если позиций не 3-4, а 30-40 и все на экран не входят? то есть чтобы поправить количество надо перемотать вниз, потом вернуться вверх на ввод кол-ва ввести на клавиатуре и далее так же. Что хорошо, так это оператор без зарядки точно не останется
   CrushBy
 
329 - 25.11.20 - 09:53
(316) У пользователя есть 2 вкладки (Спецификация и Подбор). Захочет по первым буквам или еще как-то - добавляет в первой, а иначе во второй (вторая нужна, когда ты, например, делаешь заказ исходя из того, что у тебя есть/продавалось/в ассортименте и т.д. Тогда тебе не нужно ничего искать).
   CrushBy
 
330 - 25.11.20 - 09:54
(318) Жесть. То есть в твоей логике мышкоориентированность для программиста в 1С - это круто (хотя везде программисты кодят), а для пользователя, наоборот ?  Какой-то перевернутый мир.
 
 Рекламное место пустует
   K1RSAN
 
331 - 25.11.20 - 09:58
(317) И да, вопрос к самой концепции "прыгать по окнам для ввода нужного".
В РМК еще неплохо сделано, есть вопросы по поводу оптимизации рабочего пространства, но хотя бы не требуется прыгать как козел по ссылкам. Но и в РМК с ходу возникают вопросы по использованию скидок (ручных или скидочных карт, а может даже сертификатов), редактированию чека и там по мелочи. Но я бы уже не сказал, что такая форма отторгает.
   Paint_NET
 
332 - 25.11.20 - 09:59
(329) Не увидел там добавления по буквам/артикулу. При двойном клике по строке открывается форма выбора товара.
(330) В 1С нормальный разработчик добавляет в пользовательский интерфейс хоткеи и прописывает очерёдность перехода между элементами формы. И где ты видел мышкоориентированность для разработчика в конфигураторе? Там на всё есть хоткеи, плюс пишутся такие инструменты, как Снегопат, ещё более ускоряющие работу.
   Paint_NET
 
333 - 25.11.20 - 10:02
Краш, ты мне одного чувака напоминаешь, с которым когда-то имел неудовольствие работать. Тот совершенно не способен воспринимать критику, даже самую справедливую, отстаивал до усрачки своё "я художник, я так вижу", в итоге за ним всё с завидной регулярностью переделывалось.
   K1RSAN
 
334 - 25.11.20 - 10:03
(330) ТС продвигает свою систему как "lowcode" - то есть возможность не писать код. Значит с ЕГО же точки зрения возможность не использовать код - хорошо. Это его концепция как разработчика - его право.
Но ПОЛЬЗОВАТЕЛЮ необходимо настроить так, чтобы он мог использовать, как мышку, так и клавиатуру. То есть тут на мнение разработчика - "глубоко и далеко", а пользователю надо предоставить оба варианта работы, и оба должны быть удобны. Чисто физически использовать клавиатуру опытному пользователю быстрее в разы, чем мышкой водить. А неопытному проще мышкой водить. Но нельзя делать перекос в одну сторону.
   PR
 
335 - 25.11.20 - 10:39
(307) guest и логин и пароль
   PR
 
336 - 25.11.20 - 10:40
(309) Ну так в задании и не было сделать так, чтобы все охренели от непродуманности
   PR
 
337 - 25.11.20 - 10:41
(313) Ну то есть ты начинаешь понимать, что 1С не такая уж и простая и глупая система, ага
   PR
 
338 - 25.11.20 - 10:43
(317) А, ты про мою базу
Так там Новый пользователь без пароля, а уже потом создаешь своего с любым паролем
   Калиостро
 
339 - 25.11.20 - 10:43
(337) Это он еще только с количеством споткнулся. С себестоимостью будет вынос мозга.
   IdeaV
 
340 - 25.11.20 - 10:45
(335) Это я сразу попробовал, не подходит.
(338) Шо?
   PR
 
341 - 25.11.20 - 10:48
(340) Да блин, запускаешь http://server.odinesnik.ru/1cvslsfusion, выбираешь пользователя "Новый пользователь", пароля дня него нет, открывается окно регистрации нового пользователя, вводишь логин и пароль, какие хочешь, нажимаешь Зарегистрировать, программа автоматически перезапускается под только что созданным пользователем
Все
   PR
 
342 - 25.11.20 - 10:48
+(341) А guest это я для Фузины написал
   IdeaV
 
343 - 25.11.20 - 10:50
(337) Напротив, я убеждаюсь, что это эпично костыльная система, в которой пафосно решаются проблемы, порожденные самой этой системой.
То, что пользователь привык править что-то в "табличной части" говорит как раз об убогости системы, а он даже не замечает насколько это ненормально.

(336) А вот это вот требование ТЗ подтверждает её непродуманность и, собственно, причину костыльности:
> Каждые 10 минут при необходимости должна автоматом восстанавливаться последовательность проведения складских документов, то есть перепроводиться документы в хронологической последовательности (336)
   PR
 
344 - 25.11.20 - 10:53
(343) Да можешь не перепроводить, можешь обеспечить другим способом верную себестоимость
В принципе пункт слегка притянут за уши, хотелось добавить что-то из регзаданий
Штука интересная, важная, полезная, хотелось узнать, что есть такого плана у других
   PR
 
345 - 25.11.20 - 10:54
(343) Про костыльность табличной части это ты сейчас конечно мощно задвинул, посмотрим, что предложишь взамен
   Арбузов
 
346 - 25.11.20 - 10:55
(343) Во, пошёл жырок. Давай-ка, расскажи, как правильно надо?
   polosov
 
347 - 25.11.20 - 10:56
(343) Ты это бизнесу скажи. То, что ты в своем маня-мирке считаешь удобным и передовым, в бизнесе считается неудобным и корявым.
   ДенисЧ
 
348 - 25.11.20 - 11:12
Я тоже присоединюсь к слушателям... Что лучше ТЧ документа может предложить нам сей скромный гений?
   MadHead
 
349 - 25.11.20 - 11:14
(348) Ввод силой мысли )
   HeKrendel
 
350 - 25.11.20 - 11:14
(317) Ты 3 раза пикал товар, 1 товар высветилсЯ, серьезно все работает без багов?
   HeKrendel
 
351 - 25.11.20 - 11:16
(348) Гений пока не знает, что не все работают по штрихкодам
   вым
 
352 - 25.11.20 - 11:19
(343) меня не отпускает стойкое ощущение, что новоявленный идеав это старый знакомый краш или брошка. уж больно похожи высказывания в сторону 1с
может просто опять изобрели очередную систему супер-пупер и теперь покоряют мир с этим поделием
   Paint_NET
 
353 - 25.11.20 - 11:19
(343) Понятно, очередная ипостась краша "я художнег, я так вижу".
   polosov
 
354 - 25.11.20 - 11:19
(351) И не у всех сканеры в клавиатурном режиме. Некоторым  не хочется, чтобы был фокус постоянный на поле ввода.
   вым
 
355 - 25.11.20 - 11:21
(352) +и опять подозрительная схожесть в склонности к рознице, незнание базовых принципов документооборота
   Злопчинский
 
356 - 25.11.20 - 11:25
(313) "А вот вбросить документ в любую дату, чтобы при проводке пересчитались остатки, -- это требует значительно больше времени на обдумывание и реализацию." - а во время пересчета - пользователь что делать будет? ждать пока посчитает или асинхронно будет? и что будет если два разных пользователя в разных сеансах введут два разных документа "взад" - запустятся два пересчета? как они друг с другом "дружить" будут?
а если один документ одновременно открыли два пользователя и вносят правки - что будет в итоге?
   Злопчинский
 
357 - 25.11.20 - 11:27
(317) ты не путай АРМ кассира (где достаточно жесткий последовательность действий с чеком) и работу оператора с приходной/расходной/заявкойпокупателя...
   HeKrendel
 
358 - 25.11.20 - 11:30
(357) Оставь интгригу до следующей серии ;-)
   Злопчинский
 
359 - 25.11.20 - 11:31
(358) угу.
Только предложение - фузину сюда не мешать.
на фузину если надо - отдельную ветку сделать, как-никак год прошел с того эпичного срача.
   Злопчинский
 
360 - 25.11.20 - 11:32
ну, и надеемся что в продемонстриорованном ИдеяВ РМ Кассира - работает с маркированным товаром...
 
 Рекламное место пустует
   K1RSAN
 
361 - 25.11.20 - 11:32
(343) Огласите, пожалуйста, список проблем. А то сейчас создается впечатление, что для вас проблема = видеть все поля документа в одном окне с возможностью их редактирования без необходимости прыгания по 10 различным ссылкам.
   IdeaV
 
362 - 25.11.20 - 11:34
(346) Правильно - это когда пользователь не делает лишних движений и не путается.

Т.е., если по клику что-то открылось в новой вкладке, и пользователь четко видит, с чем именно работает, то я считаю это правильным. Этот подход появился не так давно и вначале тоже меня подбешивал, но он прижился, потому что объективно лучше.
Оппоненты предлагают работать с огромной простыней, где всё на одном экране (отвел взгляд и всё -- потерял мысль), потому что привыкли так. Это дело вкуса, конечно, но клики (и особенно дабл-клики!) я бы таки посчитал в 1С и в Интеграле, когда всё будет готово.
   K1RSAN
 
363 - 25.11.20 - 11:34
(360) Маркировка - это следующий шаг. Или даже Через пару-тройку шагов.
Нам бы сейчас просто получить работоспособное решение, в котором можно будет работать относительно удобно и быстро.
   ДенисЧ
 
364 - 25.11.20 - 11:37
(362) А когда на каждую строку товара поступления надо полностью заполнять шапку документа - это правильно?
   вым
 
365 - 25.11.20 - 11:37
(362) >>Этот подход появился не так давно
этому подходу редактирования в отдельном окне сто лет в обед будет
   Paint_NET
 
366 - 25.11.20 - 11:39
(362) Т.е. возвращаться в шапку для указания количества, предварительно встав на нужную строку с товаром - это не лишние движения?
   вым
 
367 - 25.11.20 - 11:39
сумма = 1.219326313567933e17 )))) это пять!
   вым
 
368 - 25.11.20 - 11:42
а простите .... сейчас в пульте 33 движения в каких-то черновиках и приходится мотать страницу на два листа ... а когда будет 200000 движений? где потом искать таблицы пту рту?
   polosov
 
369 - 25.11.20 - 11:43
(367) В том то и дело, что в построение бизнес-приложений приходят вчерашние формошлепы. Они думают, что надо сделать систему,  где бэк накидывается в 5 кликов и бизнес будет ссать кипятком от такого.
1С более 20 лет пилит бизнес-приложения и все решения не просто с потолка взяты, а выстраданы нами, при общении с многочисленными заказчиками.
   вым
 
370 - 25.11.20 - 11:44
а еще тупой вопрос. В описание будете вставлять, что универсальность только на словах? вроде браузерная версия декларировалась, а не на всех версиях работает. На файрфоксе например не работает ввод рту пту. Для интеграла будут перечислены правильные браузеры?
   K1RSAN
 
371 - 25.11.20 - 11:49
(362) Вы так и не прокоментировали ситуацию, что при выборе товара у меня в поле цена заполнилось раз 5 цена и рядом раз 5 НДС через запятую.
То есть - открывать 10+ вкладок = НЕТ лишних движений?)
И да, большая часть "простыни" автозаполняется. В самых частых ситуациях надо выбрать контрагента, заполнить номенклатуру и количество. это много? Остальным занимается уже не продавец, а бухгалтер - выписывает счет-фактуру (или СНТ, у нас вот с 1 января начинается пилот) и там уже нужно работать с большим количеством информации (и то в правильно настроенной базе опять таки половина сама заполнится).
   Paint_NET
 
372 - 25.11.20 - 11:50
(369) Вот кстати да. Если уж создавать что-то хоть немного конкуретноспособное, то аккуратно сплагиатить лучшее, отбросить худшее, разработать своё ядро и прикрутить ко всему этому.
А тут какой-то ребяческий подход - слепили из говна и палок какое-то поделие с невнятной функциональностью и юзабельностью и тут же начали хаять "конкурента" (в кавычках, потому что до конкуренции им как до Китая раком).
   K1RSAN
 
373 - 25.11.20 - 11:57
(372) Меня смущает другое. Накидать что-то работоспособное они могут, может даже удобство наладят. Но 1С давно уже работает в связке с целым ворохом оборудования и систем: банки, виртуальный склад, сервисы счет-фактур и т.д. Насколько их система способна будет интегрироваться с этим всем, ведь там многое жестко регламентировано. Или же придется вести "двойной учет"?
   вым
 
374 - 25.11.20 - 12:00
(373) зато модно стильно молодежно!
   polosov
 
375 - 25.11.20 - 12:03
(373) Там много придется еще что делать.
Обычно такие писатели знают только про УУ. А когда узнают про БУ и НУ и про то, что все это должно быть взаимосвязанно, и  что с разными разделами учета работают разные пользователи, со своим набором интерфейсов, то их стоимость внедрения за 50тыс вырастает во многомиллионные бюджеты.
   K1RSAN
 
376 - 25.11.20 - 12:06
(375) Это я так первое время неправильно оценивал стоимость доработки, а потом приходилось либо бесплатно дорабатывать, либо клиенту объяснять причину большей цены, чем было озвучено
   polosov
 
377 - 25.11.20 - 12:07
+(375) ТСу можно сказать, чтобы организовал в базе работу организации на УСН доходы-расходы, считает и выплачивает в базе простенькую ЗП сотрудникам и хочет сдавать отчетность вовремя. И все, про ТСа можно забыть на годик.
   K1RSAN
 
378 - 25.11.20 - 12:11
(377) Ну сейчас задача попроще, так что можно не давить) Первое, что от него надо - удобный интерфейс для работы с большими продажами-покупками
   вым
 
379 - 25.11.20 - 12:13
(378) >>для работы с большими продажами-покупками
ну про большие объемы фузинаторы кичились особо (помнится речь была про десятки тысяч строк в одном документе) :)
   polosov
 
380 - 25.11.20 - 12:15
И да.

1. 1С победит стопудово
   HeKrendel
 
381 - 25.11.20 - 12:18
(379) А потом оказалось, что это используется для загрузки чего-то
   HeKrendel
 
382 - 25.11.20 - 12:18
(378) Удобный интерфейс заявлен из коробки, так что просто реализация задачи
   HeKrendel
 
383 - 25.11.20 - 12:19
В видосе, ни НДС тебе, ни чего нет
   CrushBy
 
384 - 25.11.20 - 12:21
(381) Ничего не оказалось. Просто в 1С - беда с большими документами. PR может опять туда закинуть с десяток тысяч строк и все у него будет тупить. А в фузине все сделано круто.

3. Своё мнение
   polosov
 
385 - 25.11.20 - 12:25
(384) Но зачем?
В 1С документ это объект для отражения хозяйственной операции. Неудобненько работать человеку с таким объемом данных.
   Калиостро
 
386 - 25.11.20 - 12:26
(346) Странный ввод ставки НДС в номенклатуре. Почему ставка НДС - это строка, причем можно наколбасить всякую хрень?
   HeKrendel
 
387 - 25.11.20 - 12:28
(384) Тебе же объясняли, что в жизни большие документы не используются, а там где используются (например планирование) проведение и запись идет построчно
   HeKrendel
 
388 - 25.11.20 - 12:29
И то что вы там реализовали быструю работу с большим объемом данных - вы молодцы, а то что архитектурно налажали, и вместо исправления архитектуры, вы пошли пилить фасад, то это бог вам судья
   IdeaV
 
389 - 25.11.20 - 13:56
(386) Мне вообще непонятно, почему понадобилось выбирать включенный или начисленный. Ну, вероятно, накладные приносят в разных видах, и нужно тупо вбивать номенклатуру как дали - с НДС, без НДС, пофиг. Но скорее это чтобы над фузиной поиздеваться -- как я понял там выбраны те места, где 1С как-то особенно силен. Ну, штош, я спорить не стал, сделал.

Справочник НДС -- админская хрень, пользователю не будет доступно (через роль), не вколбасит он ничего. Проблема восприятия, я вижу, ещё в том, что люди не понимают, что интерфейс един, и нужно настроить роли, а не пользоваться отдельным приложением Конфигулятор. Роли будут настроены по окончании первой версии.
   вым
 
390 - 25.11.20 - 14:01
(389) >>Мне вообще непонятно, почему понадобилось выбирать включенный или начисленный.
все. ветку можно закрывать
   IdeaV
 
391 - 25.11.20 - 14:18
(390) (375) (373) (360)
Никто не помнит, но изначально я выступил в ветке Веб-мастеринг как простой сервис для создания веб-приложений «всё-в-одном»:
Конструктор Интеграл — простой сервис для создания веб-приложений «всё-в-одном»
Это веб-сервис, который включает в себя визуальные инструменты:
1. Редактор реляционной базы данных
2. Навигатор данных
3. Конструктор запросов
4. Простой конструктор форм
5. (для тех, кто знает толк в HTML) Шаблонизатор

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

Но далее дартаньяны втянули меня померяться тем, что может сделать платформа 1С и Интеграл на примере простого ТЗ.
Я взялся и делаю то, что в ТЗ. Поддерживаю, так сказать, беседу. Я не жаловался, прошу заметить, что ТЗ явно заточено под 1С. Более того, я не эксперт в БУ, НУ, УТ, УУ, ЗУП, хренуп и прочем.

Хотя, в целом, я собираюсь сделать то же, что PR, попроще и за меньшее время. Пусть только пароль даст, чтоб знать видение им идеала.

Продолжаем разговор.
   PR
 
392 - 25.11.20 - 14:22
(391) Я же тебе сказал в (341), как войти в базу
   acht
 
393 - 25.11.20 - 14:37
(391) > Нигде не было претензии на убийство 1С, как и упоминания об 1С в принципе.
То есть,  вот в этой слезной истории:

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

    https://ideav.pro/    

Вы, мягко говоря, натрындели?
   IdeaV
 
394 - 25.11.20 - 14:38
(392) В выпадающем списке ничего не выпадало, теперь я зашел, да.

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

Но, ок, я понял, погоняю ещё вечером.

Всё таки надо записать пользовательский путь: создали док, столько-то позиций, потом чё-то отредактировали, провели, распровели, нашли по свойствам (в т.з. этого нет, но оно очевидно нужно).
Любимую всеми защиту от дураков можно включить.
   IdeaV
 
395 - 25.11.20 - 14:39
(393) Нет, и могу это доказать фактами. Для замены бумажных журналов решение просто супер, и точно проще 1С.
   Злопчинский
 
396 - 25.11.20 - 14:42
(362) идея правильная насчет поменьше инфы на экране.
но то как сделано у вас впо тестовой задаче - адский трэш и смотреть на это не хочется.
возможно, это только альфа-черновик и результат-итог будет повменяемей
   acht
 
397 - 25.11.20 - 14:42
(395) Значит мои глаза меня не подводят и упоминания об 1С все-таки были.
Продолжайт рисовать свое решение, пожалуйста.
   Злопчинский
 
398 - 25.11.20 - 14:44
(396) "идея правильная насчет поменьше инфы на экране."
- но это не всегда может быть оправдано. есть варианты когда наличие ТЧ на экране - тупо удобнее.
в той же 1С - у каоторйо в ТЧ достаточно много данных - можно без проблем и не кодируя тупо на пользовательском уровне отключить например в ТЧ расходнйо накладкной все поля кроме Товар-количество-цена. или товар-количество-итоговая сумма. что нужно пользователю. и тогда ТЧ становитяс простой (без ставок НДС, сумм НДС и тд - то nxj надо быть, но не обязательно показывать все время), обозримой и более удобнйо в работе чем вход в каждую строку документа как в отд.карточку (и в саму ТЧ по отдельной ссылке)
   Garykom
 
399 - 25.11.20 - 14:45
(384) Платформа 1С 8 штатно обрабатывает "большие документы" (до десятков тысяч строк)

Проблемы бывают конкретных решениях на платформе 1С (конфигурациях), где слегка не подумали и проведение с запросами в цикле или еще какие проверки и все повисает.
   Злопчинский
 
400 - 25.11.20 - 14:47
(395) ну, для замены бумажных журналов тетенькам под 70 лет, которые привыкли ручками все крыжить - вполне может быть.
  1  2  3  4  5  6  7  8  9  10  11   

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