Geum.ru

Информация

  • 1681. Автоматизация рабочего места кассира по продаже билетов на поезда
    Предпринимательство

    Для создания таблицы необходимо перейти в окно базы данных , нажать кнопку СОЗДАТЬ . В результате открылось окно конструктора таблицы . В верхней части окна диалога находится таблица , которая содержит следующие атрибуты создаваемой таблицы : наименование поля ,тип данных и описание . Помимо этих основных атрибутов каждое поле таблицы обладает дополнительными свойствами , отображаемыми в нижней части конструктора и определяющими условия ввода данных . Наименование каждого из полей таблицы выбирается произвольно , но таким образом , чтобы отразить характер информации , которая будет храниться в данном поле .Тип поля определяется типом данных , хранящихся в этом поле . Основные моменты , связанные с наименованием поля :

  • 1682. Автоматизация рабочего места менеджера
    Компьютеры, программирование

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

  • 1683. Автоматизация рабочего места менеджера по учету товара
    Менеджмент

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

  • 1684. Автоматизация рабочего места начальника цеха электроники
    Безопасность жизнедеятельности

    Процесс разработки в Delphi предельно упрощен. В первую очередь это относится к созданию интерфейса, на который уходит 80% времени разработки программы. Простое помещение нужных компонентов на поверхность Windows-окна (в Delphi оно называется формой) и настройка их свойств с помощью специального инструмента (Object Inspector), увеличивает скорость разработки программных продуктов. С помощью Object Inspector, можно связать события компонентов (нажав на кнопку, выбор мышью элемента в списке и т.д.) с кодом его обработки - и вот простое приложение готово. Причем разработчик получает в свое распоряжение мощные средства отладки (вплоть до пошагового выполнения команд процессора), удобную контекстную справочную систему (в том числе и по Microsoft API), средства коллективной работы над проектом, всего просто не перечислить. Вы можете создавать компоненты ActiveX без использования Microsoft IDL, расширять возможности web-сервера (скрипты на стороне сервера), практически ничего не зная об HTML, XML или ASP. Можно создавать распределенные приложения на базе СОМ и CORBA, Интернет- и intranet-приложения, используя для доступа к данным Borland DataBase Engine, ODBC-драйверы или Microsoft ADO. Появившаяся, начиная с Delphi 3, поддержка многозвенной технологии (multi-tiered) доступа к данным позволяет создавать масштабируемые приложения (относительно слабо зависящие от сервера БД) за счет перенесения методов обработки информации (бизнес-правил) на среднее звено.

  • 1685. Автоматизация систем управления в образовании
    Компьютеры, программирование

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

  • 1686. Автоматизация системы бюджетирования финансовой службы
    Экономика

    Компьютер класса Pentium с ОС Windows 95, 98, 2000 или NT 4. 128-256 MB RAM Internet Explorer 4 (Service Pack 2) или 5. Связь с локальной сетью или доступ к Интернет 4.3. Средства расширения функций системы

    • Генераторы отчетов. В качестве генератора отчетов применяется OLAP-компонента собственной разработки, которая предоставляет стандартные возможности по настройке источников данных и генерации отчетов.
    • Язык формул, скриптовый язык. Язык формул имеется и является одним из важнейших инструментов системы. Скриптового языка в системе нет.
    • Открытый API для программиста. Система имеет открытую архитектуру и предоставляет API для доступа к данным. 4.4. Средства интеграции с другими средствами автоматизации
    • Интеграция с другими системами. Декларируется, что в системе существуют средства загрузки данных из внешних учетных систем, но, что конкретно они собой представляют, выяснить не удалось.
    • Интеграция с офисными приложениями. Есть средства интеграции с MS Excel.
    • Применение XML для интеграции с другими системами. В источниках информации упоминаний не обнаружено. Hyperion Pillar. Разработчик: Hyperion Solutions Corporation. Партнер: Вестона (в составе холдинга Ланит).1. Состав и свойства информационных объектов1.1. Измерения бюджетных статейОсновные измерения, необходимые для ведения бюджета, реализованы следующим образом:
    • Организационно-штатная и финансовая структура. Идеология системы основана на классическом принципе разделения центров учета при бюджетировании: центры финансовой ответственности (ЦФО), центры затрат (ЦЗ), центры прибыли (ЦП). Предусмотрено три уровня организационной структуры «администратор бюджета», «начальник филиала или подразделения», «бюджетный специалист планировщик».
    • Валюты, курсы. Предусмотрено ведение справочника валют и установка одного вида курса валют. Курсы устанавливаются по датам.
    • Продукты, услуги, материальные ценности. Присутствует возможность ведения справочников - виды продукции, проекты, бизнесы.
      • Клиенты, потребители и поставщики. Присутствуют плоские справочники - предприятия, страны.1.2. Бюджетные планы статейВ системе предложен следующий состав бюджетных планов: баланс, бюджет доходов и расходов, бюджет движения денежных средств. При планировании различаются также планы задолженности, собственных средств, основных средств, позволяющие автоматическое выполнение некоторых функций, характерных для этих планов.
    Основные свойства статей бюджетных планов:

    • Хранение значений во временных периодах. Период планирования в системе жестко определен - на 5 лет по месяцам, или на 15 лет по кварталам.
    • Иерархия статей бюджета. Иерархия статей имеет 2 уровня: тип, номер.
    • Собственное и консолидированное состояние, план, факт, отклонение. Собственное состояние есть только у планов нижнего уровня. Выше - только консолидированные состояния. Отклонение не присутствует в системе в виде данных, а моделируется связыванием различных бюджетов - плана и факта. При этом необходимо безусловное совпадение их структур.
    • Возможность учета значений статьи в разных валютах и натуральном измерении. Есть.
    • Дополнительная аналитика статей. Нет.
    • Проводки по бюджетным статьям. Нет. 1.3. Первичная информация
    • Бюджетные строки и бюджетные документы. Вся первичная информация в системе представлена бюджетными строками предопределенной структуры.
    • Объекты поддержки финансовой логики. Эта задача обеспечивается другим программным продуктом - Hyperion Enterprise (решение для финансовой консолидации в управленческих и отчетных целях). 2. Функциональность и алгоритмы системы2.1. Алгоритмы планирования
    • Расчет значений статей по временному горизонту планирования. С успехом настраивается с применением шаблонов.
    • Расчет значений статей по ЦФО. В шаблоне возможно указание кода ЦФО.
    • Применение статистических методов расчета. Предусмотрены некоторые встроенные функции статистического распределения. Реализовано в шаблонах.
    • Расчет значений статей на основании значений других статей. Реализуется установкой связей между бюджетными строками через механизм шаблонов.
    • Расчет значений статей по бюджетным документам и другой первичной информации. Это возможно, если только первичная информация будет преобразована вне системы в представление бюджетных строк.
    • Обеспечение процесса планирования «от достигнутого». Применяется режим процентного изменения и «пошагового увеличения/уменьшения».
    • Моделирование «что если» присутствует в виде штатного средства, основанного на шаблонах.
    • Реализация технологии «скользящего бюджета». Возможно ее моделирование посредством корректировки шаблонов. 2.2. Алгоритмы учета и исполнения бюджета
    • Учет факта на основании данных бухучета. Весьма нетривиальная задача для системы. Для ее реализации необходимы внешние средства для преобразования данных бухгалтерского учета к структуре управленческого учета.
    • Расчет значений статей по данным внесистемного учета. Также решается только с применением внешних средств по отношению к системе. Если удается подготовить текстовые файлы в строго заданном формате, соответствующем бюджетным строкам, то возможен их импорт в систему. Факт может быть введен в натуральном и денежном выражении. 2.3. Агрегация и консолидация учетных данных
    • Агрегация. Агрегация выполняется по запросу «планировщика».
    • Консолидация. После того, как «консолидатор» собирает от «планировщиков» бюджетные файлы, механизм контроля изменений выбирает изменившиеся бюджетные строки и автоматически выполняет их консолидацию. 2.4. Аллокация и трансферты
    • Использование шаблонов при разноске значений статей. В системе существует единый универсальный интерфейс для настройки и выполнения разноски значений статей, рассчитанный на высококвалифицированного пользователя.
    • Использование нормативов и дополнительных справочников. Программа позволяет задавать стандартные нормативы (такие, как уровень налогообложения или нормы расхода сырья) в виде системных переменных и затем использовать их в рамках всего бюджета.
    • Использование языка формул. Представлено на уровне возможностей при настройке шаблонов.
    • Скриптовый язык в системе. Отсутствует. 2.5. Алгоритмы расчета финансовых результатовАвтоматически выполняется расчет ликвидности, а также основных финансовых результатов в базовом финансовом инструменте. Для расчета себестоимости и подобных ей показателей необходимы дополнительные настройки. 3. Организация работы пользователя с системой3.1. Автоматизация коллективной работы с бюджетомТребуется отдельный сотрудник «администратор бюджета» для дистрибуции и консолидации бюджетов подразделений и филиалов.3.2. Удобства в работе с системой
    • Лимиты, защищенные статьи. Возможна эмуляция этой технологии посредством выдачи прав доступа (на просмотр и запрет редактирования).
    • Утверждение статей и планов. Возможно на уровне утверждения версии плана.
    • Примечания к статье. Предусмотрен ввод комментариев на уровне бюджетных строк.
    • Визуализация расхождений. Для контроля исполнения бюджета в системе необходимо создавать отдельные бюджетные файлы и следить за соответствием структур бюджета в файлах планов и файлах исполнения бюджета.
    • Контроль ошибок. Отсутствует. Протокол вычислений в системе не ведется.
    • Версионность планов реализована в системе очень удобно.
    • Возможность одновременного планирования в произвольных временных периодах. К сожалению, в системе это не предусмотрено.
    • Возможность изменять состав и структуру статей одновременно для плана и факта (исполнения) бюджета - отсутствует. При наличии подчиненных бюджетных планов необходимо вручную отслеживать в них изменения структуры статей.
    • Средства анализа бюджета. Для OLAP-анализа необходимо применять Hyperion Essbase. 3.3. Секретность и безопасность данных
    • Типы пользователей и права доступа. Распределение доступа пользователей к данным и функциям осуществляется с помощью типов пользователей «планировщик», «консолидатор», «администратор бюджета». «Администратор бюджета» определяет для «планировщиков» доступ к бюджетным строкам на просмотр и редактирование.
    • Фиксация действий пользователей. Фиксируется время и автор внесения изменений в бюджетных строках. 4. Архитектура, платформа, средства интеграции4.1. Архитектура
    • Hyperion Pillar - файловая система бюджетирования. Информационная основа - многомерные локальные файлы. Отдельный модуль Autopilot ответственен за автоматический выпуск отчетов, выполнение дистрибуции, консолидации файлов, экспорт-импорт информации.
    • Хранилище данных может быть реализовано с применением другого программного продукта - Hyperion Essbase. 4.2. Программно аппаратная платформаПерсональные компьютеры под управлением Windows или Macintosh.4.3. Средства расширения функций системы
    • Генераторы отчетов. Предусмотрено изменение состава и очередности колонок в формах при формировании отчетов. Применяется технология drag and drop. Предусмотрена интеграция с Hyperion Essbase OLAP Server (к сожалению, с единственным OLAP-сервером, с которым работает Hyperion Pillar).
    • Язык формул, скриптовый язык. Существует язык формул, применяемый в шаблонах настройки расчетов. Скриптовый язык отсутствует.
    • Открытый API для программиста. Система не предусматривает развитие функциональности силами пользователей. 4.4. Средства интеграции с другими средствами автоматизации
    • Hyperion Application Link - специальный модуль, предназначенный для организации обмена данными с внешними реляционными источниками через ODBC. Предусмотрены специализированные интерфейсы для обмена данными с наиболее известными ERP-системами, например, SAP, Oracle Applications, BAAN, J.D. Edwards - в виде частных решений. Импорт данных из иных систем возможен посредством их загрузки из предопределенных текстовых форматов, отражающих структуру данных Hyperion Pillar.
    • Интеграция с офисными приложениями. Предусмотрен экспорт и импорт бюджетных строк в Excel-таблицу.
    • Применение XML для интеграции с другими системами. Отсутствует. Adaytum e.Planning. Разработчик: Adaytum Software. Партнер: Robertson & Blums Corporation.1. Состав и свойства информационных объектов1.1. Измерения бюджетных статейДопускается произвольное количество измерений. Предопределенных измерений нет. В «плоских» справочниках могут быть описаны все измерения, которые необходимы для детализации бюджета:
    • Организационно-штатная и финансовая структура. Может быть описана как отдельное измерение бюджетного плана. При этом центры финансовой ответственности задаются в виде «плоского» справочника. Иерархия центров ответственности может быть эмулирована с помощью формул.
    • Валюты, курсы. Валюты могут быть описаны как отдельное измерение бюджетного плана. Курсы для пересчета в сводную валюту могут быть эмулированы с помощью формул.
    • Продукты, услуги, материальные ценности. Могут быть представлены как отдельные измерения бюджетного плана в виде «плоских» справочников.
    • Клиенты, потребители и поставщики. Также могут быть представлены как отдельные измерения бюджетного плана в виде «плоских» справочников. 1.2. Бюджетные планы статейВ системе нет предопределенных планов и, соответственно, нет характерной для них бизнес-логики. Допускается произвольное количество бюджетных планов, которые пользователю предстоит создать и настроить самостоятельно.
      • Основные свойства бюджетных статей:
    • Хранение значений во временных периодах. Периоды планирования могут быть представлены в виде «плоского» справочника как отдельное измерение бюджетного плана. При этом система никак не контролирует их соответствие реальным временным интервалам (месяц, квартал или год). Предопределенных периодов планирования нет.
    • Иерархия статей бюджета. Нет
    • Собственное и консолидированное состояние, план, факт, отклонение.
      • Встроенных типов данных «плановое значение», «фактическое значение» и «отклонение» в системе нет. План, факт и отклонение могут быть представлены как дополнительное измерение бюджетного плана. При этом расчет отклонения может быть настроен с помощью формул.
    • Возможность учета значений статьи в разных валютах и натуральном измерении. Есть.
    • Дополнительная аналитика статей. Есть.
    • Проводки по бюджетным статьям. Нет. 1.3. Первичная информация
    • Бюджетные строки и бюджетные документы.
      • Документы в системе хранить нельзя. Вся первичная информация может быть представлена только как значения ячеек многомерных таблиц (например, плановое и фактическое количество продаж).
    • Объекты поддержки финансовой логики. Нет2. Функциональность и алгоритмы системы2.1. Алгоритмы планирования
    • Расчет значений статей по временному горизонту планирования. Реализуется посредством функции пересчета исходного распределения. Требует предварительной настройки.
    • Расчет значений статей по ЦФО. Реализуется посредством функции пересчета исходного распределения. Требует предварительной настройки.
    • Применение статистических методов расчета. Реализуется посредством функции пересчета исходного распределения. Требует предварительной настройки.
    • Расчет значений статей на основании значений других статей. Реализуется с помощью формул.
    • Расчет значений статей по бюджетным документам и другой первичной информации. Реализуется с помощью специальных объектов D-Link, позволяющих настроить связь значений бюджетных статей с исходными данными. Пересчет значений на основе первичных данных выполняется непосредственно в момент загрузки данных в систему.
    • Обеспечение процесса планирования «от достигнутого». Реализуется с помощью формул.
    • Моделирование «что если». Реализуется с помощью формул и функции пересчета исходного распределения.
    • Реализация технологии «скользящего бюджета». В явном виде данная технология не поддерживается. Она может быть эмулирована посредством корректировки значений бюджетных статей. При этом ранее установленные плановые значения не сохраняются. 2.2. Алгоритмы учета и исполнения бюджета
    • Учет факта на основании данных бухучета.
      • Является достаточно сложной для системы задачей, поскольку отсутствует поддержка финансовой логики (счет, двухсторонняя проводка и т.д.) и все исходные данные находятся во внешних системах. Требуется разработка специальных внешних макропрограмм.
    • Расчет значений статей по данным внесистемного учета. Также решается только с применением внешних по отношению к системе средств.2.3. Агрегация и консолидация учетных данных
    • Агрегация. Агрегация выполняется автоматически на компьютере пользователя и заключается в суммировании значений ячеек многомерной таблицы D-cube. Может быть задан один из нескольких простых алгоритмов агрегации - сумма, средневзвешенная и т.д.
    • Консолидация. Консолидация также выполняется автоматически на компьютере пользователя. При этом отсутствует консолидация отдельных бюджетов на уровне приложения в целом. 2.4. Аллокация и трансферты
    • Использование шаблонов при разноске значений статей. Не представлено.
    • Использование нормативов и дополнительных справочников. Возможно. Для ввода нормативов и баз распределения могут быть созданы дополнительные многомерные таблицы D-cube.
    • Использование языка формул. Это один из основных инструментов работы с системой.
    • Скриптовый язык. Отсутствует. 2.5. Алгоритмы расчета финансовых результатовМогут быть реализованы с помощью базовых механизмов системы, но потребуют дополнительной настройки.
      • Декларируется, что в системе есть большое количество специфических встроенных функций, предназначенных для финансового планирования. Но, что конкретно они собой представляют, выяснить не удалось. 3. Организация работы пользователя с системой3.1. Автоматизация коллективной работы с бюджетомОрганизация коллективного планирования бюджета является, пожалуй, самой сильной стороной системы. Система построена по традиционной технологии «клиент-сервер» - все пользователи в режиме реального времени работают в единой базе данных. Прогнозирование на уровне подразделений выполняется посредством специальных Web-шаблонов. Шаблоны можно настраивать, трансформируя столбцы и строки, выводя на экран или скрывая пустые и заполненные нулями поля.
  • 1687. Автоматизация страхового бизнеса
    Юриспруденция, право, государство

    Информационная система позволила усовершенствовать организационную структуру компании. Если раньше многочисленные отделы РЕСО вели дела по различным областям страхования, никак не координируя свою деятельность с тем, что происходило в других подразделениях, то с внедрением системы все эти «перегородки» удалось сломать. Создан единый центр обслуживания клиентов, где сконцентрированы все специалисты по страхованию, прошедшие предварительную переподготовку с целью расширения своих компетенций. Знание информационной системы, которая объединяет процессы по всем страховым продуктам, было одним из главных элементов повышения квалификации. Очень часто разным отделам приходилось работать с одними и теми же клиентами, а сегодня универсальные возможности нового центра обслуживания способствуют оптимальному распределению ресурсов компании и повышению эффективности бизнеса в целом. Например, на предприятии, которое обслуживает РЕСО, может быть автопарк, где необходимо автострахование, и тысячи сотрудников, для которых заключаются договора по страхованию от несчастных случаев. Универсализм специалистов и продвижение стандартных страховых продуктов позволит компании перейти в перспективе к комплексной страховой защите клиента, как корпоративного, так и индивидуального. В результате компания, с одной стороны, получит значительную экономию с точки зрения затрат на продажи. С другой, обеспечит важный фактор защиты собственной экономической безопасности, поскольку комплексное обслуживание способствует постоянству не только клиентуры, но и продавцов услуг. Если клиент застраховал в компании более одного объекта, переманить его в другую страховую компанию будет непросто. Если агент начал работу с компанией по нескольким страховым продуктам, ему трудно будет принимать решение о смене работы.

  • 1688. Автоматизация судовождения
    Разное

    АСНП решает задачи, связанные с выбором пути, контролем за перемещением судна и прогнозированием его движения. Основной задачей АСНП является контроль за движением судна, состоящий в определении координат и параметров траектории по измерениям навигационных параметров. Основная задача АСНП подразделяется на задачу счисления пути судна, задачу обсерваций и задачу определения элементов сноса по ряду обсервованных мест. Задача счисления пути состоит в определении текущего места судна относительно известного начального положения, по измерениям элементов собственного движения, с учетом информации о возмущающих движение факторах: течении, ветре, погрешностях приборов. Задача обсервации заключается в нахождении координат места судна по одновременным либо практически одновременным измерениям параметров ориентиров, таких как пеленг, расстояние и т. д. При решении задач обсервации используется информация приемоиндикаторов различных радиотехнических навигационных систем и других устройств, с помощью которых измеряются параметры ориентиров. Задача определения элементов сноса по обсервациям состоит в уточнении координат места судна и составляющих его скорости по результатам разновременных обсерваций. Кроме названных задач АСНП решает и ряд вопросов связанных с определением поправок приборов, выбора пути судна, прогнозированием его движения, нахождением предполагаемого времени прихода в точки поворота и конечный пункт и т. д.

  • 1689. Автоматизация теплового источника
    Компьютеры, программирование

     

    1. А.А.Калмаков и др. «Автоматика и автоматизация систем теплогазоснабжения и вентиляции». М: Стройиздат, 1986.
    2. Эксплуатационная документация. Автоматический регулятор теплопотребления ВЭСТ-01.2.
    3. Методичка «Автоматизация и управление процессами теплогазоснабжения»: ТГАСУ.
    4. ШафроновскийВ.А. «Справочник наладчика автоматики котельных установок».-Симферополь: Таврия, 1987.-176с.
  • 1690. Автоматизация технологических процессов
    Разное

    ПримечаниеКоличество55111122122211510125Тип прибораТСМ-5071КСМ2-002ДМ-23753КСД-2-040ДЭ-2ЭРСУ-275 ШСКСП-3РПУ-У-285РИМПР 3.34ПР 2.8ПМТШ69002ПА-400ПКЕ-222-23ВП-220ПКЕ-121-1АС-220Наименование и характеристика прибораМедный термопреобразователь сопротивления. Градуировка шкалы 23 Предел измерений 50÷+1500СУравновешенный, малогабаритный показывающий самопишущий мост. Класс точности по записи 1,0%Дифемонометр. Погрешность +-1,5%Уравновешенный малогабаритный мост. Класс точности +-1,0%Датчик уровня. Статическое давление 25МПаСигнализатор уровня кондуктометрический. Погрешность +-1,5 мин. От момента срабатыванияКалиброванный пунктАвтоматический потенциометр. Класс точности +-1,5%Регулирующий прибор. Точность регулирования +-1,5%Индукционный расходомерРегулирующий блокРегулирующий прибор. Точность регулирования +-1,5%ПереключательЛогометр. Погрешность +-2,5%Магнитный пускатель с защитой от перегрузок ТРН-10Кнопочный пост управления двухштриховный I=5А, U=220ВЗвонок громкого боя U=220ВОдноштифтовый кнопочный пост управления I=5АСигнальная арматура с лампой РНЦ-220-10Место установкиПо местуНа щитеПо местуНа щитеПо местуНа щитеПо местуНа щите-//-По местуНа щитеНа щите-//--//-По местуНа щитеВ залеНа щитеНа щитеРегулируемый или контролируемый параметрТемператураТемператураРасход-//-УровеньУровеньРасход-//-РасходРасход-//-УровеньТемпература-//-УправлениеУправлениеСигнал перед пуском-//-СигнализацияПозиция16а, 17а, 18а, 19а, 20а8б, 9б, 10б,11б, 12б27а27б7е7з2б, 3в2б, 2е2з3а, 4а3б, 4б7з, 7и35а35б2ва+32а2Вб,в+32бв3ба3Бв, 36Бв2Вг-32г

  • 1691. Автоматизация управления бюджетом и эффективностью бизнеса
    Экономика

    com%d0%ba%d1%80%d1%83%d0%bf%d0%bd%d1%8b%d0%b5Hyperion%20Enterprise,%20Hyperion%20Essbase%20OLAP%20Server,%20%d1%81%d0%b8%d1%81%d1%82%d0%b5%d0%bc%d1%8b,%20%d0%bf%d0%be%d0%b4%d0%b4%d0%b5%d1%80%d0%b6%d0%b8%d0%b2%d0%b0%d1%8e%d1%89%d0%b8%d0%b5%20%d0%bf%d0%b3%d1%82%d0%b3~%d0%98%d0%bd%d1%82%d0%b0%d0%bb%d0%b5%d0%b2:%20%d0%91%d1%8e%d0%b4%d0%b6%d0%b5%d1%82%d0%bd%d0%be%d0%b5%20%d1%83%d0%bf%d1%80%d0%b0%d0%b2%d0%bb%d0%b5%d0%bd%d0%b8%d0%b5%20%d0%b4%d0%bb%d1%8f%201%d0%a1:%20%d0%9f%d1%80%d0%b5%d0%b4%d0%bf%d1%80%d0%b8%d1%8f%d1%82%d0%b8%d1%8f%c2%bb%d0%9a%d0%be%d0%bd%d1%81%d1%83%d0%bb%d1%8c%d1%82%d0%b0%d1%86%d0%b8%d0%be%d0%bd%d0%bd%d0%be-%d0%b2%d0%bd%d0%b5%d0%b4%d1%80%d0%b5%d0%bd%d1%87%d0%b5%d1%81%d0%ba%d0%b0%d1%8f%20%d1%84%d0%b8%d1%80%d0%bc%d0%b0%20%d0%98%d0%9d%d0%a2%d0%90%d0%9b%d0%95%d0%92www.intalev.ru%20<http://www.intalev.ru>%d0%bc%d0%b0%d0%bb%d1%8b%d0%b5%20%d0%b8%20%d1%81%d1%80%d0%b5%d0%b4%d0%bd%d0%b8%d0%b5IB%20DataBase%20Server%205.6,%20Microsoft%20SQL%20Server%202000,%20MS%20Excel,%201%d0%a1%d0%98%d0%bd%d1%82%d0%b0%d0%bb%d0%b5%d0%b2:%20%d0%a3%d0%bf%d1%80%d0%b0%d0%b2%d0%bb%d0%b5%d0%bd%d0%b8%d0%b5%20%d1%84%d0%b8%d0%bd%d0%b0%d0%bd%d1%81%d0%b0%d0%bc%d0%b8%d0%9a%d0%be%d0%bd%d1%81%d1%83%d0%bb%d1%8c%d1%82%d0%b0%d1%86%d0%b8%d0%be%d0%bd%d0%bd%d0%be-%d0%b7%d0%bd%d0%b5%d0%b4%d1%80%d0%b5%d0%bd%d1%87%d0%b5%d1%81%d0%ba%d0%b0%d1%8f%20%d1%84%d0%b8%d1%80%d0%bc%d0%b0%20%d0%98%d0%9d%d0%a2%d0%90%d0%9b%d0%95%d0%92www.intalev.ru%20<http://www.intalev.ru>%d0%bc%d0%b0%d0%bb%d1%8b%d0%b5%20%d0%b8%20%d1%81%d1%80%d0%b5%d0%b4%d0%bd%d0%b8%d0%b5%d0%92%20DataBase%20Server%205.6,%20Microsoft%20SQL%20Server%202000,%20MS%20Excel,%201%d0%a1,%20%d0%9f%d0%b0%d1%80%d1%83%d1%81,%20%d0%91%d0%ad%d0%a1%d0%a2%d0%98%d0%9d%d0%ad%d0%9a/%d0%91%d1%8e%d0%b4%d0%b6%d0%b5%d1%82%d0%b8%d1%80%d0%be%d0%b2%d0%b0%d0%bd%d0%b8%d0%b5%d0%98%d0%9d%d0%ad%d0%9a%20vww.inec.ru%20<http://vww.inec.ru>%20%d0%bc%d0%b0%d0%bb%d1%8b%d0%b5%20%d0%b8%20%d1%81%d1%80%d0%b5%d0%b4%d0%bd%d0%b8%d0%b5%d0%9cS%20Excel%d0%9a%d1%80%d0%b0%d1%81%d0%bd%d1%8b%d0%b9%20%d0%b4%d0%b8%d1%80%d0%b5%d0%ba-%20%d1%82%d0%be%d1%80%202.6%d0%91%d0%b8%d0%b7%d0%bd%d0%b5%d1%81-%d0%bc%d0%b8%d0%ba%d1%80%d0%be%20vww.bmicro.ru%20<http://vww.bmicro.ru>%20%d0%bc%d0%b0%d0%bb%d1%8b%d0%b5%20%d0%9cS">Server, системы, поддерживающие ODBCHyperion PlanningHyperionwww.hvoerion.- <http://www.hvoerion.->comкрупныеHyperion Enterprise, Hyperion Essbase OLAP Server, системы, поддерживающие пгтг~Инталев: Бюджетное управление для 1С: Предприятия»Консультационно-внедренческая фирма ИНТАЛЕВwww.intalev.ru <http://www.intalev.ru>малые и средниеIB DataBase Server 5.6, Microsoft SQL Server 2000, MS Excel, 1СИнталев: Управление финансамиКонсультационно-знедренческая фирма ИНТАЛЕВwww.intalev.ru <http://www.intalev.ru>малые и средниеВ DataBase Server 5.6, Microsoft SQL Server 2000, MS Excel, 1С, Парус, БЭСТИНЭК/БюджетированиеИНЭК vww.inec.ru <http://vww.inec.ru> малые и средниеМS ExcelКрасный дирек- тор 2.6Бизнес-микро vww.bmicro.ru <http://vww.bmicro.ru> малые МS Excel, 1С3.1 Hyperion Pillar

  • 1692. Автоматизация управления персоналом
    Компьютеры, программирование

    ),%20%d0%b2%d1%8b%d0%bf%d1%83%d1%81%d1%82%d0%b8%d0%b2%20%d1%81%d0%bf%d0%b5%d1%86%d0%b8%d0%b0%d0%bb%d1%8c%d0%bd%d1%8b%d0%b9%20%d0%98%d0%bd%d1%82%d0%b5%d1%80%d0%bd%d0%b5%d1%82-%d0%bf%d1%80%d0%be%d0%b4%d1%83%d0%ba%d1%82.%20%d0%95%d0%b5%20%d1%81%d0%b8%d1%81%d1%82%d0%b5%d0%bc%d0%b0%204%d0%9f%20.%d0%9e%d1%84%d0%b8%d1%81%d0%9c%d0%be%d0%bd%d0%b8%d1%82%d0%be%d1%80%202.0">Предлагаемое на рынке кадровое ПО предназначено для хранения, обработки и предоставления информации о персонале предприятия, оставляя без внимания корпоративную культуру. Именно этот «пробел» решила устранить российская компания UNI (www.uni.ru <http://www.uni.ru>), выпустив специальный Интернет-продукт. Ее система 4П .ОфисМонитор 2.0 (рис. 5) позволяет автоматизировать оба эти аспекта кадровой деятельности. С ее помощью можно оперативно получать сведения о структуре предприятия, информацию о сотрудниках. Кроме того, она позволяет полностью автоматизировать процесс сбора и обработки статистики по использованию рабочего времени и доступа на предприятие.

  • 1693. Автоматизация учета в полиграфическом производстве
    Журналистика

    Программа APP System разрабатывалась в постоянном взаимодействии с ее непосредственными пользователями о чем говорит положительный опыт ее внедрения в течение 3 лет в более чем 10 типографиях, благодаря чему она в точности отвечает требованиям фирм, работающих в рекламно-издательской области. Формы ввода и обработки информации неоднократно видоизменялись с целью получения удобного и интуитивно понятного пользователю интерфейса, не требующего от него специальных знаний. Для расчета стоимости заказов пользователь должен ввести несколько основных цифр (тираж, размер заказа, цветность и т.д.), после чего, программа, проверив введенные данные на правильность и на логическую непротиворечивость, рассчитает общую стоимость с поэлементной детализацией стоимости заказа в калькуляции.

  • 1694. Автоматизация учета и анализа уровня затрат на крупного рогатого скота
    Компьютеры, программирование

    Рабочий бланк объектаНаименование объекта: затраты.Краткое описание:Данные о затратах на выращивание КРС.Связанные объекты:Тип связи: Имя: М:1 М:1Виды затрат поголовьеИмя атрибутаТип данныхОписаниеСвойствакод затратСчетчикПервичный ключ для таблицы "виды затрат"Уник. длинное целоегодчисловойГод полученных затратПоле. Обязательное поле - "да". Длинное целое, последовательноеКод поголовьечисловойВторичный ключ для связи с табл. "затраты"Поле со списком. (1;2) Обязательное поле - "да". Код виды затратчисловойВторичный ключ для связи с табл. "затраты"Поле со списком. (1;3) Обязательное поле - "да". ЗатратычисловойКоличество затрат Поле, обязательное поле - "да".

  • 1695. Автоматизация учета исполнения бюджета Краснодарского края
    Компьютеры, программирование

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

    1. Сбор информации о распорядителях кредита;
    2. Качественный анализ принятой бухгалтерской
  • 1696. Автоматизация учета основных средств в бюджетной организации
    Экономика

    Не относятся к основным средствам и учитываются в составе средств в обороте также:

    1. специальные инструменты и специальные приспособления независимо от их стоимости: специальная одежда, специальная обувь и постельные принадлежности независимо от их стоимости и срока службы, за исключением постельных принадлежностей, числящихся в составе основных средств гостиниц;
    2. временные сооружения, приспособления и устройства, затраты по возведению которых относятся на себестоимость строительно-монтажных работ в составе накладных расходов;
    3. тара для хранения товарно-материальных ценностей на складах или осуществления технологических процессов, стоимостью в пределах лимита;
    4. предметы, предназначенные для выдачи напрокат, независимо от их стоимости;
    5. молодняк животных и животные на откорме, птица, кролики, пушные звери, семьи пчел, а также подопытные животные;
    6. многолетние насаждения, выращиваемые в питомниках в качестве материала;
    7. орудия лова (тралы, неводы, сети, мережи и прочие орудия лова) независимо от их стоимости и срока службы;
    8. бензомоторные пилы, сучкорезки, сплавной трос, сезонные дороги, усы и временные ветки лесовозных дорог, временные здания в лесу сроком эксплуатации до двух лет (передвижные обогревательные домики, котлопункты, пилоточные мастерские, бензозаправки и прочее).
  • 1697. Автоматизация учета перечней льготных должностей в Отделении Пенсионного фонда Российской Федерации по Краснодарскому краю
    Компьютеры, программирование

    (XMLDoc. DocumentElement. ChildNodes [Lvl1]. ChildNodes [I]. ChildNodes [Q]. HasChildNodes) then begin[0]: = VarToStr (XMLDoc. DocumentElement. ChildNodes [Lvl1]. ChildNodes [I]. ChildNodes [Q]. ChildNodes ['Профессия']. Text);[1]: = VarToStr (XMLDoc. DocumentElement. ChildNodes [Lvl1]. ChildNodes [I]. ChildNodes [Q]. ChildNodes ['УсловияРаботы']. Text);[2]: = VarToStr (XMLDoc. DocumentElement. ChildNodes [Lvl1]. ChildNodes [I]. ChildNodes [Q]. ChildNodes ['ОснованиеЛьготы1']. Text);[3]: = VarToStr (XMLDoc. DocumentElement. ChildNodes [Lvl1]. ChildNodes [I]. ChildNodes [Q]. ChildNodes ['ОснованиеЛьготы2']. Text);[4]: = VarToStr (XMLDoc. DocumentElement. ChildNodes [Lvl1]. ChildNodes [I]. ChildNodes [Q]. ChildNodes ['ОснованиеЛьготы3']. Text);[5]: = VarToStr (XMLDoc. DocumentElement. ChildNodes [Lvl1]. ChildNodes [I]. ChildNodes [Q]. ChildNodes ['ПозицияСписка']. Text);[6]: = VarToStr (XMLDoc. DocumentElement. ChildNodes [Lvl1]. ChildNodes [I]. ChildNodes [Q]. ChildNodes ['ПодтверДокумент']. Text);[7]: = VarToStr (XMLDoc. DocumentElement. ChildNodes [Lvl1]. ChildNodes [I]. ChildNodes [Q]. ChildNodes ['КоличествоШтат']. Text);[8]: = VarToStr (XMLDoc. DocumentElement. ChildNodes [Lvl1]. ChildNodes [I]. ChildNodes [Q]. ChildNodes ['КоличествоФакт']. Text);[9]: = VarToStr (XMLDoc. DocumentElement. ChildNodes [Lvl1]. ChildNodes [I]. ChildNodes [Q]. ChildNodes ['ЕТКС']. Text);[10]: = VarToStr (XMLDoc. DocumentElement. ChildNodes [Lvl1]. ChildNodes [I]. ChildNodes [Q]. ChildNodes ['ДатаЗап']. Text);[11]: = VarToStr (XMLDoc. DocumentElement. ChildNodes [Lvl1]. ChildNodes [I]. ChildNodes [Q]. ChildNodes ['ДатаКор']. Text);: = ADOTableProfession. Lookup ('PODRAZD_ID; PERIOD_ID; PROFESSION',([PODRAZD_ID, PERIOD_ID, Prof [0]]), 'PODRAZD_ID');not VarIsNull (V) then begin. Locate ('PODRAZD_ID; PERIOD_ID; PROFESSION',([PODRAZD_ID, PERIOD_ID, Prof [0]]), []);. Edit;. AsString: = Prof [1];. AsString: = Prof [2];. AsString: = Prof [3];. AsString: = Prof [4];_POZ. AsString: = Prof [5];. AsString: = Prof [6];_SHTAT. AsString: = Prof [7];_FAKT. AsString: = Prof [8];_ZAP. AsString: = Prof [10];_KOR. AsString: = Prof [11];_EDIT. AsString: = Login;_EDIT. Value: = Date;. Post;_ID: = ADOTableProfessionPROF_ID. AsInteger;else begin. Insert;_ID. AsInteger: = PODRAZD_ID;_ID. AsInteger: = PERIOD_ID;. AsString: = Prof [0];. AsString: = Prof [1];. AsString: = Prof [2];. AsString: = Prof [3];. AsString: = Prof [4];_POZ. AsString: = Prof [5];. AsString: = Prof [6];_SHTAT. AsString: = Prof [7];_FAKT. AsString: = Prof [8];_ZAP. AsString: = Prof [10];_KOR. AsString: = Prof [11];_ADD. AsString: = Login;_ADD. Value: = Date;. Post;. SQL. Clear;. SQL. Add ('SELECT PROF_ID FROM PROFESSION WHERE' +

  • 1698. Автоматизация учета продажи товаров в ООО Мастер-СД
    Компьютеры, программирование

    В ее возможности входит:

    1. Подготовка документов на поставку и отпуск товаров в формате, заданном пользователем;
    2. Резервирование товаров на складе при выписке счетов;
    3. Возможность отследить сроки оплаты выписанных счетов;
    4. Регистрация пользователей при оформлении всех документов;
    5. Развитая система разграничения доступа;
    6. Работа в различных валютах и гибкость при учете меняющегося курса валют;
    7. Получение справок по наличию и движению товаров;
    8. Ведение полного баланса с партнерами и анализ динамики отношений с ними;
    9. Классификатор товаров и клиентов неограниченной глубины вложенности;
    10. Ведение многоколоночного прайс-листа и гибкая система скидок;
    11. Средства работы с услугами;
    12. Анализ движения товаров по складам, группам товаров, поставщикам, покупателям и т.д.;
    13. Анализ эффективности работы персонала;
    14. Расчет прибыли и рентабельности в целом по компании и отдельно по складам, по товарам, по группам товаров и т.д.;
    15. Экспорт и импорт данных в формате CSV, обеспечивающий интерфейс с другими системами;
    16. Разнообразная настройка справочных таблиц с использованием фильтров, сортировки данных, редактированием набора колонок;
    17. Настройка базы данных на специфику пользователя;
    18. Возможность самостоятельно создавать и редактировать бланки выходных документов и включать в них графические и сканированные изображения, формулы и таблицы.
  • 1699. Автоматизация учета труда и заработной платы на малом предприятии
    Бухгалтерский учет и аудит

    Аналитический учет занимает весьма важное место в бухгалтерии достаточно большого числа предприятий. В общем случае полная конфигурация “АУБИ” в состоянии формировать за любой промежуток времени учетные ведомости по:

    • материалам(счет 10);
    • МБП(счет 12);
    • основным средствам(счет 01);
    • износ основных средств(счет 02);
    • основному, вспомогательному производству(счет 20,23,25,26,29...);
    • готовой продукции, товарам...(счет 40,41...);
    • реализации продукции(счет 46);
    • поставщикам и подрядчикам(счет 60);
    • авансам выданным(счет 61);
    • покупателям и заказчикам(счет 62);
    • расчетам с бюджетом/небюджетом(счет 68,69,19...);
    • подотчетным лицам(счет 71);
    • прочим расчетам(счет 76);
    • ... и т.д.
      • Если по роду деятельности предприятия это не представляет для Вас интерес, можно просто не обращать внимание на то, что “АУБИ” может формировать большое количество отчетных документов. Пользуйтесь в программе только теми ее элементами которые необходимы для Вашего предприятия в данный момент, а об остальном не стоит беспокоиться. Имея некоторый опыт ведения электронного журнала хозяйственных операций, всю работу по составлению баланса предприятия можно переложить на плечи неутомимого компьютера, если конечно этим компьютером управляет такая программа как “АУБИ”. 1.3. Индивидуальный комплекс автоматизации учета на МП.
  • 1700. Автоматизация химической промышленности
    Производство и Промышленность