Андроид-решение для создания заказов в 1С
учет товаров технология штрихкодирования ТСД Андроид-решение разработки под Андроид
Приветствую всех!
Посмотрите первые 5 картинок - идея технологии заключается в следующем:
1) использовать rdp-подключение к базе 1с (без опен-впн).
2) изменить формы работы с базой 1с таким образом, чтобы можно было комфортно создавать заказ, подбирать товар в заказ, просматривать остатки и цены по товарам - использовать при этом пальчиковый метод работы с базой 1с на маленьком экране Андроид-телефона. В проекте используются формы на технологии "обычных форм" (то есть это не управляемые формы).
Первая подобная разработка была реализована для терминалов сбора данных, описание проекта здесь Использование терминала сбора данных.
Вам представлена пустая база в виде дт-шника для скачивания и тестирования. В ней я подготовил необходимый функционал - документ ЗаказСклад, обработку для подбора номенклатуры, удобные формы для Андроида. Также по минимуму подготовил справочники для типизации объектов: Склады, Номенклатура и т.д. - то есть только названия справочников. То же самое с другими объектами метаданных (регистры, документы).
Теперь детали проекта.
1. для подключения к серверу я использую программу Parallels rdp-client android - можно скачать с Play Маркета.
2. в настройках пользователя при подключении к серверу прописываю строку запуска программы 1с
Командные файлы (батники) расположил в папке 1с. Один батник прикладываю к статье.
Если открыть батник (по кнопке Изменить), то текст команды будет следующим
3. при запуске 1с срабатывает процедура ПриНачалеРаботыСистемы()
В мой дт-шник затесались формы от предыдущего проекта - формы для ТСД - на них внимание не останавливаем.
Пользователю для работы с Андроид-формами назначаем роль "Андроид". Тогда при открытии 1с будет открываться главное окно Андроид-разработки. Вот как оно выглядит в конфигураторе.
Вот как оно выглядит в пользовательском режиме.
4. для работы с базой данных был создан новый документ ЗаказСклад, не связанный ни с какими типовыми механизмами программы 1с - особенно с типовым ЗаказомПокупателя. Цель его создания - иметь документ, в который можно записывать выбранный товар. Далее по моей задаче в чеке ККМ указывается номер заказа, после чего чек ККМ заполняется товарами и услугами из заказа, чек (пробивается) оплачивается. Для документа Заказ (Склад) также разработаны обычные формы для работы с настольного компьютера.
5. Для просмотра остатков и цен разработана форма списка номенклатуры. Похожая форма используется для подбора номенклатуры в заказ.
На этом детали заканчиваются, результат работы продемонстрирован на первых 5 картинках - это снимки с экрана телефона рабочей базы.
Далее, нюансы разработки:
1) типовой список номенклатуры (называемый динамический список) не подошел - пальцами прокручивается слишком быстро и нельзя остановиться на нужной позиции - поэтому список номенклатуры заполняется как табличная часть с помощью фильтров (ЭтоНЕгруппа, НЕпомеченныеНаУдаление, ПринадлежатГруппе).
2) Созданы кнопки "вверх" и "вниз" для перехода по строкам номенклатуры - пальцами листать не удобно.
3) Штрихкоды не используются, поиск товара по названию не используется - используется поиск только по коду или по группе, визуально перебирая список товаров.
Дт-шник готовился на платформе 8.2.19.130.
На этом все.
С пользой для клиентов, RustIG
Всем всего доброго и успехов в работе!
См. также:
Как эффективно использовать Инфостарт NEW!
Список реализаций + структура подчиненности + реестр документов SALE'1sm
Список заказов поставщикам + структура подчиненности SALE'1sm
Список заказов покупателей + структура подчиненности SALE'1sm
Договоры для 1с-ника ТОП-скачиваний
Сетка расписания (Планировщик) нестанДАрт
Два механизма, которые ускорили работу бухгалтеров в 1С нестанДАрт
Расчет банковских (рабочих) дней нестанДАрт
Шаблоны кода в режиме 1С:Предприятие SALE'1sm
Доработка конфигурации Конвертация Данных
Планирование платежей. Прогнозирование прибылей и убытков
Ввод показателей план-факта БП 3.0 Know-how
Инвентаризация личного опыта Для новичков 1С
Большие запросы: взгляд на проблему нестанДАрт
Технология создания коммерческих разработок Know-how
Андроид-решение для создания заказов в 1С Know-how + нестанДАрт
Печать ценников с одной и двумя ценами 55х40, 100х60, 140х200
См. также
Специальные предложения
Сначала стоило бы описать учет чего ведется.
Производство мебельное.
Допустим производится шкаф с двумя дверьми.
Так вот корпус шкафа, - это модуль.
Пара дверей с одним видом фасадам, - это другой модуль.
Каждый модуль упаковывается в некоторое количество пакетов, в один и более.
На WMS складе ведется учет пакетов (грузов)(1 пакет = 1 груз, имеет уникальный штрихкод в рамках WMS).
В 1С ведется складской учет модулей, а не пакетов.
При отгрузке модулей из 1С в WMS идет команда отгрузить некий перечень пакетов (разузловка по сути модулей на пакеты).
В данном случае нам интересен момент передачи в WMS, так как при отгрузке ТСД в 1С не используются, а используются ТСД (хитро не дешевые) работающие с WMS напрямую.
Работа с ТСД в 1С сделана по аналогии как в статье.
В не хитро дорогих ТСД на винде CE (не вижу трудностей и на Андройде сделать), идет подключение по RDP к серверу терминальному, там запускается 1С.
Сделана обработка внешняя для работы с ТСД и помещена в справочник как и другие внешние обработки (легко вносить исправления на лету без демонических обновлений базы).
Так же как в статье при запуске проверяется некая абстрактная роль и запускается внешняя обработка из справочника внешних обработок.
В базе сделан документ специальный под названием типа "Передача пакетов".
В обработке ТСД на стартовом экране юзер жмет огромную кнопку "Сканер" (все окошки зашиты в обработке), открывается список документов передачи (возврата) пакетов, который фильтруется по введенному номеру производственного заказа.
В самом заказе (доработано) есть вкладка с таблицей пакетов, которые должны произвести, заполняется разузловкой модулей на пакеты.
По этой таблице делаются движения в спец регистр учета количества пакетов по заказам для контроля остатков при выпуске.
В обработке ТСД есть кнопки позволяющие произвести контроль остатков пакетов (не отгруженных в WMS) по заказу и корректность отражения разбивки на пакеты в самом заказе (ручки шаловливые или пакетность поменяли конструктора).
И вот видя перечень документов, можно либо продолжить сканировать пакеты в имеющийся документ или же в новый создав его.
Так или иначе открывается окошко в обработке, в первое поле сканируют штрихкод пакета (тут программа может поругаться на остатки), потом штрихкод паллеты на которой все лежит (идет контроль, а не была ли данная паллета где-то ранее указана, у нее тоже уникальный штрихкод в рамках WMS), ну и третье поле сканируют штрихкод груза для WMS, после чего если этот штрихкод тоже уникальный и нигде ранее не засветился, то в табличку под полями заносятся все три штрихкода и количество равное 1. Есть возможность указать количество любое, но для этого до сканирования штрихкода груза нужно установить настройку в окне чтобы выскакивало окно с запросом количества. Для сканирования следующего пакета такого же как первый, нужно еще раз сканировать штрихкод в третье поле, штрихкод за штрихкодом, пока не дойдешь до следующего вида пакетов. Программа при таком беглом сканировании может тормознуть юзера и сказать, что все, остатки по пакетам говорят, что по этому заказу таких пакетов быть больше не может.
И вот у нас есть документы с массой штрихкодов.
В 1С их открывает ответственный (у документов есть окошки более развитые чем в обработке для ТСД и не с такими огромными кнопками), проверяет, проводит, документ попадает в очередь на выгрузку в WMS (регистр сведений с измерением Объект и Ресурсами: Приоритет, Дата добавления в очередь).
Регламентное задание обрабатывает эти документы в очереди (там же и отгрузки находятся + номенклатура + контрагенты...) и посредством простейших команд PL/SQL на Oracle, вываливает все в шлюз обмена WMS в том формате как понимает WMS.
К слову сказать, сканеры в ТСД работают по принципу клавиатуры.
Вы не заметили, что под ТСД приходится полностью пилить новый пользовательский интерфейс?
Это все требует отдельных трудовложений, да и к тому же эти решения еще на 8.2 с обычными формами.
Плюс это требует наличия терминальных серверов и лицензий дополнительных под все это дело = деньги.
Сейчас же 1С запилили полноценный мобильный тонкий клиент с резиновым интерфейсом (управляемые формы), который не требует наличия терминального сервера.
В 1С не тупизни работают, все развивается последовательно.
(29)
Это все требует отдельных трудовложений
если бы тема была развита на Инфостарт, за 3 года набралось бы форм и интерфейсов под большое кол-во узкоспециализированных задач, связанных с мобильностью сотрудников (внешних агентов). ну а так, самое сложное сделано - преодолен страх и стереотип, разработана виртуальная цифровая клавиатура, отработан механизм прокрутки списков.
(29)
с чем приходиться работать, с тем и работаем :) будет клиент с УТ 11, будет у него уже настроен вай-фай и рдп, то почему бы не попробовать реализовать ему какую-нибудь специфическую задачу. Тут мне в личку написали, что похожее решение делают для системы лояльности клиентов: а именно на андроиде в рдп реализуют три рожицы "Понравилось обслуживание", "Не понравилось", "Средне"...
(29)
по моему, должен быть разумный подход - если рдп не развернут, то наверное надо искать другое решение, чем в статье. согласен, что описанный способ имеет свои нюансы.
(29)
статья призвана обмениваться опытом и знаниями. поэтому спасибо вам за информацию, многие прислушаются к вам.
Также склад считывает мобилой QR код заказа (содержиться зашифрованный код номенклатуры, количество и дата), запрашивает get запросом информацию из основной базы по остаткам, характеристикам, наименованию, склад вписывает количество и POST запросом отправляет назад создавая документ списания.
Вот пример кода касательно http запросов из моего недавнего комментария, если будете разбираться, должен помочь:
(странно, кто-то минус влепил)
Самим мобильным приложением можно решать абсолютно любую задачу, это по сути слегка урезанный тонкий клиент + возможности android платформы, как например камера (наполнять номенклатуру картинками), телефон (для быстрой связи с клиентом) и тп и тд.
Если заинтересуют тонкости сборки - попытаюсь вспомнить и ответить. Под ведроид собирается вообще без проблем, под айвонь надо через реальный мак или через виртуалку (для использования на айвоне все одно потребуется учетка разработчика аппстора или приложение не будет жить больше недели после каждой загрузки)
Клавиатуру можно дополнительно запрограммировать - только насколько это актуально - пока не понятно.
если мой случай - УТ 10.3 или другая конфа, например БП 3.0, и еще не куплен ТСД, то Андроид-решение имеет преимущество. ну и от задачи многое зависит. не все задачи решаются в Андроид-интерфейсе, и тем более в ТСД. Вообще, тема новая - накопленного опыта еще мало. Посмотрим, что будет.
Вопрос про прокрутку снимаю. Внимательнее прочитал статью в конце. Те же грабли(
Мое мнение - лучше использовать для подобной задачи мобильное приложение 1с. Интерфейс поддерживает свайпы и прокрутку. В большом складе не везде может ловить вай фай, поэтому оффлайн доступ будет преимуществом.
какие преимущества я вижу в описанном в статье решении - быстрое развертывание решения - нужно провести инвентаризацию склада, привлечь большее число сотрудников для инвентаризации - да запросто!
руководителям нужно видеть показатели (отчеты, движения, обороты, остатки, статусы) - да запросто!
разработка подобных решений очень дешевая! главное применять некоторые принципы, которые описаны в статье.
готовые формочки - это дело времени - их можно распространять на Инфостарте - к примеру мои формочки отлажены, потрачено более 30 часов - это список номенклатуры, виртуальная цифровая клавиатура для указания числовых значений (кол-ва, цен, сумм, дат).
В этом смысле мобильное приложение проигрывает по деньгам, времени разработки и отладки, развертывания.
К примеру Моби-С одна лицензия стоит 6000р, Агент-Плюс 3500р.
Проблемы вай-фай - это не проблемы андроид-решения, потому что с ТСД такие же проблемы, но они решаются установкой дополнительной точки доступа, настройкой ТСД, чтобы вай-фай не отваливался при переходе к другой точке доступа - дело техническое и решаемое.
1) прокрутка динамических списков не работает при увеличении шрифта, то есть если шрифт не увеличивать, то вроде нормально реагирует прокрутка, "приспособиться надо", но шрифт приходится увеличивать, поскольку мелко становится через рдп. Прокрутка табличной части списка номенклатуры при увеличенном шрифте работает нормально, для более точного позиционирования сделаны кнопки "вверх", "вниз".
2) Я тестировал через внешний ай-пи, удаленно, не приезжая на объект - поэтому проблемы вай-фай не испытывал. Отклик работы через интернет нормальный, поэтому не побоялся описать разработку в статье.
Не описан интерфейс взаимодействия с широчайшим кругом других конфигураций.
Смотрите лучше в сторону МП и http сервисов, хотя на подходе уже 8.3.12 с их мобильным клиентом.
1. С http сервисом легче работать в отличии от SOAP, не требуют жесткой типизации.
2. Под интересным решением мы скорее всего вкладываем различные понятия, к примеру, мы недавно выложили приложение для просмотра результатов тестирования (мы публиковали недавно статью), довольно плотно используем для внутренних решений компании. Где-то тут на инфостарте лежала статья МП "Контакты".
Позже было решено прикрутить встроенный кодридер (на андроидах), для того, чтобы вместо тсд использовать мобильный телефон), но суть такая же, все по рдп.
Да, идею подсмотрел в конфигурации Кортес: Адресный склад, где похожая штука была реализована года 4 назад, может больше.
взято отсюда
В данный момент использую: Мобильную платформу 1с + SDK android + Web сервисы
а я приведу пример с 1С:Документооборотом - они на мобильном приложении реализовали согласование документов,
или пример с Агент+ - также на мобильном приложении реализовали создание заказов.
В их приложениях много других полезных фишек, и все же часть функций можно решить на начальном этапе с помощью опубликованного решения - простые решения для узкоспециализированных задач.
в целом, надо обращать внимание на:
- глючит или нет вай-фай модуль, радиус действия
- степень защиты от падения - желательно уронить аппарат с высоты 1,5 м (уровень рук кладовщика)
- клавиатура кириллица есть или нет (на некоторых моделях ее нет)
- размеры кнопок и размеры экрана
и много разных мелочей
Просмотры 12796
Загрузки 7
Комментарии 54
Создание 23.03.18 11:52
Обновление 04.03.19 19:53
№ Публикации 804274
Рубрики Рабочее место
Кому
Программист ,
Пользователь
Тип файла Подсистема
Платформа Платформа 1С v8.x (все механизмы)
Конфигурация Конфигурации 1cv8
Операционная система Android
Страна Не имеет значения
Отрасль Не имеет значения
Налоги Не имеет значения
Вид учета Управленческий учет
Раздел учета
Оптовая торговля ,
Учет ТМЦ
Доступ к файлу Абонемент ($m)
Код открыт Да
|
Полная автоматическая загрузка данных, гибкие настройки списания партий, учтен опыт реальных производителей и оптовиков
|
