Записки фрилансера о внедрении 8.2
Функциональные - Управление проектом (PMO, EPM)
Файлы
ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Подписка PRO — скачивайте любые файлы со скидкой до 85% из Базы знаний
Оформите подписку на компанию для решения рабочих задач
Оформить подписку и скачать решение со скидкойВы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
- 0% комиссии — оплата напрямую исполнителю;
- Исполнители любого масштаба — от отдельных специалистов до команд под проект;
- Прямой обмен контактами между заказчиком и исполнителем;
- Безопасная сделка — при необходимости;
- Рейтинги, кейсы и прозрачная система откликов.
Записки фрилансера о внедрении 8.2
Эти записки не претендуют на полноту понимания вопроса, наоборот это приглашение к обсуждению подводных камней и краткое описание тех граблей, на которые я наступил.
Так получилось, что в течение года я веду два проекта средней сложности. Начинались оба на 8.1 но затем заказчик второго проекта очень впечатлился настраиваемым интерфейсом 8.2 и при вялом сопротивлении с моей стороны проект перетек на новую платформу, а мне представилась возможность сравнить два внедрения.
Сложность проектов примерно сравнима.
Первый - переход с не 1с через выгрузку начальных остатков в EXCELL на комплексную автоматизацию. Дописаны ячеистое хранение, функционал для сервисных работ, рабочие места менеджеров на основе менеджера контактов для планирования сервисных работ, автоматическая генерация серий номенклатуры, управленческий баланс, подключены ТСД и сканеры штрихкодов. Проект прошел очень удачно, два месяца уже идет только добавление функционала и наведение лоска. Во многом спасибо заказчику – он четко знал чего хотел и взял на себя всю настройку прав доступа.
Второй проект – переход с 7 на управление торговлей через перенос данных за 8 лет документ в документ. Дописаны рабочее место кассира (за основу взято РМК из конфигурации розница), встроен механизм ценообразования из поступлений, добавлен функционал для торговли товаром из другого магазина через расходные ордера, автозаказ поставщикам, много чего по мелочи.
И вот в середине внедрения мы переходим на 8.2. Первая сложность – подключение торгового оборудования. Нужны либо специализированные обработки под 8.2, либо доработка существующих обработок. Сложность в том, что я не нашел способа вызвать неуправляемую форму внешней обработки по имени. Два варианта. Либо переписывать вызываемую форму настройки в управляемую, что относительно сложно, либо вставлять обработку в конфигурацию и переписывать вызов, что быстро, но не универсально.
Вторая сложность. В не управляемых формах перестал работать предварительный просмотр при отправке на печать. Работает только для управляемых форм. Пришлось ипмортировать всю подсистему печати из «Управления небольшой фирмой». Дальше больше. В управляемых форм ах не работает компонента 1С:Barcode. В табличный документ компоненты ActiveX теперь не вставить, только рисунок, сгенерированный новой компонентой, как УНФ. Пришлось импортировать всю подсистему печати штрихкодов и этикетов из УНФ. Как бонус – отличный редактор ценников и этикеток. Конечно, здорово использовать все возможности компоновки данных, но очень часто ошибки в запросе и неправильные настройки источников приводят не к диагностической ошибке, а к вылету всей системы. Искать ошибки при этом можно только эмпирическими методами. При переписывании запросов под управление торговлей не раз помянуты были даже родственники разработчиков системы компоновки данных. Дальше опять привет разработчикам типовых конфигураций. Размер штрихкода в УНФ получается следующим образом. Берется размер картинки шрихкода из макета этикетки, созданного в редакторе макетов и хранящегося в справочнике ценников и этикеток. Из компоненты получается минимальная ширина, сравнивается с шириной картинки. Если ширина меньше максимума берется максимум +10. Компонента генерирует новый рисунок штрихкода. Все это отлично работает на больших этикетках. На маленьких этикетках размер штрихкода получается микроскопический, окруженный гигантскими полями.
Мое решение (не претендует на идеал). Зафиксируем размеры штрихкода на которых он получается без полей и их передаем в компоненту. Рисунок на макете сделаем растягивающимся на все поле. Текст штрихкода лучше печатать самостоятельно, он не будет масштабироваться и будет печататься четче. Не забудьте добавить строчку для задания имени настроек печатного документа, иначе все настройки надо настраивать каждый раз заново.
Сложность 3. Неправильная реакция табличного поля на выбор двойным кликом. Не происходит активация ячейки, на которой стоит курсор, а происходит выбор уже активного поля. Очень критично в подборе номенклатуры по наименованию в РМК. Происходит выбор не той номенклатуры и кассир может этого не заметить. Как бороться непонятно, одна надежда, что 1С это когда-нибудь выправит. Работа РМК и многих других рабочих мест возможна только в режиме неуправляемых форм. Сложность этих форм настолько высока, что реализовать их функционал в управляемых формах практически не реально. Так что полностью отказаться от неуправляемых форм не получиться.
Хорошая идея переноса нагрузки на сервер, но вот реализация вызывает много вопросов, почему именно так? Написание управляемой формы с разбивкой кода между сервером и клиентом в 2-3 раза более трудоемко, чем написание неуправляемой формы. Почему нельзя было реализовать свой аналог протокола RDP и передавать на клиент только изменения картинки, а обратно действия пользователей?
Сложность 4. Отчеты. Повторный клик по нажатию кнопки сформировать , если отчет уже формируется, по прежнему приводит к неинформативному вылету 1С, не смотря на последний релиз платформы. Методы борьбы мне неизвестны.
Сложность 5. Почти перед запуском столкнулся с критической ошибкой, которая заставила отказаться от запуска толстого клиента в режиме управляемого приложения а вернуться к режиму обычного приложения, до исправления 1С ошибки. Текущий релиз платформы 1С:Предприятие 8.2 (8.2.11.235).
Во всех неуправляемых формах (формы списка номенклатуры, контрагентов и т.д.) где есть поиск по подстроке (быстрый поиск по первым символам), 1С вылетает, если производится поиск комбинации символов, которой нет в столбце поиска.
Ошибка в базе данных исключается - также пробовали на пустой базе с 1 товаром.
Откатывали платформу до 8.2.9.260 - ошибка сохраняется.
Текст ошибки :An unhandled win32 exception occured in 1cv.exe[16500].
В целом проект вызывает противоречивые чувства. С одной стороны 8.2 это очень мощный импульс к развитию функционала, это очень красивый интерфейс и масса новых возможностей.
С другой стороны переход на управляемые формы ощутимо затягивает проект и приносит массу новых сложностей. Слава Богу, почти все сложности преодолимы или не фатальны и проект уже на стадии запуска.
Молочников Олег.
пятница, 18 июня 2010 г. Санкт-Петербург.
Вступайте в нашу телеграмм-группу Инфостарт
См. также
Управление проектом (PMO, EPM) Аналитик Руководитель проекта 1С:Предприятие 8 Платные (руб)
Решение предназначено для эффективного учета и управления проектами внедрения 1С:ERP. Эта конфигурация содержит все необходимые инструменты для успешной реализации сложных проектов. Дорожные карт, сбор требований, функциональное моделирование, ТЗ, тесты и Service Des - в единой базе. Ускоряет запуск, повышает качество и прозрачность работ над проектом, снижает зависимость от «незаменимых» сотрудников. Эффективна при переходе с SAP/УПП на 1С:ERP.
268400 руб.
01.02.2023 9794 2 2
Управление проектом (PMO, EPM) Разработчик 1С 8.3 Абонемент ($m)
Практический регламент для 1С-разработчиков и команд, выполняющих доработки типовых конфигураций по договору подряда. Разбираем юридические и технические границы: предмет с фиксацией релиза, сценарная приёмка, гарантия при обновлениях типовой конфигурации и права на код по ГК РФ. В статье: чек-лист рисков, образцы формулировок и готовый пакет документов в архиве-компаньоне.
5 стартмани
14.10.2026 330 Ninel_S 0
Управление проектом (PMO, EPM) Тестирование QA Разработчик Руководитель проекта 1С 8.3 Абонемент ($m)
Инженерный регламент для команд, разрабатывающих на платформе «1С:Предприятие» для зарубежного заказчика: правовые границы удалённого доступа (EDPB, регуляторные ограничения), построение строгого контракта данных (Data Contract) и независимая проверяемая приёмка выгрузок. В архиве-компаньоне — готовый офлайн-валидатор на Python с защитой от ошибок округления Decimal, эталонные наборы и криптографическая фиксация SHA-256.
1 стартмани
12.10.2026 301 Ninel_S 0
Управление проектом (PMO, EPM) Разработчик Руководитель проекта 1С 8.3 1С:Франчайзи, автоматизация бизнеса Абонемент ($m)
Предпроектная оценка 1С-проекта как фильтр убыточных заказов: пять зон проверки (учётная политика, состояние базы, обмены, компетенции, сроки), письменное заключение с оценкой работ и три варианта отказа, после которых заказчик возвращается. Числа в примерах условные, ставок и процентов нет: вместо них признаки риска, которые можно проверить на своей базе, и метрики фильтра.
1 стартмани
05.10.2026 434 Ninel_S 0
Управление проектом (PMO, EPM) Руководитель проекта Бесплатно (free)
Как распределить ответственность между руководителем проекта, архитекторами и исполнителями, зачем раздельно учитывать задачи аналитики и разработки и как использовать план-факт и КПД не как рейтинг сотрудников, а как инструмент управления проектом.
25.09.2026 1255 OlgaGroo 4
Управление проектом (PMO, EPM) Россия Бесплатно (free)
1С-разработчик работает удалённо, получает задачи от тимлида, ходит на daily, пользуется VPN и корпоративной почтой, а каждый месяц получает одну и ту же сумму. Это ещё подряд или уже обычная работа в штате? Разбираем на двух противоположных IT-делах, включая спор 1С-программиста, дошедший до Верховного Суда.
15.09.2026 1140 NikolayMaerov 0
Управление проектом (PMO, EPM) Аналитик Руководитель проекта Бесплатно (free)
Ведущий аналитик еще пишет требования и разбирает сложные вопросы, но параллельно начинает собирать статусы, разруливать загрузку команды, напоминать коллегам о сроках, готовить клиентские встречи и отвечать за то, чтобы проект вообще двигался. В какой-то момент аналитической работы у него остается все меньше, а проект фактически получает второго руководителя — только без формально закрепленных полномочий. Разбираю, по каким признакам это видно и как вернуть границы роли, не развалив работу команды.
14.09.2026 934 YA_826532418 0
Управление проектом (PMO, EPM) Россия Бесплатно (free)
Работодатель запретил разработчику два года работать у конкурентов и клиентов, а за нарушение назначил миллионный штраф. Разбираемся по свежей судебной практике, работают ли такие условия в России
11.09.2026 1657 NikolayMaerov 4
А чем RDP не устраивает, что надо аналог реализовывать? Клиенты есть под все ОС включая мобильные (для смартфонов и КПК), Web клиенты RDP есть и на ActiveX (для Windows) и на Java под Windows/Linux.
Статья очень интересная, т.к. самому скоро на 8.2 переползать, но сколько я (8.2) ее щупал, сколько читал про нее, но так и не понял, какое вообще у этих управляемых форм преимущество перед RDP? (Кроме того, что сервер 1С может быть на линуксе?).
Сам лично сравнивал скорость работы на реально тонком канале ("чистый" GPRS безо всяких EDGE/3G) - RDP однозначно быстрее, при том что его использование не требует от разработчика вообще никаких усилий.
И с веб клиентом то же самое - вот если бы эти формы не на JavaScriptе были сделаны а в "чистом HTMLе" и были бы не копией 1Совских форм, а именно HTML страничками (пусть даже безо всякого дизайна - т.е. там где таблица - простой тег table) - так чтобы реально в любом браузере работало, включая мобильные устройства и независимо от настроек браузера вот это было понятно. А в текущем исполнении в чем преимущество перед Web клиентом RDP?
- Василий, где можно почитать внятное изложение про концепции платыормы?
Работал с разными моделями (Godex, Argox, Zebra) - разницы между печатью виндовым драйвером и командным языков принтера по скорости не видел. Печатаю из винды и принтер честно выдает заявленную производителем скорость. (Случаи типа на комп PentiumIII 256Mb RAM висту+аэро поставили я в расчет не беру). Но довольно часто ее (скорость) приходится принудительно снижать из-за особенностей материала, на котором производится печать (всякого рода синтетические бумаги и пр.)
(7) Я согласен, что в самой идеологии тонкого клиента нет ничего такого, что мешало бы создавать на нем рабочие места (имелось в видимо места с четко регламентированным набором функций, типа кассира ККМ). Но могу предположить, что отсутствие, например, взаимодействия с сеансом пользователя может доставить немало хлопот. Есть например организации, которые работают круглосуточно, и реально имеют место ситуации когда программисту надо из дома в 3 ночи подключаться к рабочему столу пользователя и выяснять что там не так.
Конечно, можно использовать программы типа RAdmin, но тут тоже много проблем.
Во-первых, это надо ставить на каждый компьютер и следить чтобы стояло и работало. Если компютеров пара сотен то это нелегко
Во-вторых, это ухудшение безопасности.
В-третьих это можно поставить только на рабочие компьютеры операторов. Но с базой еще может руководство работать, т.к. есть руководители, которые действительно работают с базой. И если руководитель грамотный, то он понимает, что такое терминал, и как программист взаимодействует с его сеансом и смотрит на это нормально, т.к. это происходит на сервере. Но RAdmin он к себе на личный компьютер поставить разумеется не даст.
И вот представьте себе: поехал директор в Америку, там у него что-то не получается, звонит Вам домой (а у Вас в это время 2 часа ночи, а что делать - у него то день и через 15 минут переговоры по крупному контракту) - и как Вы поймете что не так?
В-четвертых, пользователи, которые заходят с домашних компьютеров тоже никакой RAdmin себе поставить по большей части не дадут.
Я видел, как недалёкие фрилансеры, а ранее, программист Delphi, реализовали у нас виндовую печать на крупном принтере - TSC-248 M. И как принтер запечатал, когда в него стали грузить коды - ускорение в 6 - 10 раз. Речь идёт о крупном принтере, которому под силу распечатать 10-20 тыс. этикеток в сутки.
Про Радмин, честно говоря, не совсем понял. Если организация работает круглосуточно, то там должны быть дежурные админы, а не заспанный программист с Радмином, ИМХО. Да и честно говоря, трудно представить такую ситуацию, что крупная шишка полетела куда-то далеко без сопровождения. И чтобы для подписания контракта нужен был онлайн-доступ в какую-то рабочую 1С-ную базу.
На моём предприятии Радмины стоят на рабочих компах учредителей, контора средних размеров. Всю действительно серьёзную инфу вводят "серые мыши" в зашифрованном виде, которых время от времени вызывают лично к учредителям.
и разговор сводится в 3 ночи
- ой тут что-то не работает...
- минуту
* один клик на cmd + 2 пароля и через 20-40 секунд я на серваке.
- ваше имя пользователя (у юзверей скриптом на рабочем столе вместо обоин ip имя пользователя и номер телефона дежурного админа или программиста)
- Иванова
* 2-3 клика и мы в сеансе пользователя.
- работа круглосуточная... 1 -2 ЧП в год (и то на время реагирования есть резервные механизмы).
Дороже чем держать кучку слабо обученных админов спящих за деньги. но если посчитать сколько стоит день простоя в фирме и прикинуть все это на пару- тройку выходных (когда не купить запчасти или не вытащить админа или программиста с гулянки за городом где даже приличная связь просто отказывается работать) то становится ясно что и как делать...
А насчет того что директор не поставит р-админа есть тимвивер там он сам генеральный пароль может задать может презентацией + телефон либо дать пароль временный..
так что полностью согласен с (13) любая задача имеет несколько решений и выбор зависит от множества факторов и одного решающего.
На некоторых предприятиях руководство считает дешевле дать взятку инспектору чем ставить пожарную сигнализацию. Последствия регулярно показывают в новостях.
(15) Вызовы в 3 ночи происходят не потому, что что-то не работает, а потому, что возникают нештатные/непредусмотренные ситуации:
Пример:
Охлажденная продукция, приходит на склад с порта в 1 час ночи, а в 6 уже должна разъехаться по магазинам. Документы полностью подготовить заранее невозможно, т.к. продается по весу, а он индивидуален для каждой коробки + особо придирчивым заказчикам еще и перевешивать приходится, т.к. охлажденка хоть и в рефе едет, а все равно "усыхает".
И вот примеры абсолютно реальных, нештатных ситуаций, никак не связанных с качеством работы программистов:
а) У ночного оператора нет прав, чтобы исправить ошибку, возникшую до него, и которая может повлиять на содержимое этих документов. Например, в базу был ранее введен неверный номер ГТД (причем ошибся даже не не наш сотрудник, а таможенный брокер, т.к. у него выходило одновременно несколько машин) или что-то в этом роде.
б) Поставщик (иностранный) без предупреждения изменил формат критически важного параметра маркировки, и его теперь нельзя ввести в отведенное поле.
и т.п.
Возникают они редко, так что держать человека круглосуточно смысла нет.
Тут ещё вопрос в том, как посылать печать из Винды. Допустим, мы печатаем 100 одинаковых этикеток. Можно тупо вывести макет с сотней одинаковых этикеток. И отправить макет на печать. А можно вывести один битмап этикетки и дать команду 100 раз напечатать этот битмап. Во втором случае, конечно, скорость печать из Винды будет примерно равна скорости печати кодами. Но почему-то у нас дважды выбирали первый вариант. ))
Ну путь даже так делается, пусть даже этикетка будет большая, типа 100х200, это все равно всего 80Кб на 1 этикетку. Даже по LPT это все передается всяко быстрее, чем чем принтер печатает, не говоря уже про USB 2.0.
(22)
А тонкий/веб клиенты 1С с сервером типа телепатически общаются, безо всякого доступа :)
RDP это всего лишь протокол общения клиента с сервером. У тонкого клиента 1С свой протокол общения с сервером. Оба этих протокола как я понимаю, сделаны с определенными целями, и оба предополагают наличие дополнительных средств обеспечения безопасности (типа VPN или HTTPS соединения). А в "голом" виде (т.е. с базой, открытой с инета для доступа по http протоколу) 1С ничем не лучше сервера с открытым в инет портом RDP.
Насчет цен - надо делать конкретные расчеты для конкретных случаев (включая, разумеется не только эту терминальную лицензию, но и сам windows сервер, скуль, 1С и т.п.). И судить по конечным цифрам.
Не забыть учесть при этом, что у многих эти лицензии давно куплены еще во времена 7.7/8.1, так что в данный момент их стоимость уже роли не играет.
А также не забыть тот факт, что для файловой версии 1С (каковая вобще-то у большинства народу стоит) 1С удаленный запуск тонкого клиента почему-то не рекомендует
(хотя у меня нормально работало) - тут что будем делать? Сервер 1С покупать - так например на 5 пользователей это явно дороже терминальных лицензий.
Кроме скорости передачи по кабелю (у нас используется LPT) есть ещё оперативная память на принтере. Когда данные по кабелю приходят быстрее, чем она успевает очистится - у нас возникали тормоза. Собственно как это началось. Была этикетка, к примеру, с 7-ю строками. Печаталось не фонтан, но более-менее. Потом добавили 8-ю строчку текста. Это стало пороговым значением для принтера, и он стал печатать рывками. Процесс печати длился много часов, и за стандартный рабочий день могли не успеть напечатать всё. Теперь же операторы только интенсивно меняют бабины с лентой в течение пары часов в день.
Про RDP. Боюсь показаться банальным, но RDP - это передача картинки с сервера, в то время как код с правами пользователя Windows исполняется на сервере. Протокол связи с тонким клиентом - это всего-навсего обмен информацией с выделенным неинтерфейсным приложением. А файловая система сервера недоступна, пользователь не сможет запустить конфигуратор на сервере, руками вписать вредоносный код в обработку, сохранить и запустить её; превысить лимит дискового пространства профиля и т.п.
При RDP локальному компьютеру файловая система сервера тоже не доступна. Возможность запуска конфигуратора определяется дырками в системе безопасности 1С, если они есть - и без RDP запустит.
Зато значительно упрощается возможность "слушать" трафик между клиентом и серером 1С, т.к.
это можно делать на компьютере пользователя. Так что что тут безопаснее - это большой вопрос.
(25)
2. Citrix тоже денег стоит.
Так все это и на 2003 без цитрикса работает. И на 2000 сервере. И даже на NT 4.0 Terminal Server Edition. 2008 и цитрикс просто чуть поудобнее.
(26)
Была 8-ка, потом 1С выпустила УФ, и опять теже грабли, т.е. опять у бизнеса выбор, или сидеть на старом и не рыпаться, или в очередной раз вложить деньги для переписывания под УФ.
Совсем другая ситуация
8ка по сравнению с 7.7 реально новая система, где реально много преимуществ. Было понятно, ради чего переписывать.
8.2 по сравнению 8.1 - в режиме совместимости - да, есть улучшения, небольшие конечно, но так это же 8.2 а не 9.0.
А вот режим управляемых форм мне пока не понятен.
Если сравнивать формально (берем голую 1С) - появился тонкий клиент.
А если с учетом реальной жизни - этот тонкий клиент есть у всех еще со времен 7.7 есть в виде RDP.
Причем рыботающий быстрее, имеющий клиентов под любую платформу и не требующий для своей работы переделывания вообще ничего и дающий кучу дополнительных преимуществ вроде взаимодействия с рабочим столом пользователя.
Переписать то интерфейс на управляемый перепишем, и не такое писали, но ЗАЧЕМ ??? Какие преимущества то мы от этого получим ???
Вот я и прошу кого-нибудь и реально перешедших с 8.1 работающей в терминале на 8.2 в тонком клиенте рассказать, по каким причинам это делалось. Безо всяких наездов. Просто мне реально интересно почему это делалось и какие были получены преимущества.
Именно так. И мне тоже крайне интересно вот это.
Это все - только вопрос опыта и времени.
это пять! Хотя цитата ко всей восьмерке относится. Интересная идея с компоновкой даных, превратилась в совершенно неуправляемого и загадочного монстра. Планировалось, что будет инструмент для начинающих прогов, который не позволит совершать грубых ошибок, а реально кроме маленькой группки маньяков-интузиастов никто не понимает что там внутри этой системы компоновки творится.
"т.к. ограничений они налагают немало, а какие в них реальные преимущества перед RDP"
RDP - это серьёзная брешь в безопасности. Всё-таки это доступ во внутреннюю сеть организации. Конечно, грамотные админы могут качественно настроить ограничения протокола, но, согласитесь, далеко не везде в регионах есть настолько квалифицированные админы, которые могут это сделать так, чтобы успешно пройти аудит внешних, независимых безопасников.
Плюс терминальные лицензии кусаются по цене; кроме логина и пароля 8.2 придётся раздавать пользователям ещё и терминальные учётки.
Берем Citrix - публикуемым приложения. и у пользователя на столе ярлык с программой, которая работает на другом серваке, в другом городе. И ему не нужно заходить на рабочий стол того сервака, где стоит программа.
Аналогичное есть в Win 2008, т.е. через RDP можно опубликовать приложения, и для юзера это будет выглядит, как приложения работающее на его компе
Аналогичное есть в Win 7, когда устанавливается виртуальная машина (windows XP Mode), и можно вывести на свой рабочий стол программу и работать с ней, но при этом программа физически будет установлена на виртуальной машине.
Т.е. все стремятся к этому, а для 1С - это будет дыра в безопасности? Фактически проще для трафика поставить Win 2008 на серваке и опубликовать толстого клиента, чем извращаться в написании тонкого
1. Не везде стоит 2008-й сервер, т.к. как куча контор купила 2003-й.
2. Citrix тоже денег стоит.
Естественно, если всё пиратское, то можно воротить любые программные комплексы... до появления сотрудников ОБЭП. ;)
Скрытие рабочего стола как таковое не есть защита сервера. Нужно настраивать запрет на запуск приложений, но даже в этом случае пользователь сможет лазить по большей части файловой системы сервера.
В случае с тонким клиентом пользователь со своими обработками и клиентскими приложениями полностью ограждён от ОС сервера. Главное в 8.2 - запретить интерактивный запуск обработок и отчётов.
Была 7-ка, потом 1С выпустили 8-ку без преемственности, и все те наработки что писались годами пришлось хоронить и переписывать заново
Была 8-ка, потом 1С выпустила УФ, и опять теже грабли, т.е. опять у бизнеса выбор, или сидеть на старом и не рыпаться, или в очередной раз вложить деньги для переписывания под УФ.
А ведь казалось бы, что проще сделать так, как уже есть в других продуктах и добавить преемственности со старыми версиями, но нет ...
Т.к. о внедрении тут ни слова. Одни лишь особенности разработки описаны.
При том что мы часть проектов внедрения выполняем без единого изменения.
Соответственно внедрение это не разработка. Разработка это как составляющая часть внедрения. И многие программисты почему то про это забывают.
Потому в итоге получаем изкуроченные к чертовой бабушке программы, на которых пользователи еле работают, вбивают данные как попало так что потом хрен месяц закроешь. А программист стоит рядом и ручки потирает всех убеждая что программа внедрена и он свою часть работы сделал (код искурочил). А то что месяц не закрывается из за ошибок и то что пользователи потом шагу сделать не могут без этого чудо программиста это мол пользователи тупые, а программист лапочка.
Я не имею ввиду что Вы относитесь к этой же категории, но статья реально однобока, освещает только программистскую составляющую проектов которой иногда просто может и не быть, хотя сам проект может быть большим и замороченным. И внедрение это не программирование. Внедрение это гораздо шире. Программирование это лишь одна из не многих составляющих.
Три типа контор:
1. Получить, как есть
2. Нормально отчитаться
3. Получить как есть да еще и отчитаться
Я всегда работал по п.3: одна "некуроченная", белая и пушистая, другая - "куроченная" с переносом в первую, когда надо и как надо
Получить удобный, быстрый, достоверный инструмент для РАБОТЫ, а не для отчетности.
А вот тут "некуроченная" и рядом не стояла.
И руководителей по-настоящему успешного бизнеса даже примерно не интересует, как составляется отчетность (в отечественном понимании этого слова), на счетах, на бумажке, etc.
Разговор как раз по п.1 шел, а не про п.3 :D
А даже, если учитывать п.3, то там не нужен ни быстрый, ни удобный. Все делается автоматом, без вмешательства юзверей ВООБЩЕ. И раз в квартал. И будет оно считать 2 часа или сутки - мне по барабану! Не самому трудиться ;)
Единственное кого мы потеряли в дороге - это периодические реквизиты.
Язык стал похожим на человечий. А чистая 7.7, не обвешанная примочками типа OpenConf и т.д. - жуть неудобная среда разработки. А если бы не родился на счастье семерочников Орефков? (тьфу-тьфу, не сглазить). А если бы не было 1С++ и fomex?
И был бы полный отстой в "чистом" виде
Вот и я пытаюсь понять. 1С - реальный лидер в своей области. И вот они при многих возможных вариантах развития системы, тратят много сил и средств на разработку продукта, который, еще и сам требует значительных затрат от собственных сотрудников в части типовых конфигураций а также затрат пользователей на переписывание как минимум интерфейсной части самописных решений (а ведь скорость разработки учетных программ - это же главное преимущество платформы 1С перед СУБД общего назначения). При этом что взамен получаем - непонятно. Единственное предположение, высказанное в этой ветке - экономия трафика - по сравнению с RDP (53) - но так об этом в рекламе 8.2 ни слова.
Или приоритеты смещаются в область не столько технических решений, а сколько маркетинга (где у Интела процессоры интернет ускоряют и т.п.) (ту да, один только термин "управляемое приложения" как звучит, а ведь еще "тонкий клиент", "веб клиент")?
Хотя с точки зрения бизнеса в целом, а не только "техники" ход вполне нормальный - убеждаещь 1 раз клиента что "управляемое приложение" - это круто и без него жить нельзя, а потом и еще больше зарабатываешь, т.к. то, что раньше занимало времени сделать 1 день, теперь занимает 3 дня.
Тогда на вопрос: "Что лучше, тонкий клиент или RDP ?" самый правильный ответ на сегодняшний день будет: "Тонкий клиент через RDP" (а что тут такого? :) и приложение управляемое и все достоинства RDP).
На желание поиметь RDP не внутри сетки тебе путние админы посоветуют... ну... это самое... Пошлют, в общем
В вот против веб-клиента у них пока нет аргументов
P.S. Это vip у своих клиентов рулит, как Бог. Захотел поставил, захотел - снес
Но не все vip-ы, и не у всех такие клиенты
Это не путние админы, а ленивые админы.
А вообще на всех предприятиях, что я видел, админ обычно первый же себе это RDP домой делает (по вполне понятным причинам).
(69)
Клиентов/сотрудник, принципиально никакой разницы нет. Просто юридически оформить надо правильно - написать договор о взаимопризнании ЭЦП и предоставлении доступа + использовать средства криптозащиты и ключики ЭЦП выдавать сертифицированные в соответствие с законодательством и строго уполномоченным директором клиента лицам по паспорту и доверенности, подписанной этим же директором. Приложением к договору должна быть инструкция по работе с БД, с которой все вышеуказанные лица ознакомляются под подпись. Тогда любая попытка сунуть нос не туда автоматически становится запротоколированным уголовным преступлением группы лиц в составе директора контрагента + его сотрудника, фактически осуществлявшего доступ. Так что желающих "похакерить" не будет.
Вообще в вопросах безопасности правильно оформленная бумага часто имеет значение куда большая, чем весь софт и железки вместе взятые.
А при отсутствии соглашения о признании ЭЦП, самой ЭЦП и сертифицированных в соответствие с законодательством РФ криптографических средств все эти заказы через интернет/веб/рдп - обычная филькина грамота.
(61)-й прочти! Да, ленивый я
Ехать по пробкам (а у нас они не слабее, чем в Москве) куда-то, чтобы поставить ярлык RDP тёте Моте..:(((( Там конкретный пример конкретной ситуевины. А насчет админов: один клиент дал мне RDP-доступ с админскими правами на пару серваков, другой (даже несмотря на просьбу председателя совета директоров) - фиг.
А если в общем: я никогда не пытался в компьютере крышку снимать при помощи баллоника от "Тойонты". Не проканает, отвертка нужна! Для каждой задачи - свой инструмент, у путнего мужика дома инструмента много, у кого руки заточены под известное место - и молоток хрен найдешь ;) Спор достаточно бессмысленный
Админ грамотный и поступил совершенно правильно.
В соответствие с п. 2 ст. 67 Закона об акционерных обществах:
Так что по вопросу предоставления прав доступа в ЛВС председатель совета директоров (не путать с единоличным исполнительным органом (т.е. генеральным директором)) имеет полномочий не больше, чем шеф-повар столовой или начальник гаража.
С юридической. А фактически еще и бывает зицпредседатель Фунт - генеральный директор. К тому ж, если председатель совета директоров еще один из главных учредителей, - то сам понимаешь... Это, батенька, не Европы :D
Кстати, я б этого RDP один фиг добился, да лениво мне...
У RDP тоже есть веб клиенты на ActiveX и Jave. Причем Java работает в любой ОС и любом браузере где она вообще реализована (лично использовал в опере под убунтой).
А уж по числу поддерживаемых ОС тонкий клиент и близко к RDP не стоял. Мобильных ОС кстати тонким клиентом не поддерживается вообще ни одной.
экономия трафика, по сравнению с том же RDPА можно увидеть конкретные цифры? По моему опыту ровным счетом наоборот - при простой работе (ходим по менюшкам, открывам документы, смотрим отчеты), а не какой-то абстрактной заоптимизированной задаче, RDP явно экономнее (особенно хорошо заметно при реально медленном (GRPS) подключении, когда трафик по сути и определяет как долго пользователь ждет пока окошко откроется).
Еще когда вышла 1С 8 уже был аналог распределения нагрузки (общие модули в контексте сервера), т.е. правильное проектирование сети у заказчика.
У нас сейчас клиентские машины - это нет-станции на атоме с гигом оперативки в небольшом корпусе, который крепится к монитору сзади. На Офис + тонкий клиент хватает за глаза + удаленщики на GPRS, йоте и скайлинке.
В остальном сплошные преимущества - совместимость со старыми наработками, упрощение работы программистов, простота реализации, минимизации трафика, совместимость со всеми браузерами. Но в 1С тоже не идиоты. Должны быть причины текущему решению и очень интересно, в какой плоскости они лежат.
P.S. Большая просьба г. Душелову воздержаться от оценки личных и профессиональных свойств оппонентов и не так напирать на рекламу собственных услуг.
Это вообще тут при чем? Я не фрилансер, и не работаю во франче.
И где я оцениваю личные и профессиональные свойства оппонентов?
Я никому ничего не доказываю, кому надо - прекрасно посмотрят мой профиль, благо многие мои наработки и исследования я выкладываю на всеобщее обозрение.
Не заметил ни "оценки", ни "напирания". Ему и напирать не надо - он и так тут известный ;)
1. Вспомним Жванецкого (хоть и не люблю я его);
2. Я просто в диком восторге, что сейчас мне удаленный клиент может спокойно записать ТЗ через обычную веб-ссылку. Не RDP же мне на свой домашний комп организовывать.
P.S. Про прочие прелести я пока не компетентен: "не все еще голливудские фильмы посмотрел" :D
Все по потребностям :idea:
Это в плане "тонкого клиента", но в то же время мы опускаем почему-то агрегаты, новые объекты управляемых форм, да и вообще, саму структуру базы....
Доступ к базе из-за пределов корпоративной сетки нужен не более чем 5% предприятий. Да и у тех - доступ нужен максимум на получение пары - тройки отчетов, да забития пары - тройки цифирей. Это вполне решается и без того, чтобы выставлять всю работу с базой в веб. А теперь получается, что из-за фич, нужных 5%, остальные 95 - должны напрягаться, чтобы "остаться в мэйнстриме". А мэйнстрим то - как всегда высосаная из пальца задумка маркетологов. Ведь что получается - громко кричат о том, что теперь с легкостью можно выставить морду базы в веб, и все будет работать, не отличаясь от локальной работы. А о том, что сначала нужно почти всю конфу переписать, чтобы она так смогла - умалчивают. И о том, что из-за этого возможности приходится привести к наименьшуму общему знаменателю - тоже.
1. IT отдел бета версия (заброшен полгода назад в связи с отсутствием времени).
2. Перевод Альфа-авто. с 8.1 на 8.2 с доработкой. Готов.
3. Конвертация Альфа-авто сильно переписанной из 7.7 в 8.2.
По первому проекту:
Писал с нуля. Понравилось. Быстро удобно. Если есть опыт написания серверных расширения для 7.7 - то концепцию ловишь сразу проблем 0.
По второму:
Особых проблем не возникает. (Управляемые формы почти не использовались реализовал пару с нуля не проблемма).
По третьему:
Гммор, геммор, геммор. 90% кода выброшено в помойку.
RDP vs WEB client:
Безопастность - там и там есть дыры. Но с точки зрения администрирования выгодней WEB client - за него отвечает программист. С точки зрения программиста - лучше RDP много проблемм можно скинуть на админа.
Удобство для пользователя - RDP 6 и Web в среде M$ равноудобны. В гетерогенной среде???
Мой вывод:
Для гомогенной M$ среды - без разницы что и как ставить. Вопрос упирается только в цену решения.
Для гетерогенной среды - вопрос упирается в решении M$ специфичных технологий (OLE, COM и т.д.).
Лично мне путь в сторону тонкого клиента больше нравиться. RDP всеж больше похож на заплатку. Потом разделение кода на интерфейсный слой и серверный полезная штука. Я еще с 8.1 всю расчетно-рабочую часть исконно помещал в модуль объекта, а в форме делал только вызовы. Такая инкапсуляция расчетов в модуле потом позволяет использовать процедуры и функции не только самой обработке, но и вызывать со стороны (как регламентное задание, как библиотеку, утилиту...). Это архитектурно более выгодно.
Не теряю надежды, что появиться возможность дефейсить стиль отображения, например, на веб странице, тогда можно будет делать веб-порталы прямо в 1С, собирать их из разных баз по одним интерфейсом.
Переписывание кода у меня не вызывает какой-то озабоченности. Это повод глянуть в код и сделать его более совершенным (стройным, оптимальным..). Я заметил за собой такую вещь, пока пишешь, разрабатываешь, кажется, что все здорово, стройно, красиво, получается лучше чем было, лучше чем у конкурентов и все удовлетворяет заказчика. А пройдет какое-то время и тянется рука сделать какие-то вещи по другому, переписать проще, выкинуть лишнее, а со временем это лишнее становиться отчетливо заметным. Да, для заказчика и вообще (официально) продукт хороший и качественный, а по мне так он уже становиться немного не того, не той свежести :)
Есть конечно же конторы, типа одной знакомой, там на 7.7 торговля паханая перепаханая, они о 8.1 даже и не заикаются, просто потому, что уже не знают сколько и чего сделали в 77, чтоб перенести это в 8.1.
По опыту если устраивает, но у соседа есть - то делаем как у соседа (90% случаев). Менталитет ларька.
Это не заплатка - это другая технология. Корни в кампусах 80 годов (X сервер). Это экономия денежных средств клиентов (лицензии на ПО, аппаратная часть).
У вас одна такая... А у меня за все время других знакомых контор не было. :) Переходят. Главное решить потратить на это деньги.
"Не теряю надежды, что появиться возможность дефейсить стиль отображения, например, на веб странице, тогда можно будет делать веб-порталы прямо в 1С, собирать их из разных баз по одним интерфейсом. "
Вот это уже интересно. Разве где-то было у 1С официально заявлено, что никак нельзя избавиться от 1С-ного окошка авторизации Логин+пароль?
Имелось в виду, что если официально или неофициально можно будет в произвольной веб-странице сделать вход в базу 1С8, то лепить интернет-магазины на 8.2 будет проще пареной репы в плане удобства использования для клиентов.
В конфигурации есть управляемые и неуправляемые формы. Основной режим запуска - управляемые формы. Режим совместимости с 1С 8.1 не используется.
Во всех неуправляемых формах (формы списка номенклатуры, контрагентов и т.д.) где есть поиск по подстроке (быстрый поиск по первым символам), 1С вылетает, если производится поиск комбинации символов, которой нет в столбце поиска. Релиз платформы 1С:Предприятие 8.2 (8.2.11.235).
Ошибка в базе данных исключается - также пробовали на пустой базе с 1 товаром.
Откатывали платформу до 8.2.9.260 - ошибка сохраняется.
Текст ошибки :An unhandled win32 exception occured in 1cv.exe[16500].
Вы можете заказать платную консультацию или разработку у автора. Будет создан приватный заказ на «Бирже заказов» для автора.
№ 71438
Создание 07.06.10 15:09
Обновление 18.06.10 13:31
Просмотры 30670
Загрузки 251
Рейтинг
77
Комментарии 94
Код открыт Не указано
Рубрики Управление проектом (PMO, EPM)
Кому Разработчик
Тип файла Архив с данными
Платформа 1С:Предприятие 8
Конфигурация
1С:Управление торговлей 10
,
1С:Розница 2
,
1С:Управление производственным предприятием
,
1С:Управление нашей фирмой 1.6
Операционная система Не имеет значения
Страна Россия
Отрасль Не имеет значения
Налоги Не имеет значения
Вид учета Не имеет значения
Доступ к файлу Абонемент ($m)
