Торговая компания, отгрузка курьескими службами со склада.
Документооборот 3000 отгрузок (заказов) в день, платежных документов столько же. В документе до 10 строк.

Остальной документооборот несущественный.
Одновременно работает до 50 операторов. Работа круглосуточная.


Нагрузочное тестирование буду проводить через недели две.
Сейчас интересует мнение сообщества.

(178) этим ты удивить нас чем то хотел? связка акс + sql обеспечивала такой же объем в 99, только ресурсов надо было на порядок меньше

(183) из ут11.2 в бп3.0

(184) если в аксес навернуть весь функционал УТ 11, он ляжет и больше не встанет. Видел попытки. когда чисто выписывание и поступление, то все ок, а как доп расходы и транспортные и прочее, и контроли и прочее, посыпались блокировки.

(185) А если бы была КА 2 или УП, то бухию бы так же отдельно держали?

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

(188) Т.е. отдельная база для бухи будет (на КА) или в одной базе КА будет вестись и бухгалтерия?

Во, блин, 1С уже, кажись, УТ11.3 выпустила, а до сих пор народ ее признать не может :-( , десятка, помнится, к третьему релизу уже очень неплоха была...

(190) так с момента выпуска и месяца не прошло

(190) жестью были переходы 11.0-11.1-11.2
11.2-11.3 не старашный

(178) >>Более 30 000 отгрузок, почти 400 человек в базе
за какой период? Какие сервера и какой объем базы на текущую дату?

(190) 11 надо уметь курить, настраивать сервера (иначе вообще не летает), если например не настроить SQL то одна и та же операция на одной и той же операции может разнится в 10-ки раз по времени + требования к серверам совсем другие, ни какой файловой, да же на 5 пользователей, не работает, причем работает быстрее файловая+веб чем файловая и RDP

(193) за 20 часов работы, объем перевалил за 100 гб с начало года, порядка 20 тыс номенклатуры, у каждой может быть до 8-ми характеристик, картинки и прочее хранится отдельно.
Сервера смотри выше ("Зеоны" по 16 ядер на сервер, 60 гБ, диски твердотельные)

(194) А что там настраивать то? Статистику да реиндекс

(195) вот это система я понимаю) а мы тут все ларьки автоматизируем

(195) >>да уже думаем, что буху надо переводить на КА, так как при закрытии месяца народ не устраивает что блокируется почти все

Так я чота не пойму, если перейдете на одну базу КА, то при закрытии все будут курить, а щас в БП отдельно месяц закрывается, зачем переводить?

(196) Мойдодыр?

(196) это в первую очередь, не забываем про tempdb и про шренкование, так же очень внимательно смотрим за использованием буфера SQL-м, если он падает меньше 98% или пошла "пила" то надо капать в строну оперативы (не хватет ему)

(195) вы базу обновляете? Сколько по времени ставится обновление?

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

(199) И?

(203) Он же Гёдза он же Карупян он же Брегорьян

(201) сейчас летний релиз, обновляется с релиза на релиз минут 30-40(сохраняется изменения). Вот правда если 1С сделала перестройку чего то и после обновления запустилось рег задания пересчета регистра свободные остатки(по моему с 95 на 108 релиз), то было почти 2-е суток.

(202) Т.е. УТ 11 -> КА 2?

(202) Или КА 2 -> КА 2?

(204) Даже я уже не помню столько ников )))

(206) УТ-КА(ЕРП) круче было бы УХ, но там та же БП Корп.

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

Производство и УТ? А что же не  ЕРП тогда?

Через сборку делаете?

(209) (210) То есть вся оперативка останется в УТ в текущей базе, а для рисования бухгалтерской макулатуры, консолидации и прочих игрушек данные будут выгружаться в КА(ЕРП). Такая задумка?

(211) производство сейчас в УПП. Отдельная контора, делает по мелочи всякую, но у одного из учредителей "Космические корабли бороздят просторы вселенной(с)", вплоть до выпуска тракторов, пока правда решили передохнуть с экспериментами.
Хотят сводить цифры по одной кнопке...

Толстый клиент на порядок быстрее

(214) если это не секретные данные, то хотелось бы узнать
- Как организована дисковая подсистема? Какой Raid и конкретно на каких моделях SSD?
- Внешний контроллера raid стоит и чей?
- какие времена сейчас на откликах дисковой подсистемы на mdf и ldf?
- аналогичные времена на Tempdb?
- насколько файлов tempdb побита?
- Какая железная платформа у серверов?
- Версионирование на SQL у вас включено?

(211) Ну так то продажу можно и в УПП тогда перенести.

(0) Если контроль остатков отключить и на 10 и на 11 нормально будет...

Модно, стильно, молодежно!

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

(220) какие проблемы с клиент-банком?

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

(220)  Может все таки вы не умеете готовить кошек? )

(220) Так и пиши, что не осилил.

Я за 10.3 и девиз "работает - не трожь"

(220) Я не поклонник УТ11.
Но отчет Валовая прибыль там не плох.
Показывает доп.расходы. Может исключать продажи между юр. лицами. Показывает входящую себестоимость товара при использовании интеркампани.

С клиент банком проблем не испытываю.

Вы еще в 7.7 работать начните, тоже неприхотлива.

Устанавливать с нуля конфигурации на обычных формах в 2017 году?

Как только язык поворачивается такое советовать, при чем лишь только на основании количества документов отгрузки в день) А другие функции совсем не нужны? А связка с другими конфигурациями?

(220) спасибо, насмешил, что в УТ 11 нет того, что есть в УТ 10.3 )) Желтые книжки читать пробовал?)

(0)
Например, УТ11 оптимальна, с т.з. диапазона и времени устанавливаемых блокировок при записи движений по РН. Так что сопоставление по этому критерию сходной функциональности будет не в пользу УТ10.

А так, конечно нужно не баловаться с РЛС и тогда значительных проблем с производительностью в УТ11 точно не будет (железо конечно нужно адекватное, похожее на то, что выше тут приводили). Для примера:
- 300 одновременных пользователей
- 1000 отгрузок в день, 20-50 строк
- 50 складов, 200 000 номенклатурных позиций

Сильно переделано резервирование, но думаю с т.з. производительности это не дает какую то значительную дельту ни в плюс ни в минус.

(96) Одно не понял: это ты радеешь за 11 или 10?

Плюсы
- возможность перехода из УТ в КА или в ЕРП, если потребуется бизнес.
- улучшения во всех учетных подсистемах
- упр формы
- упр блокировки
- новый подход к формированию движений
- веб-интерфейс из коробки
- скд по всю ширь
- множество сервисных возможностей хорошо задокументированных.
- множество хороших курсов от Гилева и Насипова.
- множество новых подсистем от сторонних компаниий реализованы только для УТ 11.* или развиваются только для УТ 11

PS почему не УТ 10.3: это как купить БМВ E34 и надеяться, что не потребуется лезть под капот.

(231) если найти БМВ Е34 правильно законсервированный и с нулевым пробегом - он прослужит дольше чем то, что сейчас с конвейера сходит, так что аналогия интересная, но неоднозначная, ресурс у тех БМВ был раза в 2-3 больше чем у нынешних :)

Был у меня недавно звонок.
Типа по моим программам ну и туда сюда узнал у клиента:

Работают кучу лет на УТ10
Стал вопрос сайта - мол генеральный сказал срочно зафигачить новый сайт и наладить с ним 1С
ФИрма наняла какую то фирму, которая сказала что для обмена с сайтом ТОЛЬКО УТ11 и больше НИКАК
Ну и фирма ужде 700к оплатила - ЗА пока что только разговоры
Внедрения УТ11 и близко нет - а фирма крупная.
Тетка из руководства в шоке - говорит там вообще наши процессы никак - все сложно - мы в акуе.
И все РАДИ сайта.

Я быстро ее отрезвил что ради сайта - можно было б 20-50к за обмен заплатить и ВСЕ. Что обмен это тупо два файлика туда сюда закачиваются и больше ничего. И никакий связи какая 1С и какой сайт НЕ СУЩЕСТВУЕТ

(231)
прочитал только первую строку "- возможность перехода из УТ в КА или в ЕРП, если потребуется бизнес."
Тебя можно только за это сразу уволить

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

(234) Ну бизнес часто требует переход с КА или УПП на УТ.

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

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

(233) "фирма ужде 700к оплатила - ЗА пока что только разговоры" // Давай пруф обоих приведенных фактов (факт оплаты и факт содержания того, за что оплата была произведена)

Вообще - разговор ни о чём.
Ни в той ни в другой УТ неудобно работать, если мы ищем товар по характеристикам.
Интеграцию с сайтом всё равно дописывать.

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

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

От клюшечников просто для базопузомера. 5 Манагаров за рабочий день генерятпорчдка 30 тыс строк проводимых по регистрам заявок, остатков, и резервов. Алгоритмы стандартные, прямые запросы не юзаются. Файловая база. Регистр движений заявок 16 млн записей, во время ИС конференции пришлось подражать один год, то есть порядка 4млн записей. Сервак даже не чихает. Сервак уровня начала 2010 года

Семерошная бухия стандартная. Загрузка данных биллинга телекоммуникационной компании на конец месяца, акты и счф из 1-2 строк с проведением,  загрузка платежей операциями с самостоятельным просчетом 62.2 и 62.1. Не считая платежей получалось около 5 тыс доков актов. Вся загрузка с учётом чтения и разблюдовки файла обмена с генерацией данных - порядка 30 минут. Сервак типа мощного офисного пня.

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

Каждый выбирает сам что ему ближе.

Для (0) больше интересно задаться вопросом
А почему нет вопроса к складу который это все обрабатывает? Онто ведь как-то все успевает...? Может посмотреть попристальнее на его принципы работы чтобы наверху тоже успевать?

Пустьиавтор лучше скажет опишет чуть больше про склад, что сколько на чем, интересно.
Спсб

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

3000 документов на 50 операторов - это 60 документов за 8 часов работы оператора. Или один документ в 8 минут.
Если 10 строк - то чего-то получается очень много времени на подбор (чуть ли не минута на строку).
Значит - самое важное - подобрать нужный товар - то есть опять же - поиск по характеристикам - таблицы аналогов и т.п.
Боюсь, что "утята" тут очень сильно подведут.

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

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

(243) Со складом вообще все просто.
3000 отгрузок (1-10) позиций , в среднем (2-5)
На складе всего 20 номенклатурных позиций. Тут вообще проблемы нет.  Распоряжения на отгрузку пришли, скомплектовали посылки, упаковали, стоят ждут курьерскую службу.

(246) У нас на складе около 600 номенклатур активных на штучной сборке. 2000-3000 заказов собирают 5-7 человек

а не вру. 2000-3000 заказов этона 2х складах.. + 3 человека на втором

(96)
----
давайте еще подкину на вентилятор

разрешить или запретить отгрузку фактически существующего товара но отсутствующего в базе???
---

А ведь таким функционалом и подобным ему можно любую версию загробить

(246) а собмраете позакащно или консолидировано с последующей сортировкой по заказам?

(246) а складом что управляет?

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

(229) >>железо конечно нужно адекватное, похожее на то, что выше тут приводили

Пока что тут особо ничего не привели. В (216) я задал какие-то наводящие вопросы, но ответов пока нет, кроме как "два сервера", какие-то SSD на 60 гб, какой-то кластер...Пока как бы вброс был, но конкретно какого-то серверного оборудования под такие адовы задачи не приведено. И вопрос вроде не в том даже, сколько там у них онлайн и как блокировки накладываются. Вопрос ставится вроде так: сколько времени нужно, чтобы произошло закрытие месяца, сколько времени нужно чтобы обновить конфигурацию физически, сколько времени нужно и нужно ли, чтобы выпустить обновление, если конфигурация уже доработана. И какое оборудования нужно, чтобы операторы могли работать в такой конфигурации без особого раздражения по производительности. Пока, на основе вводных, можно сказать что людям нужно очень хорошее и дорогое железо + такой же софт, который позволить поддерживать круглосуточно работу, в случае выхода чего-то там из строя, вплоть до физического изничтожения одного из серверов. И соответственно, если это не купить, вообще о какой УТ 11 можно вести речь? Как я уже и писал, у вас просто тупо может не хватит денег на ее адекватное обслуживание и эксплуатацию.

(252) ну как раз тесть вопрос что обеспечивает плавность и макс скорость

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

Есть же методики расчета серверного оборудования от самой 1С. Там ексельный файл. Вы вбиваете туда много параметров, на выходе получаете приблизительные рассчитанные показатели. А дальше маппите все это на актуальные железки. Тут вообще подув на молоко можно сказать, что минимум два процессора на один сервер типа Xeon E5-2667 v4, туда же ну сколько - минимум наверное 4 SSD, если не больше, в зависимости как рейды будут делать линейки Intel 36xx или 37xx, какой-то внешний контроллер рейда, соответственно сама платформа + все ПО. Такой же нужен второй сразу же, если ж вы круглосуточно работаете. Это сколько миллионов то уже сразу? :) И это как бы уж ну совсем прям не топ. Скорее всего, адекватное решение, которое еще можно дальше только объемом памяти модернизировать. Кстати автор собрался делать нагрузочное тестирование. Хотелось бы узнать - ээээ...как? Т.е. у него уже есть его база, переведенная на 11, такого же объема и теперь при помощи нагрузочного теста, она залудит туда сколько там десятков сеансов и посмотрит - все ли у него хорошо?

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

Я бы реально рискнул УТ11 хотя бы только из того, что 10 устарела и бесперспективная.
Да и преимущества в части масштабируемости для тонкого клиента не отнять.
Ну или писать производительную заточенную нетленку - тоже вариант, если будет только операторская работа.

(257) Аренда серверов например тоже актуальна. Опытную эксплуатацию можно попробовать.

Если "на складе всего 20 позиций", то ставьте любую УТ - летать будет.

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

(261) Живьем я видел наборные листы (только не в этом случае что у ТС - с ТС я вовсе в разных регионах похоже). Когда-то видел сборку под отгрузку со склада готовой продукции, так там перешли тогда (давно уже) на использование ТСД, потому что все упаковки были штрихкодированы. Ну и общий перечень номенклатуры продукции очень большой. Правда и отгрузка там шла сразу фурами, а не курьерами.

В пределах 6-7 тысяч наименований сборщики на складе способны справляться без ТСД и практически без ошибок. При приближении к 8-9 тысячам ошибок становится больше, критичное количество ошибок начинается при превышении 10 тысяч. Тогда резко снижается скорость сборки.

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

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

Если на листе написать маршрут, что и с какой полки взять и все полки пронумерованы, а товар разложен, то бумажный лист мало чем будет отличаться от ТСД.
Просто, если есть WiFi, то на ТСД можно добавку к заказу скинуть, чтобы тот же кладовщик собирал уже и новый заказ заодно, а если бумага, то он начнёт его собирать как только выполнит предыдущий. Опять же, если по данным компьютера на полке есть товар, а реально его нет, то с ТСД проще ситуацию разбирать, так как по телефону объяснять чего нет не так удобно.

Ну и самое главное - бумага - она одно (ну максимум двух) разовая, а ТСД - только аккумуляторы не забывать менять.

Если взять грубо что 1заказ - 1лист
То на один день работы уходит 6 пачек бумаги, это в районе 1200 руб
За полтора месяца это уже стоимость нормального тсд только на бумаге, не берем здесь тонеры, принтеры

(266) Ещё нужно старую утилизировать, чтобы нечаянно один заказ два раза не собрали.

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

Но в целом, все понятно. Возражений не имею. Моему опыту участия в работе склада это не противоречит. :))))

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

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

Даже просто перенос бумажной идеологии на тсд уже ласт существенный прирост. Я как пример приводил цифры своей
Оей старой самописки

А если есть этап контроля собранного то все ребята, при бумаге конкретно курите бамбук

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

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

Автор затихарился и не расказввает как у него на складе

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

(221), (224) А как вы эквайринг грузите, где указываете услуга банка ?

*услуги

(221) как решили v8: Эквайринг в УТ ?

так и непонятно, что в итоге начал пилить автор. и каковы итоги на данный момент...

(4) Странная математика. Пиковая нагрузка может быть в течении часа (например фура с товаром стала на приход). Т.е. в реальности 75% нагрузки может быть генерироваться в течении одного конкретного часа. А это уже транзакция каждые 2 секунды.
Поэтому исходить из того что (ну ведь в среднем за ночь 1 накладная в 10 минут, значит нагрузка минимальная и справиться любой комп) как то странно

(277) Еще не решил, сейчас собираю все проблемы конторы.

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

(249) почему?

(258) А в каком плане она устарела? Ну т.е. что вы вкладываете в это понятие? К примеру нельзя распечатать УПД, или там нет ставки НДС 18%, а только 20%. Что именно там устарело?

(195) "объем перевалил за 100 гб с начало года" - подозрительно мал объем для 30000 отгрузок в день. Или они по 1-2 строки?
У нас прирост 300 гб в год при 12000 отгрузках в среднем, и это полусамописка, где нет лишних типовых регистров.