Система сбора информации ОАО ТЕВИС

О диспетчеризации для систем тепло- и пароснабжения, ГВС, ХВС, газо- и электроснабжения
Вячеслав Шутиков
Ветеран форума
Posts in topic: 12
Сообщения: 1371
Зарегистрирован: 13 янв 2012, 16:22
Поблагодарили: 4 раза

Система сбора информации ОАО ТЕВИС

#21

Непрочитанное сообщение Вячеслав Шутиков » 17 мар 2012, 19:06

Средневзвешенная погрешность измерения подпитки с помощью ДИС составила за этот месяц 1,47%, а при обычных измерениях 24,74%. При суммарной подпитке за месяц в 104 540 тонн, погрешность в 24,74 % принесет нам неопределенность в подпитке на 25 863 тонны, что примерно составит (25863*50+2586,3*1000*0,96)=1 293 150+2 482 848= 3 775 998 руб. И это сумма только по подпитке, без учета погрешности отпущенной тепловой энергии.

Таким образом, АСПДЭ дает нам возможность оперативного анализа в том числе и финансовых результатов.

Вячеслав Шутиков
Ветеран форума
Posts in topic: 12
Сообщения: 1371
Зарегистрирован: 13 янв 2012, 16:22
Поблагодарили: 4 раза

Система сбора информации ОАО ТЕВИС

#22

Непрочитанное сообщение Вячеслав Шутиков » 17 мар 2012, 19:08

Андрей Чигинёв писал(а):
Вячеслав Шутиков писал(а):Именно, что к ногтю и не более того. Потому как подозреваю, что санкций за уклонение не предусмотрено вовсе. Ну кроме ногтя, конечно.
Да нет, это должно стать обязательным условием договора поставки ресурсов, и, надеюсь, его несоблюдение будет достаточным основанием для разного рода санкций - вплоть до непризнания приборов коммерческими...
Я конечно ЗА, но думаю, что сложности с частью потребителей будут.

Аватара пользователя
Андрей Чигинев
Гуру форума
Posts in topic: 45
Сообщения: 2380
Зарегистрирован: 13 янв 2012, 23:18
Поблагодарили: 4 раза

Клиент скорее жив, чем мертв...

#23

Непрочитанное сообщение Андрей Чигинев » 17 мар 2012, 19:51

Вячеслав Шутиков писал(а):Я конечно ЗА, но думаю, что сложности с частью потребителей будут.
А как же нам без сложностей? Если что - и сами себе организуем...

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

Откуда собственно взялась проблема, надеюсь, понятно. При обслуживании и/или контроле работы большого массива узлов учета возникает проблема быстрого определения ситуации - какие из них работают нормально, а какие "глючат". Пару лет назад лично занимался этим - как раз в начале широкого развертывания нашей системы и понял, что десяток-другой-третий быстренько за полчаса-час утром вручную с помощью АСПДЭ просмотреть можно, чтобы понять куда бежать и что делать. Но когда речь идет о сотнях узлов, то эта задача становится практически непосильной для одного человека, но не сажать же за такой анализ толпу народа!

Поэтому мы начали формулировать некоторые критерии, по которым должны выполняться автоматические проверки. Сразу же оговорюсь, что задача тонкого метрологического анализа работы узлов учета по методике, сравнимой с "Методикой Лупея" хоть и маячит где-то на горизонте, но пока подробно не решалась. Все гораздо прозаичнее - лишь бы определить: "Клиент скорее жив чем мертв, или... наоборот". Поэтому для начала были сформулированы некоторые критерии так называемой "Общей" проверки на наличие данных в БД и их корректность в целом, они заключаются в следующем. Пользователь определяет группу объектов для проверки, задает диапазон даты-времени и устанавливает величины критериев, по которым происходит проверка. Соответствующая команда поступает на сервер приложений, а он в свою очередь возвращает отчет, в котором содержатся результаты.

Установленные сегодня критерии общей проверки:
- Наличие данных в БД за указанный интервал даты-времени;
- Нулевые значения параметров;
- Отрицательные значения параметров;
- Наличие значительных "скачкОв" между соседними в архиве значениями параметра;
- Наличие перерывов в электропитании приборов учета и/или ненулевого значения времени останова счета.

Более подробное описание критериев общей проверки есть в прикрепленном выше "Руководстве пользователя...", поэтому я не буду подробно останавливаться здесь на каждом из них. Вопрос в другом: мы ничего не забыли? В смысле общего характера нарушений? Т.е. те нарушения в работе узла учета, которые никак не относятся к физической сути измеряемого параметра. Там, где играет роль физика, режим и метрология - это другие проверки.

Аватара пользователя
Aleksey
Гуру форума
Posts in topic: 11
Сообщения: 1712
Зарегистрирован: 14 окт 2011, 21:54
Откуда: Приморский край, г.Уссурийск
Благодарил (а): 2 раза
Поблагодарили: 4 раза
Контактная информация:

Система сбора информации ОАО ТЕВИС

#24

Непрочитанное сообщение Aleksey » 17 мар 2012, 20:57

Вячеслав Шутиков писал(а):
Андрей Чигинёв писал(а):
Вячеслав Шутиков писал(а):Именно, что к ногтю и не более того. Потому как подозреваю, что санкций за уклонение не предусмотрено вовсе. Ну кроме ногтя, конечно.
Да нет, это должно стать обязательным условием договора поставки ресурсов, и, надеюсь, его несоблюдение будет достаточным основанием для разного рода санкций - вплоть до непризнания приборов коммерческими...
Большинство потребителей, если нечего скрывать, с радостью предоставят доступ к УУТЭ, да и оперативно устранять поломки удобно. Вопрос остается с финансами, но выигрыш ЭСО больше затрат.

Вячеслав Шутиков
Ветеран форума
Posts in topic: 12
Сообщения: 1371
Зарегистрирован: 13 янв 2012, 16:22
Поблагодарили: 4 раза

Система сбора информации ОАО ТЕВИС

#25

Непрочитанное сообщение Вячеслав Шутиков » 18 мар 2012, 04:51

Покажу последнюю картинку по энергии (не пропадать же добру) и возьмемся за общий характер нарушений.
60.png
Без комментариев.

Вячеслав Шутиков
Ветеран форума
Posts in topic: 12
Сообщения: 1371
Зарегистрирован: 13 янв 2012, 16:22
Поблагодарили: 4 раза

Если бы директором был я...

#26

Непрочитанное сообщение Вячеслав Шутиков » 18 мар 2012, 05:26

Андрей Чигинёв писал(а): Вопрос в другом: мы ничего не забыли? В смысле общего характера нарушений? Т.е. те нарушения в работе узла учета, которые никак не относятся к физической сути измеряемого параметра. Там, где играет роль физика, режим и метрология - это другие проверки.
Мыслится здесь вот что.
Первая группа нарушений - работа оборудования УУТЭ, систем связи и самих серверов автоматизированной системы (АС).

Шаг 1. Анализ результатов самодиагностики УУ.

Представляется сильно желательным иметь один параметр, формируемый средствами диагностики самого УУТЭ, который отвечает за штатную работу всего УУТЭ. Например у нас в ДИСе - это Кэн. Если за отчетный период Кэн=1, значит все оборудование работало штатно и могут быть только технологические проблемы. Понятно, что УУ разнородные, самодиагностику имеют разную и могут быть нюансы, которые можно выяснить только предварительным анализом данных.

Шаг 2. Анализ результатов копирования данных от УУ в БД АС.

Здесь мы выясняем, что проблем в связи не было и данные скопированы корректно (CRC, контрольные суммы, пр.).

Шаг 3. Предварительный анализ данных (по нулям, по границам, по скачкам и пр.) для тех УУ, где самодиагностика недостаточна.

Всю эту группу проверок я бы реализовывал сразу во время сеанса очередной связи с формированием итогового предварительного результата:

ДА - можно продолжать технологический (метрологический анализ) для принятия дальнейшего автоматического решения "проблем нет, включить в реализацию"
НЕТ - есть проблемы, предварительный диагноз такой-то, требуется ручное вмешательство.

В список проверок я бы добавил отклонение интегральных данных учета по сравнению с предыдущим периодом, например для УУТЭ это энергия и масса ГВС, если система открытая.

Вячеслав Шутиков
Ветеран форума
Posts in topic: 12
Сообщения: 1371
Зарегистрирован: 13 янв 2012, 16:22
Поблагодарили: 4 раза

Система сбора информации ОАО ТЕВИС

#27

Непрочитанное сообщение Вячеслав Шутиков » 18 мар 2012, 05:34

Думается также, что сначала надо классифицировать потребителей информации от АС:

1. Опергруппа, ответственная за ремонт УУТЭ, им нужно то-то и то-то;
2. Технологическая служба, ответственная за режимы ТС, им нужно то-то и то-то;
3. ПТО,...
4. Технический директор,...

Каханков Андрей
Уважаемый форумчанин
Posts in topic: 1
Сообщения: 533
Зарегистрирован: 14 янв 2012, 04:22
Поблагодарили: 1 раз

Система сбора информации ОАО ТЕВИС

#28

Непрочитанное сообщение Каханков Андрей » 18 мар 2012, 05:57

Вячеслав Иванович, повтори чтение, А. Хейли "Перегрузка". Давненько рекомендовал руководящему составу, читал прежний директор - Лысенковский В.Н. Нынешним ни к чему.

Аватара пользователя
Андрей Чигинев
Гуру форума
Posts in topic: 45
Сообщения: 2380
Зарегистрирован: 13 янв 2012, 23:18
Поблагодарили: 4 раза

Система сбора информации ОАО ТЕВИС

#29

Непрочитанное сообщение Андрей Чигинев » 18 мар 2012, 15:46

Вячеслав Шутиков писал(а):Покажу последнюю картинку по энергии
Да уж, комментариев здесь точно не требуется. Можно только одно уточнение: голубые точки - это для обычного теплосчетчика с исправными 1% расходомерами. Потому что 1% - это по паспорту, ну или по свидетельству о последней поверке..., а реальное соблюдение этого 1% в течение всего МПИ - это несколько иное. А если использовать в открытой системе 2% расходомеры, что многие и делают, ссылаясь на ПУТЭиТ-95, то ни о каких 4% допускаемой погрешности измерения собственно тепловой энергии говорить вообще не приходится.

Аватара пользователя
Андрей Чигинев
Гуру форума
Posts in topic: 45
Сообщения: 2380
Зарегистрирован: 13 янв 2012, 23:18
Поблагодарили: 4 раза

Система сбора информации ОАО ТЕВИС

#30

Непрочитанное сообщение Андрей Чигинев » 18 мар 2012, 16:33

Вячеслав Шутиков писал(а):Думается также, что сначала надо классифицировать потребителей информации от АС
Поддерживаю это предложение и попробую начать.
1. Персонал, обслуживающий собственно узел учета. Его основная задача - обеспечить бесперебойную работу оборудования узла учета в соответствии с действующими требованиями и нормами. Пусть далее коротко он будет называться сервисменами. Конечным положительным результатом работы сервисменов является прием показаний узла учета в конце расчетного периода (месяца) для коммерческих расчетов между ЭСО и потребителем. Чаще всего (по крайней мере у нас) это специализированная на данном виде деятельности организация, нанятая потребителем. Но возможны и другие варианты.
2. Персонал, который принимает или мотивированно отклоняет прием показаний узла учета для коммерческих расчетов между ЭСО и потребителем, назовем его энергосбыт. Конечным положительным результатом работы энергосбыта является отсутствие ошибок в приеме и/или отклонении от приема показаний к коммерческим расчетам, потому что и прием неправильных показаний, и неправомерное отклонение правильных - чреваты для ЭСО разными неприятными последствиями. Понятно, что это исключительно персонал ЭСО, его работа носит авральный характер, когда за 2-3 дня в конце месяца надо проанализировать и принять (или мотивированно не принять) тысячи отчетов о потреблении энергоресурсов.
3. Служба технического контроля за работой приборов учета, назовем их контролеры. Они не занимаются непосредственным обслуживанием приборов учета, но одновременно с этим непрерывно контролируют их техническое состояние и работоспособность. Скорее всего контролеры - это персонал ЭСО. В принципе специально выделенной подобной группы может и не быть, в этом случае ее функции будут распределены между другими перечисленными группами персонала. Конечным положительным результатом работы контролеров является минимизация ошибок при авралах сдачи отчетов в энергосбыт.
4. Персонал, который использует показания приборов учета с целью контроля за соблюдением режима энергоснабжения - соблюдением требуемых режимной картой параметров Т, Р, G, наиболее оптимального и эффективного режима потребления ресурсов, отсутствия непроизводительных потерь температуры, теплоносителя, воды и т.п. Назовем их далее наладчиками режима. По хорошему такие наладчики режима должны быть и у потребителя (пусть даже в виде привлеченной сторонней специализированной организации), и у ЭСО. Положительным результатом работы наладчиков является своевременная и правильная выдача рекомендаций и/или предписаний эксплуатации систем тепло- и водоснабжения в части устранения обнаруженных нарушений режима. Рекомендации и предписания могут выдаваться как в свою организацию, так и контрагенту.
5. Технические (и, возможно, другие) руководители разного уровня, которые должны правильно оценивать качество работы перечисленного выше персонала и своевременно принимать меры, если это качество начинает "хромать", назовем их руководство. Руководство должно быть как на стороне ЭСО, так и на стороне потребителя. Конечным положительным результатом работы руководителей являются: максимально возможный прием показаний приборов для коммерческих расчетов, минимизация случаев нарушения режима и со стороны ЭСО, и со стороны потребителя, наиболее эффективное потребление энергоресурсов.

Аватара пользователя
Андрей Чигинев
Гуру форума
Posts in topic: 45
Сообщения: 2380
Зарегистрирован: 13 янв 2012, 23:18
Поблагодарили: 4 раза

Система сбора информации ОАО ТЕВИС

#31

Непрочитанное сообщение Андрей Чигинев » 18 мар 2012, 17:40

Вячеслав Шутиков писал(а):Шаг 1. Анализ результатов самодиагностики УУ.
Представляется сильно желательным иметь один параметр, формируемый средствами диагностики самого УУТЭ
Да, наличие такого параметра изрядно облегчило бы автоматический (или даже автоматизированный) анализ. Но его можно попытаться построить из набора имеющихся в теплосчетчике параметров: критичных нештатных ситуаций, сохраненных в архиве, времени перерывов питания за указанный период и прочего. Вполне возможно, что для некоторых моделей теплосчетчиков такой параметр может быть собран самой АС на первом шаге анализа.
Вячеслав Шутиков писал(а):Шаг 2. Анализ результатов копирования данных от УУ в БД АС.
Здесь мы выясняем, что проблем в связи не было и данные скопированы корректно (CRC, контрольные суммы, пр.).
Этот критерий фактически означает наличие достоверно принятых и записанных в БД данных за определенный период времени. Сегодня он включен в нашу АС первым в составе "общей" проверки. CRC, контрольные суммы - это все обрабатывается сервером связи, и если он отправил далее внутрь АС полученную им информацию, это означает, что в смысле достоверности расшифровки полученных данных там всё более или менее нормально. Оговорюсь - я не подразумеваю, что наша реализация сервера связи претендует на идеал и абсолютную непогрешимость. Понятно, что в нем могут быть ошибки, просто над ними надо постоянно работать и стремиться к этому идеалу.

Аватара пользователя
Андрей Чигинев
Гуру форума
Posts in topic: 45
Сообщения: 2380
Зарегистрирован: 13 янв 2012, 23:18
Поблагодарили: 4 раза

Система сбора информации ОАО ТЕВИС

#32

Непрочитанное сообщение Андрей Чигинев » 18 мар 2012, 21:15

Вячеслав Шутиков писал(а):Шаг 3. Предварительный анализ данных (по нулям, по границам, по скачкам и пр.) для тех УУ, где самодиагностика недостаточна.
Всю эту группу проверок я бы реализовывал сразу во время сеанса очередной связи с формированием итогового предварительного результата
Сегодня подобную проверку в нашей системе можно сделать "вручную" щелкнув насколько раз кнопкой мышки: выделить диапазон дат, группу узлов учета для проверки, установить (исправить предустановленные) критерии проверки и запустить на выполнение. Время получения результата - отчета о проверке даже для большой группы объектов измеряется секундами, максимум - несколько минут, если, конечно же не проверять часовые архивы за целый год подряд.

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

Что здесь можно исправить и улучшить.
1. Всегда делать эту проверку автоматически сразу же после завершения загрузки данных в БД - с некоторыми общими, наиболее часто используемыми установками критериев и выдавать уже готовые результаты пользователю по его запросу, но уже не прогоняя обработку данных повторно по тому же массиву информации. Если пользователя не устраивают предустановки критериев проверки - он может установить их как пожелает и выполнить проверку "вручную", как это было описано выше, либо... (см.п.2)
2. Представить пользователю возможность настроить для себя индивидуальные параметры проверки: относительный диапазон дат, группу объектов, установки величин критериев. И заказать выполнение этой проверки (или проверок), например, ежедневно сразу после загрузки данных в БД с отправкой полученного отчета на E-mail пользователя.

Вячеслав Шутиков
Ветеран форума
Posts in topic: 12
Сообщения: 1371
Зарегистрирован: 13 янв 2012, 16:22
Поблагодарили: 4 раза

Система сбора информации ОАО ТЕВИС

#33

Непрочитанное сообщение Вячеслав Шутиков » 19 мар 2012, 05:10

Андрей Чигинёв писал(а):
Вячеслав Шутиков писал(а):Покажу последнюю картинку по энергии
Да уж, комментариев здесь точно не требуется. Можно только одно уточнение: голубые точки - это для обычного теплосчетчика с исправными 1% расходомерами. Потому что 1% - это по паспорту, ну или по свидетельству о последней поверке..., а реальное соблюдение этого 1% в течение всего МПИ - это несколько иное. А если использовать в открытой системе 2% расходомеры, что многие и делают, ссылаясь на ПУТЭиТ-95, то ни о каких 4% допускаемой погрешности измерения собственно тепловой энергии говорить вообще не приходится.
Да, все верно. Результаты на картинке, ни одна точка с 2% расходомерами не попала в допуск 4%.
61.png

Аватара пользователя
Андрей Чигинев
Гуру форума
Posts in topic: 45
Сообщения: 2380
Зарегистрирован: 13 янв 2012, 23:18
Поблагодарили: 4 раза

Система сбора информации ОАО ТЕВИС

#34

Непрочитанное сообщение Андрей Чигинев » 20 мар 2012, 01:47

Всё, дубликат нашей системы запущен на Интернетовскую орбиту, только что проверил - связь из ЦУПа с Системой есть. В том виде, как АСПДЭ реализована сейчас, всё более или менее нормально работает. Кое-какие пояснения:
1. База данных представляет собой очищенную примерно в семь раз реальную базу данных объектов наших потребителей.
2. В итоге ТТХ дубликата реальной БД получились следующие:
- в ней всего 64 узла учета с 56 объектов потребителей (на некоторых объектах несколько узлов учета);
- измеренных всеми узлами учета значений разных параметров в БД осталось чуть более 7 млн. записей;
- данные заканчиваются последним часом суток 6 марта 2012 года. Просто для подготовки данных была взята копия базы именно на этот день. Некоторые узлы учета в БД имеют более чем годичную историю, так что по длине архивов для разного рода глубинных анализов нареканий быть не должно. В случае необходимости мы имеем возможность "накатить" в БД порцию свежих данных, но делать это в режиме работы реальной БД, т.е. каждое утро, пока не будем.
3. Наименования всех объектов и некоторая другая индивидуальная информация в БД исправлены. Не исправлялись наименования марок, Ду и пр. характеристик используемых приборов учета.
4. Дубликат АСПДЭ собран на резервном "железе", которое по производительности существенно уступает "железу" боевой системы, поэтому если у кого-то (кто сегодня имеет доступ к основному экземпляру АСПДЭ) будет возможность сравнить быстродействие одних и тех же функций двух экземпляров АСПДЭ - не удивляйтесь в некотором различии скоростей. Хотя, возможно, что семикратное сокращение информации в дубле системы может склонить чашу весов в скорости работы на его сторону. Пока тщательно не пробовал, проверим это потом.

И ма-а-а-ленькая такая ложечка дегтя... Сообщение о запуске дубля получил уже уехав с работы. Все функции администратора системы - только на рабочем месте, дома через интернет администрирование системы запрещено. Поэтому реальное подключение всем желающим, не подключившимся к АСПДЭ до 6 марта 2012 года включительно, смогу начать давать только завтра и позже, когда приду на работу.

Но, как уже писал выше, готов подключить любого - пишите в личку, обязательно называйтесь - ФИО необходимо обязательно, более ничего. Если есть предложения по логину и паролю - также предлагайте, будет возможность - обязательно такие же и сделаю. Отсутствие возможности задать заказанный пользователем логин и/или пароль может произойти в случае, если таковые уже присутствуют в БД.

Аватара пользователя
Андрей Чигинев
Гуру форума
Posts in topic: 45
Сообщения: 2380
Зарегистрирован: 13 янв 2012, 23:18
Поблагодарили: 4 раза

Генеральский эффект...

#35

Непрочитанное сообщение Андрей Чигинев » 21 мар 2012, 01:05

Извиняюсь, прокукарекал вчера вечером про подключение к дублю АСПДЭ, а реально сегодня никого из обратившихся подключить не смог... Что-то там админы напортачили - стали утром напильником какие-то заусенцы выправлять, да и отпилили лишку - слишком уж это ответственное дело - на такое обозрение собственный продукт выставлять. Говорят, что все исправят до завтрашнего утра. Очень надеюсь, что именно так и будет. Обратившимся вчера и сегодня, как только будем готовы, немедленно сообщу в личку логины и пароли, всем прочим - напишу здесь...

Аватара пользователя
Андрей Чигинев
Гуру форума
Posts in topic: 45
Сообщения: 2380
Зарегистрирован: 13 янв 2012, 23:18
Поблагодарили: 4 раза

Поехали...

#36

Непрочитанное сообщение Андрей Чигинев » 21 мар 2012, 16:13

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

Аватара пользователя
Андрей Чигинев
Гуру форума
Posts in topic: 45
Сообщения: 2380
Зарегистрирован: 13 янв 2012, 23:18
Поблагодарили: 4 раза

Система сбора информации ОАО ТЕВИС

#37

Непрочитанное сообщение Андрей Чигинев » 23 мар 2012, 16:32

На дубле нашей системы диспетчеризации произведена модернизация - она дополнена новым мощным сервисом, позволяющим пользователю самостоятельно формировать запросы данных, комбинируя разные параметры разных объектов и, в том числе, выполняя над ними произвольные арифметические вычисления. Но опять легкая ложка дегтя - никак не закончу подробное описание этого сервиса, постараюсь добить его сегодня вечером и выложить здесь на форуме. К онлайн справке новое описание подключим, надеюсь, в понедельник.
Александр Григорьевич, Вячеслав Иванович у Вас есть доступ ко всем данным дубликата АСПДЭ с действующими в основной системе логинами и паролями. Просто URL другой: https://double.tevis.ru
Если интересно, заходите и смотрите.

Аватара пользователя
Андрей Чигинев
Гуру форума
Posts in topic: 45
Сообщения: 2380
Зарегистрирован: 13 янв 2012, 23:18
Поблагодарили: 4 раза

Система сбора информации ОАО ТЕВИС

#38

Непрочитанное сообщение Андрей Чигинев » 24 мар 2012, 16:32

Сервис АСПДЭ, позволяющий пользователям формировать произвольные запросы данных, содержащие в том числе и вычисляемые выражения, запущен и на основном "боевом" экземпляре системы. Описание, что это такое, с чем и как его едят - прикрепляю. Точнее, прикрепляю полное "Руководство пользователя...", дополненное этим описанием - см. раздел 6.
Писал всё это впопыхах, поэтому возможны неточности в изложении - если что-то не понятно, спрашивайте, буду отвечать и исправлять описание.
Вложения
Веб-клиент, руководство пользователя.pdf
(1.8 МБ) 430 скачиваний

Аватара пользователя
Aleksey
Гуру форума
Posts in topic: 11
Сообщения: 1712
Зарегистрирован: 14 окт 2011, 21:54
Откуда: Приморский край, г.Уссурийск
Благодарил (а): 2 раза
Поблагодарили: 4 раза
Контактная информация:

Система сбора информации ОАО ТЕВИС

#39

Непрочитанное сообщение Aleksey » 24 мар 2012, 19:18

Система интересная, есть с чем сравнить. Будем пробывать.

Аватара пользователя
Андрей Чигинев
Гуру форума
Posts in topic: 45
Сообщения: 2380
Зарегистрирован: 13 янв 2012, 23:18
Поблагодарили: 4 раза

Система сбора информации ОАО ТЕВИС

#40

Непрочитанное сообщение Андрей Чигинев » 24 мар 2012, 19:34

Aleksey писал(а):Будем пробывать.
Результаты опробЫвания очень прошу опубликовывать здесь на форуме в этой ветке, если, конечно, не лень. Сервис впервые запущен в Сеть и пока фактически тестируется. Поэтому любые замечания, возражения и оппонирование принимаются с благодарностью :ki_ss:
Сам лично сегодня при окончательной проработке "Руководства пользователя.." нашел в работе с шаблоном пару-тройку мелких ошибок и пр. глюков. Так что буду безгранично благодарен, если кто-нибудь сообщит еще о чём-то подобном.
Все обнаруженные ошибки будем устранять немедленно!

Ответить