Перегляд Повідомлень

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Topics - Fuzzywuzzy

Сторінок: [1]
1
Добрый день. Проблема такого плана, счетчик стоит скажем так, не в правильном месте, по определённым обстоятельствам. Каждый день на кусочек кабеля этого счетчика выползает порядка 120-140 кВт потерь. У нас в АСКУЭ занесён специальный виртуальный счетчик, который считает по чассово эти потери и мы за них платим. Но каждый месяц мы имеем разбег с облэнерго порядка 8-10 кВт, они объясняют, что рассчитывают потери за весь месяц 1 раз и потом выставляют свой счет. Из за того что наш расчёт куда точнее, так как считается на каждый час, там выходит порядка 4,5 знаков после запятой, которые в итоге правильно округляются. Но облэнерго доказывает, что их расчёт более правильный и мы не правы. Как им доказать, что они не правы, получается, что мы каждый месяц не сходимся на эти округленные 8-10 кВт, постоянные скандалы, правки макетов и все вытекающие. 

2
Облік електроенергії, АСКОЕ / макет 30900
« : 14 Липень 2014, 14:45:04  »
Добрый день, кто нибудь сталкивался с формированием этого макета? Макет 30900 обязателен по договору для ПНТ (поставщик по нерегулироемому тарифу). Это excell таблица с почасовым потреблением, потерями, нормативными потерями. Его нужно отправлять ежедневно в облэнерго. У нас стоит обеспечение от ATdata, он же ТРИОС, возможности формовать этот макет у них нет, на многочисленные просьбы собрать такой формирователь, они говорят что это не правомерно, хотя по договору мы обязаны его отправлять. Пытались что то сделать сами, но нужен доступ к базе данных, база MySQL, зашифрована Триосом по заданию их директора, чтобы не вносились никакие изменения в первоначальное ПО, с одной стороны это хорошо, что пользователь не накосячил, с  другой стороны, исключается возможность апгрейда существующего ПО собственными силами. Сейчас данный макет нам готовит аутсорсинговая компания, доставая данные из web интерфейса нашей ATdata, делая отчёт за сутки, потом берёт от туда данные и формирует/отправляет макет по заданным адресам. Мы бы хотели делать это сами, но пока не очень выходит, сейчас пробуем собрать программу "на коленке" чтобы в ручную формировать этот макет и отправлять силами дежурных. Подскажите по верному пути мы идём или же есть какие то другие варианты? Заранее спасибо.

3
Добрый день, уважаемые форумчане, возник такой вопрос сейчас, нужно отправлять макеты 30817, 30818 и 30917 с нашего АСКУЭ, в этих макетах нужно учитывать потери? именно потери, которые рассчитываются по формуле ОРЭ (объём потребленной электроэнергии на /(1-0,022)). Или там нужно вести учёт чисто сырых данных по активке, которые будут браться с базы, а туда попадать непосредственно со счётчиков?

4
Добрый день. Я пока не сильно разбираюсь что да как, но уже есть какие знания. Проблема состоит в чем. У нас на предприятии стоит система АСКУЭ, фирмы ТРИОС, ATdata. Вроде бы работает все нормально, периодические зависания, все быстро решается перезагрузкой сервера дежурным персоналом. Проблема в чем, изначально было очень мало времени, не кому было отправлять заданные макеты, на то время это был макет 30900, т.е. некому было его формировать и отправлять на нужные адреса, ТРИОС тянул резину, пришлось брать стороннею аутсорсинговую компанию, которая бы выполняла эту задачу. Она выполняет её и по сей день. Сейчас есть проект заменить программное обеспечение, есть коммерческие предложения, но может случиться такое, что проект умрет. Хотелось бы услышать мнения специалистов или вообще умных людей на эту тему. Вообще есть ли смысл менять программное обеспечение ТРИОСА? Переходить на другого поставщика, он обещает нам отправку заданных макетов в автоматическом режиме уже в составе своего пакета программ, т.е. можно будет отказаться от услуг аутсорсинга. Или же можно найти человека, программиста, который бы сам написал формирователь макетов на основе ПО ТРИОСА?

Сторінок: [1]