1. ТЗ проекта мобильного приложения 2. XDTO-пакеты и объекты XDTO в разработке мобильного приложения 3. Настройка обмена данными 4. Передача приложения с помощью Android файла apk 5. Тестирование мобильных приложений
В этой статье хочу поговорить о разработке мобильного приложения на базе 1С.
Моя статья для Вас, если: — Вы пишете на 1С, и в основном вся работа выполняется на типовых конфигурациях — Вы хорошо знаете процесс создания конфигурации для ПК и стоит задача написать мобильное приложение (далее МП) или возможно внести исправления/доработки в существующее приложение.
Я подразумеваю, что читатель хорошо знаком с программированием на 1С, часто используемыми объектами конфигурации и умеет пользоваться гулгом (чтобы мочь самостоятельно погрузиться в тонкости, а не читать огромную статью с кучей лишнего материала).
Мы коротко рассмотрим весь процесс создания МП от составления технического задания (ТЗ) до компиляции готового к установке Android файла apk.
Разработка мобильных приложений на 1С и организация взаимодействия через Интернет (Луценко Дмитрий)
Еще уточню, мы не будем очень сильно углубляться в детали, иначе бы статья превратилась в полное пошаговое руководство по созданию МП или даже в небольшой роман))) Также не будет рассматриваться компиляция под iOS и публикация в AppStore или PlayMarket.
Здесь речь пойдет только о разработке мобильных приложений под одну платформу, что подразумевает непосредственную работу в собственной базе данных (БД) на МП и обмен данными с центральной базой (ЦБ). О мобильном клиенте 1С (не путать с мобильным приложением) стоит поговорить отдельно, но не сегодня. Итак, погнали!
1. ТЗ проекта мобильного приложения
Здесь, кажется, не о чем говорить. Общаемся с заказчиком, пишем все за ним. Обсуждаем хотелки, критерии интерфейса, в общем все, как и в версии для ПК. Но! Хочу выделить различия составления ТЗ для МП и для ПК.
Обычно заказчик хочет видеть на экране мобильного устройства те же объекты, что и в ПК версии. Поясню, бывают случаи, когда разрабатывается, например, МП для сбора каких-либо данных, и в ЦБ эти данные обрабатываются просто как коллекция.
Но когда мы говорим об отображении объектов из ЦБ на МП, нужно понимать, что перетащив/скопировав объект один в один, как есть, мы совершаем акт насилия над МП))) Все дело в том, что, во-первых, не стоит перегружать базу данных МП лишними реквизитами, так как это может привести к увеличению размера базы на устройстве и к существенному увеличению времени получения и обработки данных при обмене с ЦБ. Но и это еще не все причины! Экран МП может вместить в себе намного меньше элементов, нежели экран ПК. Поэтому, если мы перенесем даже простой справочник с десятком реквизитов, он уже будет смотреться на МП очень загроможденным. И еще, стоит учитывать, что даже если объект достаточно прост, то на его оформление нужно будет потратить минимум вдвое больше времени нежели при создании аналогичного объекта на ПК.
Также при составлении ТЗ стоит уточнить у заказчика, на каких устройствах планируется использовать мобильное приложение. И если мы говорим о качественной разработке, нужно будет провести тестирование на таком же устройстве или, как минимум, в эмуляторе этой модели. Если же в планах заказчика нет конкретного оборудования и даже нет примерного понимания размера экрана, обязательно оговариваем диапазон тестируемых экранов, например, от 5 до 10 дюймов. И, конечно же, не забываем заложить в ТЗ часы на такое тестирование.
Новый курс: диплом разработчика 1С с профессиональными навыками использования 1С:ERP
Подчеркну, самым важным, по моему мнению, в МП это его простота и минимализм. Интерфейс должен нести минимально необходимый объем информации, даже подписи к реквизитам могут иметь очень большое значение в визуальном восприятии приложения.
И, конечно же, приложение должно быть максимально удобным. Расположение кнопки справа или слева может сыграть ключевую роль: так как в некоторые места экрана очень неудобно нажимать, управляя устройством одной рукой.
Итак, подводим итог по ТЗ:
— уточняем размер устройств;
— заставляем заказчика назвать минимум реквизитов для переноса объектов из ПК на МП;
— при тестировании учитываем ориентацию и размер экрана. Проверяем удобство расположения элементов на форме.
2. XDTO-пакеты и объекты XDTO в разработке мобильного приложения
Для начала скажу, что по сути разработка мобильного приложения 1С проходит в привычном нам конфигураторе, и это радует. Отличия начинаются со свойств конфигурации. Первое, что необходимо сделать, это -установить флаг «Мобильное устройство» в Назначении использования и Требуемые разрешения МП. Также советую оставить проверку текстов только для МП в меню Сервис-Параметры, вкладка Модули-Проверка, убираем лишние флажки.
Перед тем как создавать объекты в конфигурации МП, нужно определиться с набором объектов и реквизитов, которые идентичны с ЦБ. Например, справочник контрагенты, мы решаем, что будем переносить только наименование и адрес. Далее я вижу такие варианты развития событий:
1. Использовать XDTO-пакеты.
Этот способ несколько более сложен, чем другие, потому как нужно вникнуть в такой объект метаданных. Хотя это очень даже удобный инструмент, когда, например, есть разработанный сторонний продукт и ему нужно обмениваться данными с 1С. Разработчик этого ПО создает xsd-схему, Вы импортируете ее в свою конфигурацию и легко получаете из xml файлов обмена данными объектов xdto. С ними намного удобней работать, чем, например, парсить, иногда огромных размеров xml.
Итак, что же нам делать с этими объектами?! xdto-пакет должен быть создан в конфигурации ЦБ и описывать структуру объекта мобильного приложения. И когда мы получим объект из МП, при чтении xdto, ЦБ будет точно знать, что у нас за объект. Важно! Порядок реквизитов в xdto и МП должен совпадать.
Точно так же, если структура метаданных объектов совпадает (имя и названия реквизитов) и Вы передаете сериализованные объекты без какой-либо обработки из Цб в МП, в любом случае порядок реквизитов должен быть идентичным, иначе получите неинформативную ошибку на МП при десериализации. 
2. Передавать структуру или таблицу значений вместо объектов XDTO.
Тут все просто: берем названные выше коллекции и наполняем их необходимыми нам данными. Сериализуем, получая таким образом строку, передаем на сервер, десериализуем и вновь получаем нашу коллекцию. 
Также сериализация подходит, если мы решаем, что объект МП будет иметь весь набор реквизитов ЦБ, то есть они будут идентичны.
Сериализация удобна еще и тем, что мы можем превратить в xml строку любой объект, который может быть сериализован (а таких много). Посмотреть эту особенность можно в синтаксис помощнике. Ищем интересующий нас объект и смотрим раздел «Доступность:», если там есть слово «Сериализуется», тогда все ок!
3. База посредник. Это еще один вариант, который также часто используется. Когда между МП и ЦБ есть еще база-посредник, которая выполняет функцию буфера. В таком случае структура МП и буферной базы идентичны и чаще всего обмениваются они между собой посредством сериализации.
Буфер же может быть построен на базе БСП и обмениваться с ЦБ, используя правила обмена – «привет, КД»))).
Вот такие есть варианты обмена информацией между МП и ЦБ. Хотя, как мне кажется, можно придумать и другие, но эти наиболее часто используются.
Почему столько заморочек при обмене?
В ином случае мы сможем передавать из МП только примитивные типы данных (Число, Булево, Строка). А вышеописанные методы позволяют преобразовать объекты в строку и после передачи получить из нее обратно свои объекты в том же виде.
После того, как выбран метод обмена, можно приступать к созданию объектов метаданных конфигурации МП. При этом важно не забывать просматривать доступность используемых Вами объектов на мобильном приложении. Пока мобильное приложение в разработке, никто не запрещает тестить в тонком клиенте, запуская отладку и пользоваться всеми прелестями десктопного приложения. Но!
Не все таким образом можно отладить и протестировать. Если используется функционал только МП, как, например, работа с геоданными, телефонией, камерой устройства, с нативным или сторонним ПО Android, — то тут удастся протестить только на реальном устройстве или на эмуляторе (например, Genymotion).
Итак, конфигурация МП написана, все что можно потестили на ПК, что дальше?
3. Настройка обмена данными
Как определить объем передаваемых данных?
Я вижу такие варианты: 1) Использовать план обмена. Конечно же, его придется создать. Тогда можно будет использовать свои правила регистрации, скажем, в подписке на события. Таким образом сможем учитывать любые задуманные отборы, чтоб на МП попало минимальное количество объектов;
2) Постоянно передавать все данные. В основном так можно делать, когда объем передаваемых данных минимален.
Вот, например: на МП передаются данные для отчетов, которые не нужно фильтровать (ДДС для руководителей) или прочая отчетность, которая нуждается только в отборе по периоду.
Или еще пример: по необходимости бухгалтер отправляет руководителю документы на подпись. У руководителя имеется МП написанное нами. Бухгалтер открывает документ который нужно завизировать, жмет кнопку «Отправить на подпись» и руководитель получает push-уведомление о том, что нужно подписать документ. Переходит в МП и получает конкретно один документ, который ожидает подписи (например, такие доки будут храниться в регистре сведений со статусом «Ожидает подписи»).
Данные мы отобрали, как же их передавать с ЦБ на МП и обратно?
Тут нам помогут http-сервисы. Если в двух словах попытаться объяснить, что это такое, то я бы сказал, что это похоже на эмуляцию работы веб-страницы.
В интернете много информации о создании http-сервиса.
4. Передача приложения с помощью Android файла apk
Компиляция Передать клиенту готовый результат для 1С-ника, обычно означает передать конфигурацию (cf-ник). Но это не так в случае с МП.
Что же мы должны передать клиенту? Клиенту мы передаем конфигурацию ЦБ с новыми объектами, конечно же, вынесенными в отдельную подсистему (планы обмена, подписки на события, xdto-пакеты, http-сервисы и пр.).
Ииии))), конечно же, готовое к установке мобильное приложение! Для Android устройств это файл с расширением .apk
Как же его получить? Это прям-таки отдельная история))) Чтобы получить приложение apk, его нужно скомпилировать! Для этого нам нужна отдельная конфигурация которая называется «Мобильный сборщик приложений» (можно найти на сайте 1С:ИТС).
Если Вы хоть немного ориентируетесь в разработке мобильного приложения под android на java, то это существенно облегчит понимание происходящего далее.
Для того чтобы воспользоваться такой конфигурацией, нам понадобиться еще кучка стороннего софта, который используется обычно именно для компиляции приложений написанных на java. Поэтому, большинство ошибок которые будут появляться в процессе компиляции придется гуглить на форумах явистов (причем чаще всего на англ. языке).
Может это и немного пугает, что начал я с описания ошибок, но все же!
Все ошибки начинаются со строки «FAILURE: Buildfailedwithanexception.» и далее идет расшифровка.
Приведу несколько примеров ошибок и их решения:
1) Youhavenotacceptedthelicenseagreementsofthefollowing SDK components:
[Android SDK Platform 27, Android SDK Build-Tools 27.0.3].
— в таком случае, скорее всего, не установлено нужное апи версии 27 (устанавливается в Androidstudio), потому как лицензия принимается именно при его установке;
2) Couldnotfindplay-services-basement.aar (com.google.android.gms:play-services-basement:15.0.1).
— эта ошибка уже поглубже будет. Она хорошо гуглится, но!
Куда вносить правки? Тут уже надо править файлы проекта, которые используются для компиляции. Находятся они в каталоге мобильной платформы 8.3.12.67_mobileAndroid в архивах с именами prjandroid…
В данном случае мы правим файл build.gradle
Как я узнал, вы спросите? Тут, наверно, проще ориентироваться по содержимому. На форумах часто выкладывают полные скрины с кодом. Вот по нему можно и поискать. Либо четко указывают названия файлов.
Обязательно после исправлений в файлах проекта нужно заново подгружать платформу в мобильный сборщик, так как он использует именно загруженные файлы, а не путь к каталогу (для удобства стоило бы этот момент поправить).
Бывают и другие ошибки, но способ их решения всегда сводится к гуглу и нахождению аналогичных ошибок у ява-разработчиков.
И последний важный момент про компиляцию. Если вы однажды собрали apk и отдали клиенту, он неделю его проверял и просит внести правку в виде запятой в названии формы; Вам все равно придется компилировать apk заново!
Обычно в такой ситуации думаешь: «Да ладно, внесу правку, сохраню схему конфигурации, ну, перегружу все это дело в сборщик… ииии останется только скомпилировать. ». Но не тут то было! Хотя да, зачастую этих действий достаточно, но через раз бывает и так, что мы ничего не меняя в сборщике, повторно пытаемся собрать приложение и даже луна находится в той фазе, которая была во время предыдущей сборки))) но в итоге получаем какую-то новую ошибку!
Да так бывает. И дело тут в том, что при компиляции дополнительно скачиваются библиотеки гугла, гредла и изменения в их коде приводит к тому, что и нам нужно править файлы проекта. Вот так! Так что не забываем закладывать часы и на это.
Использование платформы в поставке Как же избежать мучений с компиляцией?
А такой способ есть! Можно использовать скомпилированное приложение apk в поставке (файл с названием типа 1cem-arm.apk). Отдаем его клиенту и публикуем конфигурацию мобильной платформы у себя или у клиента на одном ПК с ЦБ (так как там все равно будет крутиться веб-сервер для публикации http-сервиса). Далее пользователь просто вписывает адрес базы в МП, и установка конфигурации проходит автоматически.
По необходимости можно обновлять конфигурацию из контекстного меню не переустанавливая само приложение. И даже есть вариант автоматической проверки обновлений (настраивается в том же контекстном меню), что очень удобно. Если у нас более 5 устройств, устанавливать новую конфу каждому или объяснять, что пришло обновление, мол, обновите – это долго и мучительно. А так — поправили конфу, обновили публикацию (установив флаг «Обновлять мобильное приложение при обновлении конфигурации базы данных») и все! При следующем запуске программы мобильного приложения все получат обновление принудительно.
5. Тестирование мобильных приложений
Описанным выше вариантом (использование платформы в поставке) очень удобно тестировать приложение. Ставим себе платформу и обновляемся без повторных компиляций и установок apk.
Но как сработают точки останова?
Для этого в конфигураторе нужно настроить отладку по протоколу HTTP (и, конечно же, перезапустить конфигуратор). Таким образом можно отладить не только http-сервис, но и само МП. Для этого нужно указать параметры отладчика именно на устройстве или эмуляторе android.
Отмечу также, что если ранее Вы не разрабатывали под мобильную платформу, Вам придется установить немного стороннего софта. Естественно компоненты java для компиляции и, например, web-сервер (рекомендую apache версии 2.2), который будет полезен для отладки на Вашем устройстве.
Также важный момент: лучше брать версии софта выпущенные теми датами, когда и был выпуск вашей версии мобильной платформы. Иначе могут быть ошибки, связанные с несоответствием версий (например sdk и gradle). Так что рекомендую сразу копаться в архивах)))
В завершение скажу, что если уж этот нелегкий путь однажды был пройден Вами, то последующие достижения в области мобильной разработки пройдут гораздо проще, чего Вам и желаю! Удачи!
Специалист компании ООО «Кодерлайн» Вадим Хоменко.
Источник: www.koderline.ru
Разработка и реализация конфигураций 1С: Предприятие (Архитектура разрабатываемого прикладного решения)
На сегодняшний день к одной из важнейших задач настоящего времени можно с уверенностью отнести совершенствование процессов управления, основанных на информатизации различных организаций. В период очень быстрого развития информационных технологий, актуальность создания информационной системы книжного магазина становится весьма очевидной.
Объект курсовой работы – Книжный магазин.
Предмет курсовой работы – методы и способы функционирования Книжного магазина.
Цель курсовой работы – разработать конфигурацию Книжного магазина на платформе 1С Предприятие.
Для достижения поставленной цели необходимо определиться с задачами проекта:
- Дать краткий анализ предметной области – «Книжный магазин»;
- Провести анализ существующего программного обеспечения автоматизации рабочего места персонала книжных магазинов;
- Произвести обоснование выбора системы для разработки конфигурации книжного магазина.
- Разработать информационную систему «Книжный магазин»
средствами 1С: Предприятия
- Произвести тестирование разработанной конфигурации книжного магазина.
Информационная система выполнять следующие задачи:
- учет номенклатуры товаров;
- производить учет тарифов на номенклатуру товаров;
- осуществлять реализацию книг;
- предоставлять аналитические данные по требованию руководства;
- предоставлять данные о перемещении книг.
- ходе подготовки курсовой работы была изучена специальная техническая, учебно-методическая и справочная литература, изданная на территории России, статьи и материалы, опубликованные в сети интернет, а также материалы справочной системы среды разработки «1С: Предприятие
1. Проектная часть
1.1.Краткий анализ предметной области
1.1.1.Характеристика предприятия и его деятельность
Для разработки информационной системы был выбран книжный магазин «Читай-город». Данный магазин осуществляет свою деятельность на всей территории Российской Федерации, в том числе в г. Москва. Данная сеть насчитывает 389 магазинов в 161 городе страны.
Книжный магазин «Читай-город» обладает собственным складом, Интернет — магазином, представленным на сайте chitai-gorod.ru и службой доставки в каждом городе. Для желающих открыть собственный книжный магазин, предоставляется возможность приобретения франшизы данной сети.
Осуществление оплаты за приобретенный товар в сети магазинов осуществляется наличным и безналичным расчетом.
Для автоматизации деятельности книжного магазина было установлено готовое программное обеспечение 1С: Розница 8.
1С: Розница 8: имеет прямое предназначение для автоматизации торговой деятельности магазинов и прочих розничных торговых точек, в том числе, объединенных в торговую сеть.
До конца текущего года сеть книжных магазинов планируется расшириться, за счет открытия новых магазинов на территории страны.
Таблица 1 — Анализ целей книжного магазина и критерии их достижения
Организационная структура управления предприятием
Организационная структура книжного магазина представлена на Рисунок 1.
Рисунок 1 — Организационная структура книжного магазина
Инфраструктура книжного магазина состоит из четырех отделов:
коммерческого, службы охраны, бухгалтерии, отдела менеджмента.
Коммерческий отдел занимается непосредственно заказом продукции, а также ее дальнейшей реализации. Все основные операции осуществляются сотрудниками данного отдела.
Таким образом, деятельность товароведов заключается в закупке товаров, а продавцов и кассиров, непосредственная его реализация.
Отделом бухгалтерии осуществляется деятельность по формированию отчетности по конкретному филиалу магазина.
- обязанности службы охраны входит обеспечение безопасной работы всех отделов.
Анализ существующего программного обеспечения, позволяющего решить поставленную задачу
На рисунке 2. представлена техническая архитектура офисных ПК книжного магазина:
Рисунок 2 Техническая архитектура книжного магазина
Программная архитектура магазина (рисунок 3) состоит из офисных программ, программного продукта 1С: Бухгалтерия, 1С: Предприятие, и программ отчетности. У магазина есть свой сайт, поэтому для передачи данных также используется протокол для Интернета.
Рисунок 3 – Программная архитектура книжного магазина
Таким образом, на всех имеющихся компьютерах предприятия установлен стандартный состав системного и прикладного программного обеспечения:
- Операционная система Windows 8;
- Пакет офисных программ MS Office 2010;
- Браузер Opera;
- Антивирус Symantec AntiVirus;
- Adobe Acrobat 8.0 Professional.
Обоснование выбора системы для разработки прикладного решения
1.1.2.Сравнительный анализ готовых решений
Системы автоматизации торговли обеспечивают автоматизацию управления бизнес-процессами в магазинах, в целом весь бизнес по купле-продаже розничной компании, предоставляют менеджерам аналитическую информацию, чтобы они могли более тщательно выполнять, например, их управленческая функция — выработка эффективной ассортиментной политики, отвечающей потребностям покупателя. Следовательно, коммерческие системы автоматизации обеспечивают автоматизацию как управления бизнес-процессами, так и поддержки принятия решений.
Custis: информационная система для торговых компаний Информационная система Custis для розничной торговли, основана на
развивающихся технологиях, успешно решает такие задачи быстроразвивающегося бизнеса, как:
- Масштабирование бизнеса — по обороту и площади
- Поддержание контроля и управляемости в росте бизнеса
- Быстрое расширение ассортимента товаров и услуг для оптовых и розничных клиентов
- Оперативное взаимодействие между различными отделами (штаб-квартира, магазины, логистические службы, склады и т. д.)
Разработкой информационной системы занимается компания «Заказные ИнформСистемы», которая предлагает набор программных компонентов для автоматизации наиболее сложных, ресурсоемких и динамичных бизнес-процессов:
- Каталог товаров
- Управление товарным запасом
- Снабжение пунктов розничной торговли
- Розничный магазин
- Оптовые продажи
- Аналитическое хранилище
Компоненты информационной системы Custis могут быть установлены и работать в коммерческой компании в различных конфигурациях. Взаимодействие между модулями происходит в соответствии с согласованным API. Взаимодействие со сторонним программным обеспечением также может осуществляться через API.
Мой Склад – автоматизация рабочего места продавца. Информационная система предоставляет возможность регистрации продаж, расчета сдачи, возвраты, закрытие смены. Работает на Win, Linux, Android и iOS. Совместимость с торговым оборудованием: подключите сканер штрих-кодов и фискальный регистратор.
Программа полностью соответствует требованиям последней редакции 54-ФЗ. Существует возможность печати ценников и этикеток. Централизованное управление товарами, ценами, скидками на нескольких торговых точках, формирование сводной отчетности. Настройка бонусных программ для покупателей. Автоматизация магазина с помощью этой системы позволяет работать офлайн.
«KASSUM» система (Умная касса) является полноценной системой учета. Помимо удобства для клиентов, самая важная роль системы заключается в предоставлении инструмента полного контроле магазина, возможность полностью автоматизировать систему учета товаров, упрощая, при этом совершенствуя работу магазина. Автоматизация торговли или общепита поможет развить деятельность до совершенства.
Система — это автоматизация работы магазина и торговли в общем. В программе автоматизации магазина реализованы функции такие как: онлайн касса, учет товара, программа складского учета, фискальный регистратор, кассовый аппарат и 1С. Kassum это система полной автоматизации и управления магазином.
Сравнительная характеристика информационных систем представлена в Таблица 2.
Таблица 2 — Сравнительный анализ систем автоматизации
№ п/п
Параметры
«Custis»
«Мой склад»
«KASSUM»
Источник: www.evkova.org
Создаем бизнес-процесс в несколько шагов
Предположим, что к нам поступил заказ реализовать бизнес-процесс заказа товара и получения последующей оплаты по следующей схеме:
При старте бизнес-процесса способ оплаты (через банк или кассу) должен быть известен, чтобы в процессе выполнения произошел переход на соответствующее действие.
Шаг за шагом
И так, начнем. Мы имеем пустую конфигурацию, поэтому необходимо будет добавить все используемые в дальнейшем объекты самостоятельно. Все действия проделаем в несколько этапов:
1) На первом этапе добавим в конфигурацию необходимые справочники с соответствующими предопределенными элементами.
Заполнение предопределенных элементов мы осуществили в соответствии со значениями адресации задач на карте маршрута (см. выше).
2) На втором этапе нужно реализовать механизм, который будет хранить в системе текущего пользователя, а именно ссылку на элемент справочника «Пользователи» связанного с пользователем информационной базы.
Чтобы не усложнять пример, соответствие между элементом справочника «Пользователи» и пользователем информационной базы будем осуществлять по наименованию. При запуске программы система должна сохранить ссылку на текущего пользователя (элемент справочника «Пользователи») в параметр сеанса «ТекущийПользователь». Тип данного параметра — «СправочникСсылка.Пользователи».
3) На третьем шаге создадим объект конфигурации «Задача», чтобы в дальнейшем бизнес-процесс адресовал задачи установленным пользователям. Для этого добавим объект конфигурации в ветке «Задачи» и дадим ему такое же имя.
Промокоды на Займер на скидки
Займы для физических лиц под низкий процент
- Сумма: от 2 000 до 30 000 рублей
- Срок: от 7 до 30 дней
- Первый заём для новых клиентов — 0%, повторный — скидка 500 руб
Прежде чем настраивать свойства добавленного объекта, нам необходимо создать регистр адресации задач, по содержимому которого система будет определять конечного исполнителя для задачи (пользователя). Для этого добавим регистр сведений «РолиИсполнителейЗадач» с тремя измерениями. Тип измерений понятен по их именам.
Теперь необходимо в свойстве объекта задач выполнить следующие настройки:
Описанные настройки на вкладке «Адресация» влияют на поведение системы при присвоении исполнителя задачам, создаваемым бизнес-процессом. Немного подробнее:
- Параметр «Адресация» используется для указания таблицы, в которой настраивается адресация задач.
- Свойство «ТекущийПользователь» ссылается на значение, в котором сохраняется текущий исполнитель для задачи (в нашем примере это текущий пользователь).
- Основной реквизит адресации выбирается из реквизитов адресации задачи. Значение этого реквизита будет заполнятся системой при автоматическом создании задачи из текущего исполнителя.
Стоит отменить еще один важный момент: при создании реквизитов адресации, которые будут заполнятся бизнес-процессом автоматически, необходимо установить соответствие их и измерений таблицы адресации.
На этом настройка объекта «Задачи» завершена. Теперь мы можем перейти непосредственно к созданию бизнес-процесса.
Создаем бизнес-процесс в несколько шагов: Статьи и материалы.
Окно пользовательского режима можно оставить открытым до конца разработки. Для последующего тестирования отчета достаточно будет записать изменения и в окне информационной базы закрыть и снова открыть внешний отчет.
Пример разработки конфигурации в 1С: Предприятие 8.2. Быстрая демонстрация возможностей платформы 1С. Простой кадровый учет.
При запуске программы система должна сохранить ссылку на текущего пользователя элемент справочника Пользователи в параметр сеанса ТекущийПользователь.
Мнение эксперта
1С:Эксперт по технологическим вопросам
Задавайте мне вопросы, и я помогу разобраться!
Для обращения к коллекции документов платформы используется ключевое слово Документы , и через точку указывается вид документа так, как он задан в дереве метаданных. Система взаимодействия» на платформе 1С: Предприятие — что это? Обращайтесь в форму связи
Видеозвонки
Функциональность видеозвонков, при наличии микрофона, позволяет звонить другим пользователям и общаться с ними голосом. А при наличии веб-камер пользователи могут ещё и видеть друг друга.
Горящие товары с бесплатной доставкой
«Aliexpress Россия» работает отдельно от глобального «Aliexpress» принадлежащего Alibaba. Он не зависит от мировых банковских систем и не попал под санкционный список со стороны США и Великобритании. Из Китая соответственно тоже можно заказывать ничего не опасаясь.
В рамках системы взаимодействия поддерживается одновременное использование нескольких прикладных решений. В результате пользователи, работающие в одном приложении (например, «Бухгалтерия предприятия») могут обмениваться сообщениями и видеозвонками с пользователями других приложений (например, «Управление небольшой фирмой»).
Для облегчения взаимодействия пользователей, использующих несколько прикладных решений, используется программа «1С:Предприятие — оповещения и запуск».
1С Предприятие описание и возможности платформы
Функциональность системы взаимодействия
- поддерживаются обсуждения «один на один». Они позволяют пользователям общаться только друг с другом,
- поддерживаются статусы пользователя (не в сети, отошел, не беспокоить, доступен),
- в сообщениях можно использовать «смайлики». С помощью смайликов, например, можно обмениваться сообщениями без текста,
- можно назначить альтернативное сочетание клавиш, которое будет использоваться для отправки сообщений,
- можно редактировать и удалять сообщения, редактировать заголовки обсуждений. Редактирование обсуждений сопровождается служебными сообщениями Печатает остальным участникам обсуждения,
- появление нового сообщения и входящий звонок сопровождаются звуковым оповещением,
- поддерживаются push уведомления,
- если соединение с сервером взаимодействия отсутствовало, а потом было восстановлено, неотправленные сообщения отправляются автоматически,
- осуществляется диагностика качества видеозвонков. Она позволяет фирме «1С» собирать дополнительную техническую информацию в тех случаях, когда возникают проблемы видеосвязи.
Зарегистрированные пользователи «1С:Предприятия» могут опробовать систему взаимодействия, подключившись к бесплатному сервису «1С:Диалог» (wss://1cdialog.com) с помощью стандартных средств платформы «1С:Предприятие». Но при таком варианте требуется постоянное соединение с Интернетом, а кроме того, в сервисе «1С:Диалог» имеются ограничения на объем передаваемых файлов.
Более того, возможности программного комплекса 1С Предприятие позволяют создавать и индивидуальные решения с учетом потребностей конкретной организации.
Мнение эксперта
1С:Эксперт по технологическим вопросам
Задавайте мне вопросы, и я помогу разобраться!
Ваша задача разработать реестр счетов-фактур вывести список документов, отобранный и отсортированный по определенным правилам. В чем преимущества программы 1С? Обращайтесь в форму связи
Создание новой организации в БП 3.0
Справочник Организации можно увидеть и открыть из раздела Главное.
Для того, чтобы создать новую организацию, нажимаем кнопку «Создать».
Программой предлагается выбор вида организации: ИП или юридическое лицо. Выбираем нужное и переходим к следующему выбору.
Выбираем систему налогообложения, применяемую организацией.
Откроется карточка организации, которую можно заполнить вручную или же при подключенной услуге 1С:Контрагент автоматически по ИНН:
Отображается выбранный нами ранее вид организации, Юридическое лицо, изменению не подлежит.
- Если вы ошиблись на этом этапе, то удалите эту организацию и начните создание с начала.
- Следующее поле «Сокращенное наименование». Введенное здесь название организации будет печататься на документах.
- В поле «Полное наименование» вводится название нашей организации без сокращений. Оно отображается в отчётности.
- Поле «Наименование в программе» можем заполнить кратко, ни в каких отчётах и печатных формах оно отображаться не будет. Это наименование, которое будет видеть пользователь.
- Также есть поле «Префикс». Он используется для нумерации документов по данной организации, т.е. в списке документов будет понятно, к какой организации относится данный документ.
- Далее вводим ИНН, КПП И ОГРН. Систему налогообложения мы уже выбирали.
Следующий пункт «Основной банковский счет». Развернем его, здесь необходимо ввести БИК нашего обслуживающего банка и номер расчётного счета.
Разворачиваем пункт «Адрес и телефон». Следующие пункты заполнения юридического, фактического и почтового адреса. Нажимаем ссылку «Заполнить» справа. Откроется окно для ввода информации. Если все адреса у организации одинаковые, то галочки везде оставляем.
Если адреса разные, снимаем галочки и делаем заполнение вручную. Поля «Контактный телефон», «Факс» и «Е-mail» заполняете по желанию.
Следующий пункт «Подписи». Здесь вводятся имена ответственных лиц организации, которые используются при подписи документов. Эти данные отображаются в печатных формах. Вносить изменения в эти данные необходимо через гиперссылку «История». Здесь же можно указать ответственных за подготовку отчетов (регистры бухгалтерского, налогового учетов и статистических отчетов).
Смотрим следующий пункт «Логотип и печать». В программе имеется возможность печатать документы с логотипом, факсимильной печатью и факсимильной подписью, для их установки воспользуйтесь инструкцией.
Ее можно распечатать и загрузить факсимиле в программу. Можно предварительно посмотреть печатную форму нажав на соответствующую ссылку. Также в данном разделе можно указать особые условия, которые будут прописываться в счетах от вашей организации.
Перейдем к следующему пункту «Налоговая инспекция». Здесь нужно заполнить всё так, как указано в документах вашей организации.
Остальные разделы «Пенсионный фонд», «Фонд социального страхования», «Коды статистики» заполняются из учредительной документации вашей организации. Нажимаем «Записать». Осталось заполнить учетную политику и организация готова к работе.
Источник: finance-cen.ru
