Как наши продукты обеспечивают оперативную реакцию на изменение требований бизнеса


В этой статье хотим рассказать о ключевых особенностях наших решений.

1. Наши продукты разработаны на платформах на 1С:Предприятие 8:

- A-WMS Basis - это конфигурация платформы 1С:Предприятие 8.3;
- A-WMS Mobile - это конфигурация Мобильной платформы 1С:Предприятие 8.3.

О причинах выбора можно сказать коротко: Быстро и Дешево.
"Быстро" - потому что много уже написано, а сам процесс разработки облегчен за счет готовых "кубиков" платформы.
"Дешево" - потому что разработка и поддержка решений обходится значительно выгоднее, чем при использовании альтернативных вариантов.

2. Для передачи данных мы используем web-технологии (http-сервисы 1С:Предприятие 8).

Это позволяет получить высокую скорости передачи и обработки даных и иметь компактное, легко модифицируемое решение.

Теперь, относительно самих решений.

3. A-WMS Basis: Мы реализуем возможность работы с несколькими складами в одной программе.
В том числе, и в случаях, когда каждый из складов управляется своей командой, например, склады филиалов.

Что это дает:
- нет избыточного усложнения IT-инфраструктуры при открытии новых складов, т.к. нет необходимости в новой интеграции с новым продуктом;
- позволяет централизированно анализировать данные и управлять процессами, сразу все данные может видеть бизнес-аналитик, например;
- отсутствие возможности плодить "параллельные" программные решения, которые в конечном итоге становятся независимыми друг от друга.

4. A-WMS Basis: Решение имеет адаптированную под целевые конфигурации 1С (УТ,КА,ERP) структуру нормативно справочной информации.

Это значительно упрощает (и снова "быстро и дешево") проведение работ по интеграции и сокращает количество неоптимальных доработок ("костылей") из-за разницы в архитектурах КИС и WMS.
Это позволяет применять уже известные методики решения задач, что ускоряет разработку и упрощает поддержку.

5. A-WMS Basis: Решение имеет достаточно простые механики управления исполнением заказа на складскую операцию, приходящего из КИС.
Этапы выполнения заказа отражаются в виде цепочки связанных документов-заданий.

Это дает возможность разработчику добавлять новые типы заданий, не меняя архитектуру решения.
А также это ускоряет понимание нештатной ситуации оператором WMS при разборе ошибок в текущей работе.
Если настройки безопасности это предусматривают, оператор WMS может вносить изменения в некорректно выполненные операции, корректируя соответствующие документы-задания.
Этим достигается оперативность исправления ошибок (они не накапливаются в ожидании IT-консультанта), но в ущерб достоверности статистических данных (что не всегда критично).

6. A-WMS Mobile (как отдельный продукт, и как часть A-WMS Basis): Мы стараемся сохранять баланс минималистичности и функциональности.

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

7. A-WMS Mobile: Система не требует постоянного соединения с базой (offline-система).

Зачем это нужно:
- Если невозможно обеспечить стабильное соединение с базой (A-WMS Basis или другой) в местах постоянной эксплуатации мобильных рабочих мест;
- Временная работа в местах с отсутствующей связью, например, при приеме товара на новый склад, где еще нет инфраструктуры с WiFi, и сотовая сеть 2G.

8. A-WMS Mobile: Система имеет механизм преднастроек, значительно ускоряющий процесс развертывания новых устройств.

Процесс настройки ТСД выглядит так: подключили WiFi, установили программу, при старте программы ввели короткий код и получили готовое к работе устройство.
Практически все действия по настройке ТСД могут выполняться силами продвинутого оператора WMS (уровень навыков подключения электронной почты).

9. A-WMS Mobile: Система использует сценарии сканирования.

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

Система позволяет настраивать любые сценарии сканирования, с произвольным количеством этапов.
Менять сценарий возможно в доступных разработчику настройках, силами оператора WMS, а также непосредственно на мобильном устройстве - доступ регулируется администратором системы.

Примеры решаемых сценариями задач:
- Приемка товара: с марками/без марок, контейнерами, с нанесением дополнительной маркировки и отражением в системе и т.п.;
- Отбор товара: с марками/без марок, с предварительной упаковкой, с распределением по заказам и т.п.
- Добавление или исключение новых функций, например, для перехода на посерийный учет меняем только сценарии по заданиям.

10. A-WMS Mobile: Система использует методику распознавания типа штрихкода по шаблонам при сканировании.

Это позволяет:
- Избежать ошибочных сканирований: товар вместо ячейки, упаковка вместо номера заказа и т.п.;
- Проверять правильность этикетирования;
- Выполнять "умные" функции, например, распознавать марки, избегая дополнительного сканирования маркированного товара.

Также, этот механизм позволяет оперативно реагировать на изменение условий: новая топология, новые форматы штрихкодов и т.п.

11. A-WMS Mobile: Система обеспечивает механизмы online-взаимодействия мобильного устройства с базой (A-WMS Basis или другой).

Функционал позволяет:
- Вывести на устройство отчет о текущих остатках в данной ячейке или по данном утовару;
- Организовать online-проверку считанного по сценарию штрихкода (например, марки);
- Выполнить удаленную команду на сервере (например, печати задания на выделенный принтер).

Эти функции могут быть оперативно настроены в зависимости от конкретных бизнес-процессов и решаемых задач.