Автоматична програма управління морським портом. Системи управління портами і терміналами. Система управління контейнерним терміналом
Питання: Чи не відображається код HTML в Поле HTML Документа 1С керовані форми
Доброго вам дня! Підкажіть хто небудь, створюю зовнішню обробку, Створив форму, в формі створив Поле, в формі створив Реквізит (Тип: Рядок необмежена), шлях до даних: Реквізит (Вид: Поле HTML Документа), в Модулі прописав програмно:
& НаКліенте
Процедура Поле1ДокументСформірован (Елемент)
ЕтотОб'ект.Реквізіт \u003d "
Wellcome
Що я зробив не так?
відповідь: Кому потрібна ця ідея, забирайте, готова робоча і стабільна ланцюжок, перевірено в 1С: Роздріб 8 / 2.2 керовані форми !!!
Питання: Поле HTML документа ЕлементиФорми.ІЕ.Документ.getElementsByClassName ()
Історія така ЕлементиФорми.ІЕ.Документ.getElementsByClassName ( "loginform__input-border") нормально повертає потрібний елемент а ось
ЕлементиФорми.ІЕ.Документ.getElementsByClassName ( "loginform__input-field ng-dirty ng-valid ng-touched") ніяк не знаходить
тобто не працює коли в імені є прогалини ...
чому?
відповідь: () А форм багато на сторінці? Якщо немає, то отримай масив форм і вибери потрібну.
Питання: очищається реквізит форми (поле html-документа)
відповідь:
Питання: Як працювати з Поле HTML Документа?
Підкажіть як можна реалізувати такі дії або дайте ссилочку на матеріал.
Є необхідність програмно заповнити поля на формі сайту, авторизуватися і проводити програмно наступне заповнення полів на сайті.
???
Додано через 5 годин 9 хвилин
Потрібно програмно заповнити input "и і натиснути кнопку ..
Додано через 16 годин 29 хвилин
Як заповнити поля розібрався. Є ідеї як по кнопці клікнути?
Додано через 1 годину 17 хвилин
У всьому розібрався. Тему можна закрити / видалити)
відповідь: Через кому. Зараз часу немає. У другій половині дня або ввечері відпишуся.
Питання: Поле HTML-документа (не опять, а знову)
Всім привіт.
Керовані форми. Самописна конф. Дістали "помилки сценаріїв" при відображенні інтернет-сторінки в поле HTML-документа. Ні, я не намагаюся зробити всередині 1С повноцінний браузер (відсилання до загальній формі "Обозреватель" в типових), але якісь елементарні форми, наприклад форму авторизації на гуглі, треба виводити. І виводити хотілося б по-людськи, щоб користувач не дивувався лайок з приводу скриптів.
Що робилося:
Налаштовувався IE в винде, щоб ігнорував скрипти. Допомогло. Але не пройшло узгодження з огляду на незручності настройки кожного клієнтського комп'ютера.
Викидалися скрипти з вмісту отриманої за адресою сторінки при настанні події Документсформірован. Не допомогло. Лайки встигають вискочити перед носом офігеваю користувача до того, як скрипти викинуті.
Документ вирушав формуватися на сервері. Потім HTML-код очищався від скриптів і відправлявся на клієнті в поле HTML-документа. Допомогло. Але натискання кнопок і інша робота з формою на клієнті бували ускладнені - багато дій вимагають контексту, який залишився на сервері (куки). І навіть якщо залишити скрипти для потрібних кнопок і перетягнути куки з сервера на клієнт, нереально відстежити всі можливі переходи і варіанти вмісту "чужих" сторінок, і всіляких редиректів, які можуть виникати. Потенційна халтура детектед.
Копирсалися типові на предмет реалізації виведення чужого HTML. Не допомогло. Або не все ще "проколупнути", або розробників вендора не пов'язує з невідомим HTML, або припиняють висновок в веб-клієнті, а що залишилися проблеми зі скриптами ігнорують.
Допоможіть ....
відповідь: () Цінна інформація, спасибі
Питання: Допоможіть відкрити сайт через поле HTML документа
Добрий день. є сайт
Який не підтримує старі браузери.
Його потрібно відкрити в поле HTML документа.
Пробував робити режим сумісності:
Сайт \u003d "
Можливо я неправильно використовую теги для сумісності.
Заздалегідь дякую
відповідь: () Спасибі, допомогло.
Не міг знайти ключ реєстру для win 10.
Питання: Поле HTML-документа і картинка
Це глюк або ...?
При вставці з буфера обміну замість картинки хрестик. У властивостях картинки адреса показується у вигляді "cid: image001.jpg@01D0C0A8.FD63F6D0". Пробував копіювати з outlook "a і браузера
відповідь: додай картинку в картинки, а потім в поле html ..
Питання: Як звернутися до реквізиту табличній частині документа? (Керована форма 1С 8.3.11)
Привіт Всім Досвіду розробки в 1 С 8 .3 поки мало тому прошу ради Є документ з табличній частиною РазмернаяСетка з реквізитами ШаблонГруппи (рядок) і Розмір (Довідник ХарактерістікіНоменклатури) ШаблонГруппи заповнюється запитом (Заполяї розміри з регістра відомостей) поруч в колонці Розмір доводиться заповнювати вручну ті ж самі розміри тільки з довідника
хотілося б циклом заповнити колонку Розмір тим більше що найменування повністю збігаються, як мені звернеться до реквізиту табличній частині РазмернаяСетка?
Через Об'ект.РазмернаяСетка.Размер каже що поле не виявлено? підкажіть як правильно реалізувати процедуру?
Процедура ЗаполнітьШаблонНаСервере () Запит \u003d Новий Запит; Запрос.Текст \u003d "ВИБРАТИ | РазмериВозрастнойГруппи.ХарактерістікаНоменклатури.Наіменованіе ЯК ШаблонГруппи | З | РегістрСведеній.РазмериВозрастнойГруппи ЯК РазмериВозрастнойГруппи | ДЕ | РазмериВозрастнойГруппи.ЦелеваяГруппа \u003d & ЦелеваяГруппа | | УПОРЯДОЧИТЬ ПО | РазмериВозрастнойГруппи.ПорядокВСпіске "; Запрос.УстановітьПараметр (" ЦелеваяГруппа ", Об'ект.НоменклатураГП.Состав.ЦелеваяГруппа); Об'ект.РазмернаяСетка.Загрузіть (Запрос.Виполніть (). Вивантажити ()); ТЗ \u003d Запрос.Виполніть (). Вивантажити () ; Для Кожного Стор з ТЗ цикл ЗначеніеШаблона \u003d Стр.ШаблонГруппи; Об'ект.РазмернаяСетка.Размер \u003d ЗначеніеШаблона; КонецЦікла; КонецПроцедури з повагою Дамір
відповідь: Круто все запрацювало Дякую
Питання: Помилка при розрахунку суми поточної рядки табличній частини в керованої формі документа
Підкажіть що не так?
Чому не спрацьовує підрахунок?
(Документ.ПріходнаяНакладная.Форма.ФормаДокумента.Форма (5,23)): Змінна не визначена (ЕлементиФорми)
СтрокаТаблічнойЧасті \u003d<>\u003e ЕлементиФорми.Матеріали.ТекущіеДанние;
відповідь: Код в модулі форми?
У керованих формах замість ЕлементиФорми використовується Елементи
Добрий день. Питання виникло наступне. З процедури документа я викликаю форму елемента довідника, заповнюю її і записую і потрібно щоб після запису в процедуру, яке все це викликало отримала посилання на створений елемент.
Код процедури наступний:
код 1C | ||
|
зрозуміло, що форма об'єкта довідника відкривається в цій ділянці коду
Безперервно збільшується вантажообіг висуває нові вимоги до якості і методології управління, а керівництво компаній, що входять до складу порту, бачить необхідність і можливість підвищення ефективності в автоматизації основних бізнес-процесів. ЗАТ ПКТ ( «Перший контейнерний термінал») першим почало реалізацію проекту з автоматизації управління діяльністю підприємства. ПКТ - найбільша на Північному Заході Росії стивідорна компанія, що забезпечує повний комплекс послуг, пов'язаних з перевалкою і зберіганням контейнерних вантажів. На території ПКТ (три квадратних кілометри) зберігається 6 тис. Контейнерів. Основні втрати часу при традиційній організації роботи були пов'язані з відсутністю оперативності управління переміщеннями контейнерів по території, великим обсягом ручної роботи та неефективним використанням дорогої вантажної техніки. Пошук контейнера часом займав кілька годин. Для підвищення ефективності було необхідно:
- забезпечити оперативне планування робіт з використанням поточної інформації про обстановку на контейнерному терміналі;
- скоротити час оформлення вантажних документів;
- звести до мінімуму ручні операції при плануванні робіт (складання планів навантаження, каргоплану, видача завдань на радіотермінали і електронні табло);
- оптимізувати роботу вантажної техніки шляхом використання інтерактивного режиму при видачі команд і отримання точної інформації про місцезнаходження навантажувачів, оптимізації розміщення контейнерів і мінімізації порожніх переміщень автоконтейнеровозів;
- скоротити час простою автомашин, суден, поїздів завдяки плануванню роботи персоналу і вантажної техніки на основі інформації про поточний розташуванні контейнерів.
У пошуках рішення
Системи управління, що відповідають поставленим завданням, використовуються практично в кожному західному порту. Ретельно розглянувши кілька пропозицій розробників, що впровадили свої системи в Коткінском, Роттердамському і інших контейнерних терміналах, керівництво ПКТ прийшло до висновку, що всі вони погано застосовні до умов роботи в російських умовах.
По-перше, системи, орієнтовані на західні термінали, в обов'язковому порядку вимагають для своєї роботи чіткої інформації по вантажах (терміни вивезення, приналежність і т.д.), а в ПКТ, на жаль, докладна інформація з'являється на більш пізньому етапі обробки контейнера . По-друге, на ПКТ значний відсоток становлять конвенційні вантажі, затарюють або растаріваемие в контейнери, в той час як більшість західних терміналів є транзитними і не ведуть робіт з вмістом контейнерів. Вся їх діяльність зводиться до перевантаження контейнерів з одного транспорту на інший. В специфіці ПКТ присутні більш складні процеси обробки вантажів, які, в силу сформованої на Заході інфраструктури, для їх терміналів неактуальні. По-третє, термінал одночасно служить складом тимчасового зберігання Балтійської митниці, а ні в одній західній системі автоматизації ще не навчилися враховувати специфіку, прийнятих в Російській Федерації вимог до митного оформлення вантажів. По-четверте, для західних систем характерна дуже висока вартість локалізації, установки і супроводу. Середня вартість впровадження західної системи управління контейнерним терміналом з урахуванням придбання ліцензії становить близько 3 млн. Дол., І при цьому немає гарантії, що не доведеться періодично викликати західних фахівців, оплачуючи їм дорогу та проживання.
Прийшовши до висновку про недоцільність впровадження західної системи, керівництво компанії приступило до вивчення пропозицій вітчизняних розробників. В якості генерального підрядника була обрана компанія «Солво» - виробник систем управління складським і виробничим процесом. Вибір був обумовлений наступними причинами:
- наявність у «Солво» досвіду роботи на західному ринку у співпраці з американськими корпораціями (BDM, TRW);
- використання передових методик в області складської і транспортної логістики, вивчених в процесі реалізації проектів на заході, як загальних (використання системи обміну даними в реальному часі, системи штрихового кодування; розбиття складського об'єкта на логічні зони; розмітка місць зберігання і всіх операційних одиниць), так і приватних (різні рівні контролю якості, перехресна навантаження, коли вантажі минуть зону зберігання, робота з хвилями замовлень, оптимізація завантаження транспорту, маршрутизація вантажної техніки та ін.);
- наявність орієнтованої на російський ринок системи управління складськими і виробничими процесами «Сіріус»;
- партнерські зв'язки з виробниками обладнання;
- відносна дешевизна установки і обслуговування системи; загальна сума проекту склала 1,2 млн. дол., а вартість обслуговування системи виявилася набагато нижча за відповідні показники для будь-якої із західних систем.
Отже, оперативне управління контейнерним терміналом вирішено було організувати на базі системи управління складським і виробничим процесами «Сіріус».
Архітектура рішення для ПКТ
Система управління контейнерним терміналом будується на основі єдиного інформаційного простору, охоплює і координує всю сукупність управлінських процесів компанії. Система оптимізує роботу техніки і персоналу, скорочує простої транспорту, контролює переміщення контейнерів і вантажної техніки по території терміналу і оперативно планує завдання персоналу з урахуванням поточної обстановки на контейнерному терміналі. Основне призначення системи - автоматизація оперативного управління всіма операціями з контейнерами і вантажами, що дозволяє знизити вартість їх обробки на території контейнерного терміналу і надає можливість отримання точної оперативної інформації.
Мал. 2. Архітектура рішення |
Система управління контейнерним терміналом (рис. 2) складається з підсистеми документообігу та підсистеми управління, що використовує для своєї роботи систему позиціонування (GPS), систему електронної ідентифікації, комплект радіообладнання і електронні табло. Система документообігу розробляється службою інформаційних технологій ПКТ і надає кошти централізованої підготовки документів, зберігання великого обсягу документації і швидкого доступу до інформації.
Система управління дозволяє:
- оперативно планувати роботу, використовуючи поточну інформацію про обстановку на контейнерному терміналі;
- звести до мінімуму ручні операції при плануванні робіт (складання планів навантаження, карго-планів, видача завдань на радіотермінали і електронні табло);
- оптимізувати роботу вантажної техніки за рахунок використання діалогового режиму при видачі команд, точної інформації про місцезнаходження навантажувачів, оптимізації розміщення контейнерів і мінімізації порожніх переміщень автоконтейнеровозів;
- скоротити час простою автомашин, суден, поїздів завдяки плануванню роботи персоналу і вантажної техніки та інформації про поточний розташуванні контейнерів.
Використання комплекту радіообладнання дозволяє:
- підтримувати діалоговий режим між системою управління і персоналом;
- отримувати оперативну інформацію про початок і завершення виконання завдання або про проблеми, що перешкоджають його виконанню;
- приймати оперативні рішення щодо усунення проблем, якщо вони виникли, і відновлювати перервану роботу;
- протоколювати час початку, закінчення і виконання операції кожним працівником терміналу.
Система позиціонування дає можливість:
- відслідковувати рух контейнерів по території терміналу, і, таким чином, надавати системі управління інформацію про місцезнаходження на заданий момент часу;
- відслідковувати переміщення навантажувачів по території терміналу, що допомагає системі управління видавати завдання на ту чи іншу операцію саме тим операторам, які знаходяться найближче до місця виконання операції і витратять на її виконання найменше часу;
- фіксувати і повідомляти менеджера про відхилення руху навантажувачів від наміченої траєкторії, тобто фактах виходу навантажувача за межі робочої зони, невиправдано довгих простоях навантажувача в будь-якій зоні.
Система електронної ідентифікації допомагає:
- фіксувати досягнення трейлером певної зони терміналу і, отже, скорочувати простої трейлерів в чергах;
- скоротити ручне введення з клавіатури терміналу при перевірці вмісту трейлера тальманов.
В рамках проекту для ПКТ була створена автоматизована система контролю доступу на територію контейнерного терміналу (підсистема? Режим?), Яка забезпечує:
- контроль доступу працівників на територію контейнерного терміналу за постійними перепустками;
- контроль доступу працівників сторонніх організацій по тимчасовим перепустками;
- передачу даних про перетин кордону контрольно-пропускних пунктів в систему оперативного управління.
Система? Режим? використовує в роботі обладнання штрихового кодування, стаціонарні термінали, радіотермінали на мобільних КПП і спеціальні термінали для контролю пропусків в службовому автобусі.
В якості платформи сервера системи оперативного управління використовувалася ОС Linux, перевагами якої в даному проекті були надійність, стійкість, безпеку, наявність великої кількості додатків і орієнтація на промислові системи. В якості системи управління базами даних використовується Sybase.
В системі задіяно 8 серверів і 150 робочих станцій на платформі Intel. Прийнято рішення використовувати радіоустаткування від LXE, що виробляє системи бездротового зв'язку для складних умов експлуатації. З ростом складності виробництва, складування, розподілу і зберігання товарів в поєднанні з жорсткою конкуренцією, викликаної розвитком ринку і високими вимогами клієнтів, логістика стала одним з визначальних пунктів корпоративної стратегії компанії LXE. Наслідком чого стало виробництво радіоустаткування, орієнтованого на використання в комплексі з системами управління складськими і виробничими об'єктами, транспортними парками і т.п. Устаткування LXE використовується в багатьох портах, по всьому світу.
стратегія впровадження
Впровадження системи управління контейнерним терміналом практично неможливо провести одночасно на всіх ділянках. Був обраний поетапний підхід, при якому на кожному етапі досягаються самозначімості результати, що забезпечують вдосконалення управлінських технологій, підвищення рівня інтегрованості пропонованих рішень з наступною повною інтеграцією системи. Покрокове впровадження дозволяє зацікавити, залучати до процесу впровадження, вище керівництво компанії, керівників середньої ланки і користувачів, даючи їм все більш і більш корисні практичні результати.
Крім того, поетапний підхід дозволяє здійснити впровадження системи без зупинки функціонування терміналу, що важливо для цілодобово працює об'єкта. На першому етапі було вирішено встановити і протестувати комплект системи супутникового позиціонування і супроводу рухомих об'єктів, встановити і налаштувати сервер системи оперативного управління і налагодити взаємодію системи оперативного управління з системою позиціонування і системою документообігу. Результат виконання етапу - поява можливості передавати в систему документообігу інформації про переміщення автоконтейнеровозів по території терміналу.
На другому етапі планувалося встановити електронні табло і налаштувати їх для роботи з системою управління, встановити базовий набір функцій системи, налаштувати комплект радіообладнання і мережевого устаткування, а також встановити і налаштувати диспетчерські робочі місця. Результатом етапу стане поява можливості реєструвати прийом, розміщення і відвантаження контейнерів.
На третьому етапі потрібно провести монтаж радіоустаткування на вантажної техніки, ввести в роботу висновок команд управління і супровідної інформації на радіотермінали вантажної техніки. На цьому етапі потрібно встановити диспетчерське ПО для роботи з автомобільним і залізничним транспортом, стеження за контейнеровозами, розгорнути диспетчерське ПО для обробки суден, а також встановити функцію управління автоконтейнеровозами при транспортуванні контейнерів з причалу. Результатом етапу є автоматизація всіх переміщень контейнерів аж до навантаження на судна.
Реалізація проекту автоматизації управління перевалкою вантажів почалася в червні 1999 року, а до грудня були завершені роботи по перших двох етапах. В промислову експлуатацію система введена в першому кварталі 2000 року.
результати
На сьогоднішній момент система здійснює обробку даних про пересування автоконтейнеровозів по території терміналу і місцезнаходження контейнерів, реєструє прийом, розміщення і відвантаження контейнерів, за рахунок чого ефективність роботи збільшилася на 20%. Отримані в ході попередніх випробувань результати дозволяють сподіватися на більш високі показники.
Оптимізована робота стивидора. Скоротилося час виконання всіх операцій, істотно зменшилися експлуатаційні витрати на утримання і обслуговування вантажної техніки, особливо автоконтейнеровозів. Одна така машина коштує понад 1 млн. Дол., Комплект гуми на 2-3 місяці - 12 тис. Дол. У результаті запуску системи управління в промислову експлуатацію ПКТ зможе виконувати той же обсяг робіт при використанні 9 автоконтейнеровозів замість 12.
Адаптованість системи «Сіріус» до потреб конкретного замовника, незалежність від фізичних характеристик складського об'єкта, можливість розбиття на логічні зони обробки вантажів і правил роботи свідчить про універсальність рішення. Це дає підстави сподіватися, що створювана система має непогані перспективи на російському ринку.
про автора
Роман Стогів - менеджер компанії «Солво» (Санкт-Петербург). З ним можна зв'язатися по електронній пошті за адресою: roma@solvoltd.com
«Морський порт Санкт-Петербург» - найбільший транспортний вузол Північного Заходу Росії. Зручне географічне положення - порт розташований на островах дельти Неви - допомагає знизити транспортні витрати. Порт з'єднаний з морем морським каналом протяжністю 27 миль, навігація по якому триває цілий рік. На базі майна, що орендується у «Морського порту Санкт-Петербург» і Морської адміністрації, працюють вісім спеціалізованих стивідорних компаній (зберігання і перевалювання вантажів). Гарантовані глибини забезпечують безпечну проводку і зручну стоянку суден довжиною до 260 метрів і осадкою до 11 метрів. На території порту розташовані: 53 причалу, складські площі понад 1 кв. км, криті склади 105 тис. кв. м., відкриті склади 940 тис. кв. м. Порт оснащений сучасною вантажною технікою
Санкт-петербурзька компанія «Солво» створена в 1992 році. Чисельність компанії - 35 осіб. Основний напрямок діяльності - створення систем автоматизації складських і виробничих комплексів. У тісній взаємодії з корпораціями RGTI, BDM і TRW фахівці «Солво» розробили автоматизовані системи складських комплексів для компаній AGFA, Wells, Cole Palmer, Polygram і ін. Робота із західним ринком і зараз залишається одним з напрямків діяльності компанії. На основі накопиченого досвіду компанія розробила систему «Сіріус», призначену для автоматизації вітчизняних складських і виробничих комплексів
Система «Сіріус»
«Сіріус» - універсальна система комплексної автоматизації управління складськими і виробничими процесами. Завданнями системи входить управління повним складським циклом, від прийому товару до відвантаження. Система вибирає місце зберігання прийнятих вантажів і розробляє завдання для працівників складу. Завдання надходять на екрани радіотерміналів у вигляді поетапних команд або виводяться на друк, індивідуально для кожного співробітника. При використанні системи штрихового кодування, виконання завдань підтверджується скануванням коду з етикеток, якими розмічені всі місця зберігання, навантажувальна техніка і надійшли на склад вантажі. Система може використовувати будь-який з існуючих штрих-кодів, або автоматично розробляти і друкувати етикетки з власним, внутрішнім кодом для всіх прийнятих вантажів.
Періодичний перерахунок товару дозволяє проводити інвентаризацію без переривання основного процесу. Система «Сіріус» орієнтована на і найрізноманітніші сфери застосування: аеропорти і морські порти, складські та виробничі комплекси, митні термінали, супермаркети.
Основу роботи системи становить надходить в реальному часі інформація про події, що відбуваються на терміналі. «Сіріус» обробляє дані і готує рішення по формуванню і розподілу завдань персоналу і взаємодіє підсистем, одночасно здійснюючи контроль над виконанням. Ядро системи (рис. 1) утворює планувальник - експертна система, в якій зібрані дані і актуальна інформація, необхідна для прийняття рішення по управлінню об'єктом відповідно до обраної організацією роботи терміналу. Прийняття рішень ґрунтується на наборі правил, передбачені на його основі складської діяльності безлічі російських і зарубіжних підприємств.
Володіючи інформацією про очікувані надходження, система заздалегідь підбирає, а в разі потреби, і звільняє місця зберігання, враховуючи при цьому особливості і вимоги до розміщення очікуваних вантажів. Інформація про очікувані надходження і відвантаження може надходити в систему автоматично з головної системи підприємства або вводитися вручну диспетчером складу. При фактичне прибуття товару на склад, в систему надходять відомості з товарно-транспортної накладної, або будь-якого іншого супровідного документа. Якщо вантаж знаходиться в списку очікуваних надходжень, то система автоматично звіряє дані з товарно-транспортної накладної та, в разі розбіжності, інформує менеджера складу про виниклу ситуацію. Після прийняття рішення про прийом товару автоматично формуються завдання робочим складу. Після того як отриманий вантаж переміщений в зону прийому, система автоматично формує команду на перерахунок товару співробітникові, котрий володіє певним статусом. Коли товар фізично перерахований, його фактична кількість вводиться в систему з клавіатури радіотерміналу, або з терміналу диспетчера. Що стосується розбіжності даних товарно-транспортної накладної з реальною кількістю, система може зробити повторний перерахунок, визначивши для цього іншого співробітника. Якщо дані фізичного перерахунку підтверджують невідповідність реального надходження з даними товарно-транспортної накладної, система повідомляє про проблему менеджеру складу і може призупинити роботи з вантажем до з'ясування обставин.
У разі, коли до приймається товару пред'являються вимоги по контролю якості, система може управляти цією операцією за кількома сценаріями:
- візуальний контроль (цілісність упаковки, зовнішні пошкодження і т.д.);
- контроль при перепакування;
- відбір і відстеження зразків при проведенні аналізу і сертифікації на своїй території;
- відбір і відправка зразків товару при проведенні аналізу і сертифікації в сторонньої організації, контроль отримання документації;
- інші види контролю за погодженням із замовником.
На час проведення контролю якості система на вимогу замовника може поставити товар на карантин, розмістити по місцях зберігання, але не відвантажувати до команди менеджера або відразу пускати в роботу.
При необхідності в терміновому порядку відвантажити тільки що надійшов товар клієнту, система формує робочим команди на відвантаження товару безпосередньо із зони прийому, минаючи зону зберігання. Система оптимізує використання складських площ, автоматично розподіляючи місця зберігання з урахуванням вимог замовника. При розподілі місць зберігання система враховує всі вимоги до умов зберігання: температурний режим, вологість, виробники, постачальники, терміни придатності, терміни реалізації та ін. Команди на розміщення прийнятих вантажів автоматично надходять на екрани радіотерміналів.
Система управляє діями робітників і відстежує правильність виконання команд. Інформація про замовлення надходить в «Сіріус» з головним системи підприємства або вводиться диспетчером складу на підставі надійшов вимоги на відвантаження товару. Далі автоматично формуються завдання на збір замовлення, враховуючи принципи FIFO, LIFO або будь-які інші, необхідні замовнику. Завдання надходять на екрани радіотерміналів, виконання команд підтверджується скануванням етикеток зібраних товарів і місць їх зберігання. Зібрані товари переміщуються в зону збору замовлень, що підтверджується відповідним скануванням. Завдання на роботи по відвантаженню формуються системою автоматично або по команді менеджера. У разі виникнення проблемної ситуації система повідомляє про це менеджеру складу і може зупинити всі операції з даним місцем зберігання до з'ясування обставин. Таким чином, інвентаризація ведеться постійно і з відстеженням всіх подій.
За командою менеджера система може формувати такі види звітів: наявність товарів на складі і в місцях зберігання, кількість відвантажень за певний період часу, кількість повернень, інформація по виробникам, постачальникам, перевізникам, замовникам, інформація щодо термінів зберігання і реалізації, а також звіт по роботах, виконаних кожним співробітником за будь-який проміжок часу і ін. Система формує необхідний набір прийомних, внутрискладских і відвантажувальних документів.
«Сіріус» збирає статистичні дані та передає їх в головний систему підприємства. На вимогу система може робити вибірки даних. На підставі статистичних даних система аналізує всі відбуваються на складі події і дає рекомендації по використанню вантажної техніки, площ зберігання і робочих ресурсів. Крім того, система може передавати рекомендації до відділу закупівель і продажів, грунтуючись на власних даних по статистиці прийомів і відвантажень.
Облік може вестися по штучному кількості, вазі, обсягу і т.д. При необхідності можуть враховуватися вхідні, вихідна, внутрішня і інші ціни товару. У разі, якщо необхідно відвантажити одиничне кількість товару, система організовує штучний відбір, виходячи з вимог, що пред'являються замовником. Коли жорсткою вимогою при прийомі товару на склад є наявність відповідного сертифіката, система автоматично запитує інформацію про нього.
Для оптимального розподілу площ зберігання і мінімізації внутрішніх переміщень, а також для більш економічного використання автотранспорту підприємства, в системі передбачена функція злиття вантажів. Параметри цієї функції визначаються індивідуально для кожного замовника. Якщо на етапі вхідного контролю виявлені пошкодження упаковки, або на складі прийнята власна форма зберігання і відвантаження, система, після прийому товару автоматично формує команди робочим на переміщення вантажів в зону упаковки товару. При використанні власного автотранспорту для доставки товару клієнтам система автоматично організовує завантаження таким чином, щоб оптимізувати маршрут транспорту і спростити його розвантаження на всіх точках маршруту.
Для зручності обслуговування постачальників і покупців введена система пріоритетів. «Сіріус» розподіляє виконання робіт по розвантаженню, відвантаження і постачання товару тому чи іншому клієнтові відповідно до його пріоритетом. У разі, коли декількома фірмами, об'єднаними в одну структуру, проводяться загальні складські операції, інформація про всі події на складі передається автоматично в головні системи цих організацій. В системі передбачено організацію взаємодії з територіально-віддаленими складами. Способи обміну даними в цьому випадку вибираються виходячи з вимог замовника. Віддалений склад може бути представлений в системі як один з ділянок головного складу. При організації управління на складах тимчасового зберігання, система розподіляє і видає прийняті вантажі згідно з правилами, зазначеним в базовому наборі функцій.
Якщо необхідно відображати на етикетках зі штрих-кодом будь-яку додаткову інформацію про товар, або на складі не використовується обладнання штрихового кодування, система виводить на друк потрібні етикетки. У разі якщо товар не затребуваний і його зберігання обходиться дорожче, ніж його вартість, система повідомляє про це менеджеру складу і відправляє повідомлення в головний систему підприємства. Якщо на складі в даний момент немає товару, який необхідний замовнику, система видає рекомендації по його заміні аналогічним товаром.
Система відстежує доставку товару клієнтам. Інформація про доставленому товарі вводиться диспетчером складу з подорожнього листа, за телефонним підтвердження замовника або може передаватися в головний систему і використовуватися для статистичної обробки.
Залежно від вимог замовника в системі можуть бути реалізовані різні способи обміну даними з будь-яким рівнем захисту. Для дотримання конфіденційності в «Сіріус» передбачений механізм розмежування доступу до інформації. Всі співробітники складу мають свої рівні доступу до виконуваних робіт і необхідне для цього відомостями. При виникненні проблемних ситуацій система автоматично їх відстежує і, при необхідності, повідомляє менеджеру.
Основна відмінність системи «Сіріус» - адаптованість. Замовників сміливо можна розділити на дві категорії. Перші хочуть, щоб об'єкт функціонував за усталеною методикою; їх мета полягає в підвищенні ефективності роботи об'єкта без істотних змін процесів. Другі потребують нової моделі функціонування складського об'єкта. У першому випадку система налаштовується на роботу за усталеними правилами функціонування конкретного об'єкта. У другому випадку спеціальні засоби, що входять до складу системи, можуть змоделювати роботу реального об'єкта в різних умовах, за різними схемами функціонування. Отримані дані допомагають фахівцям побудувати найбільш ефективну модель функціонування.
Доступний інтерфейс інструментів, що дозволяють ввести в систему фізичний опис складського об'єкта, розбиття на логічні зони обробки вантажів, правила роботи, а також опис всіх операційних одиниць, дозволяє підлаштовуватися під будь-які зміни роботи. Найпростіший приклад - додавання нової області складування. Графічний інтерфейс редактора опису об'єкта, дозволяє відповідальному менеджеру без зупинки робіт додати нову область - її фізичні характеристики, логічне призначення, правила роботи, особливості. Крім того, менеджер може дозволити участь нової області в функціонуванні об'єкта.
При розробці системи використовувалися мови високого рівня, зокрема, Пролог. Зв'язок з базами даних здійснюється з використанням механізму тісної зв'язування, а набір фактів і правил Прологу дозволяє здійснити прозорий доступ до баз даних. Діяльність з планування робіт грунтується на статистичної інформації і правилах дії в умовах невизначеності і неповноти даних. Правила виконують роль вираження з експертними даними. Наприклад, при розміщенні чергового вантажу система керується наступною інформацією:
- якщо вантаж потребує охолодження, то шукати місце в холодильних камерах;
- якщо вантаж цінний, то розміщувати в спеціальній зоні;
- вантаж цінний якщо вага менше 10 кг і ціна більше 100 дол .;
- якщо вантаж небезпечний, то не розміщувати разом зі звичайними;
- якщо вантаж сильно пахне, то не розміщувати разом з товарами, вбираючими запахи - і т.д.
Система функціонує на різних платформах: Unix, Windows NT, взаємодіючи з різними СУБД, що підтримують стандарт SQL-92: Oracle, Sybase, Informix, Adabase, Postgres. Спочатку система створювалася для роботи під управлінням ОС Linux - російський ринок тоді не був готовий до покупки дорогих ліцензій на програмне забезпечення. Потім, за запитом конкретних замовників була створена NT-версія. Система підтримує радіоустаткування, пристрої штрихового кодування, а також технологічне обладнання (електронні ваги, табло, касові апарати) провідних виробників.
Система «Сіріус» здатна обмінюватися даними з іншими програмними комплексами через протоколи EDI і XML. У випадках, коли для інтеграції мало можливостей стандартних протоколів, або програмний комплекс їх не підтримує, використовуються спеціальні програми-шлюзи, які займаються передачею і поданням даних, отриманих від однієї автоматизованої системи у вигляді, зрозумілому інший.