|
Завершаем внедрение 1С:УТ 11.1 для магазина-салона, который оказывает постижерные услуги и продает парики. Есть позитивные моменты, есть негативные.
Позитивные: существенная часть функционала сразу работает как надо.
Была поставлена задача НЕ снимать продукт с поддержки, потому в принципе избежать доработок конфигурации (за исключением внешних отчетов и обработок), и эту задачу удалось выполнить.
Негативные:
1. Ужасные тормоза. Несмотря на номенклатуру всего в 5000 наименований, поиск номенклатуры по штрих-коду занимает порядка 10-15 секунд. Возможно, связано с тем, что штрих-коду сопоставлена не только номенклатура, но и характеристика, посредством которой идентифицируются приходные партии. А возможно, криво взаимодействие с драйвером сканера штрих-кодов (при работе в одном из режимов работает с вот такой задержкой, при работе в другом режиме работает на порядок быстрее, но требуется каждый раз нажимать клавишу F7 перед вводом штрих-кода).
2. На удивление невероятное количество багов. Вот только некоторые из них, характер которых вызывает ну просто крайнюю степень изумления (релиз 11.1.10.167), причем, подтвержденные франчем:
- В справочники номенклатуры не работает поиск номенклатуры по части наименования, хоть по начальной части, хоть по произвольной подстроке. Исключительно только по полному наименованию, который не отключается даже при сброшенной галочке "По точному соответствию".
- Какие-то непонятные заморочки с прорисовкой изображений в ценниках и этикетках. Если в этикетке присутствует одновременно "штрих-код как картинка" и логотип в виде картинки, то удается вывести на печать только что-то одно - либо штрих-код, либо логотип, вместе-одновременно никак не печатаются.
- Не приведи господь переименовать какой-нибудь "Вид номенклатуры". Тотчас слетят метаданные, в одних местах будет использоваться старое наименование, в других новое, а в целом не будет работать ни то, ни это.
- В мастере создания новой номенклатуры "Рабочее наименование" и "Наименование для печати" выводится раньше поля "Вид номенклатуры" в формате доступном для редактирования. При этом в конкретном "виде номенклатуры" ручной ввод этих полей может быть запрещен - только по шаблону.
- Если в конкретном "виде номенклатуры" стоит запрет на изменение "Рабочего наименования" либо "Наименования для печати", записи номенклатурного справочника оказываются недоступными для пометки их на удаление - выскакивает ошибка.
3. Масса концептуальных нелепостей, в частности:
- Не имея полных прав администратора, пользователь не имеет возможности выполнить процедуру архивирования БД (в нормальных продуктах для этого предусмотрена роль вроде Backup помимо Administrator)
- Для того, чтобы приложение (толстый клиент) смогло-таки нормально взаимодействовать с эквайринговым пинпадом, в операционной системе необходимо запускать 1С от имени администратора рабочей станции.
- Подключаемое оборудование привязывается к номерам COM-портов. Достаточно включить оборудование в какой-то иной последовательности, и всё, 1С:УТ уже "заблуживается в трех соснах", потому что оборудованию операционной системой присвоились номера COM-портов в каком-то другом порядке.
- Не понятно, почему поиск торговых документов, в которых фигурирует та или иная номенклатура, может осуществлять только пользователь с правами администратора и при этом только "левой ногой через правое ухо". Это что, какой-то мало востребованный функционал? Почему, находясь в карточке номенклатуры, нет возможности отобрать документы, в которых эта номенклатура фигурирует?
- Не понятно, почему нельзя задать текущую учетную дату иной нежели текущая дата компьютера (как в 1С:Бухгалтерии). По ряду причин ввод вступительных остатков мы вводили НЕ в режиме "ввод вступительных остатков", а приходными документами - и каждый раз нужно было не забыть изменить дату на дату ввода вступительных остатков.
- Какой великий смысел в присутствуюшей на форме номенклатурного справочника суперкнопке "Изменить выделенные", если она позволяет изменить сразу у груды записей реквизиты и дополнительные реквизиты, но не позволяет при этом переформировать "Рабочее наименование" и "Наименование для печати" по шаблонам, в результате чего все равно приходится заходить отдельно в каждую запись справочника номенклатуры и жмакать кнопку "Заполнить по шаблону" отдельно для каждой записи. Трудно было догадаться, что групповое заполнение наименований по шаблону должно быть частью этого функционала?
- Какой смысл мучиться с "настройкой создания" конкретного "вида номенклатуры", указывая видимость/невидимость и доступность полей и дополнительных характеристик, которые имеют смысл для конкретного вида номенклатуры, если в карточке номенклатуры тебя по любому завалит всеми "общими" дополнительными характеристиками, в том числе, не имеющими для данного "вида номенклатуры" никакого смысла?
- Какой смысл делить "дополнительные характеристики" на "общие" и "для конкретного вида номенклатуры", если ни те, ни другие невозможно использовать с позиций масштабируемости решения? Если переборщить с "Общими", то ими буквально заваливает все карточки номенклатуры, и там, где такие характеристики нужны, и где не нужны (мы сначала допустили такую ошибку, и потом вдруг обнаружили, что карточка номенклатуры растянулась на несколько экранов). Если использовать "для конкретного вида номенклатуры", то они оказываются недоступными для любых других видов номенклатуры, даже тех, которые имеют общие черты с какими-то другими. Иными словами, "дополнительные характеристики" не могут быть привязаны к двум или к трем видам номенклатуры - либо сразу ко всем, либо только к одному. "МудрО"... :(
- Почему в настройках вида номенклатуры невозможно указать значения по умолчанию ряда полей (например, "Производитель") и дополнительных реквизитов - ни на закладке "Значения по умолчанию", ни на закладке "Настройки создания"?
- Почему не предусмотрен самый востребованный стандартный функционал партионного учета, при котором идентификатором приходной партии является дата прихода (либо дата и время)? И чтобы дата прихода проставлялась автоматически по всем строкам табличной части приходного документа. Нам пришлось код партии хранить в "характеристике" (общие для вида номенклатуры), а для заполнения "характеристик" одной и той же датой в строках табличной части приходного документа задействовать внешнюю обработку.
- Если, как указано выше, "характеристики" уже задействованы для целей реализации партионного учета, то их уже нельзя использовать для других целей. В частности, у нас стоит задача вести детальный (количественный и суммовой) учет по приходу и расходу париков не только в разрезе моделей, но и в разрезе их цветов, размера головы и ряда других параметров (это всё - "дополнительные реквизиты"). Однако, цена у всех париков одной модели, независимо от цвета и размера головы - одинаковая. Как можно удобно задать цену для всех париков по-модельно? Никак. Можно было бы выкрутиться, если использовать "цвет парика" как характеристику, но характеристики уже задействованы под партионный учет - в них дата прихода, цвет уже туда совать нельзя. Иные решения не позволяют вести учет и в количестве, и в сумме в разрезе складов/магазинов и в разрезе не только моделей, но и цветов парика. В общем, как ни крути, либо масштабные доработки со снятием с поддержки, либо придется смириться с неудобствами. Нам пришлось смириться с неудобствами. Приходится 100500 раз задавать одну и ту же цену для груды записей номенклатуры, отфильтровав записи по дополнительному реквизиту "модель" (и не дай бог при этом ошибиться, указав ее разной для разных записей справочника номенклатуры одной модели но разного цвета!). И настроить внешний отчет, который формирует прайс-лист не по позициям номенклатуры, а сгруппировав множество записей номенклатуры по моделям париков (которая может быть одинаковая для разных записей номенклатуры, поскольку у париков разный цвет).
В общем, полностью и совершенно избежать неприятных моментов не удалось. Так что, уважаемые trdm_ и Программист 1с, продукт сей НЕ идеален. Хотя, в принципе, без больших затрат позволяет-таки в принципе добиться решения задачи во многих случаях, оставшись на стандартной поддержке 1С с рядом оговорок и неудобств.
|
