Наше решение
Выгрузка цен на сайт
В качестве товароучетной системы заказчик использует «1С:ERP», где формируется цена. Мы настроили процесс так, что в определенное время «1С:Шина» запрашивает актуальные цены из «1С:ERP», выгружает их на FTP, откуда данные забирает сайт.
Выгрузка кандидатов в Pyrus
С помощью «1С:Шины» мы связали две системы, которые в компании используют для управления персоналом. С одной стороны есть база «1С:ЗУП», с другой — Pyrus. Как только новый сотрудник регистрируется в системе 1С, «1С:Шина» после обработки передает информацию в локальный каталог, откуда ее отправляет в Pyrus ответственный сотрудник на стороне заказчика.
Загрузка в «1С:ЗУП» e-mail и телефона из согласованной заявки в локальный каталог
Здесь мы реализовали обратную схему. Система Pyrus выгружает согласованные заявки, содержащие e-mail и телефон, в локальный каталог в формате CSV. Наша обработка позволила с помощью «1С:Шины» переносить необходимую информацию в «1С:ЗУП». Как только новая заявка выгружается из Pyrus в локальный каталог, ее забирает «1С:Шина», затем находит в справочнике физлиц необходимого сотрудника и заполняет данные: e-mail и телефон. При этом для заказчика было важно, чтобы в системе появлялась именно электронная почта, так как с этим связана регистрация пользователя. Поэтому мы настроили процесс таким образом, что система выдает ошибку, если в файле содержится только телефон, но нет e-mail'а. Также мы реализовали регламентное задание: система забирает данные в определенное время и с определенной периодичностью.
Создание карточки сотрудника в ДО
Эта задача оказалась самой объемной, необходимо было сделать обработки для кадровых процессов:
- прием на работу,
- внутреннее совместительство,
- перевод сотрудника,
- оформление отпуска и командировок,
- увольнение.
Все процессы, связанные с сотрудниками, компания проводит в системе «1С:ЗУП». Также у заказчика есть «1С:Документооборот». Необходимо было синхронизировать эти системы, чтобы информация передавалась из «1С:ЗУП» в «1С:Документооборот» и автоматически заполнялась.
К примеру, компания наняла нового сотрудника, а кадровик создал документ о приеме на работу в «1С:ЗУП». В этом случае «1С:Шина» в справочнике «Физлица» в системе «1С:Документооборот» создает карточку и заполняет реквизиты: ФИО, должность, подразделение. Затем эти же данные дублируются в справочнике пользователей и справочнике сотрудников. В результате в системе «1С:Документооборот» появляется новый пользователь, которому уже разрешен вход в систему.
Или другой пример. В системе «1С:ЗУП» создается документ о приеме на работу по внутреннему совместительству. Это значит, что сотрудник уже есть в системе «1С:Документооборот» на основной должности. В этом случае «1С:Шина» найдет физлицо и делает дополнительную запись в справочнике сотрудников.
Еще один типовой процесс — увольнение. Если соответствующий документ создается в «1С:ЗУП», то «1С:Шина» находит человека в справочнике сотрудников, ставит дату увольнения и убирает галочки. Внутри этой задачи мы столкнулись со сложностью. Когда система получала информацию об увольнении, она сразу закрывала доступ пользователю к системе. При этом документ обычно создается раньше фактического ухода сотрудника. Чтобы исключить накладки, мы создали доработку, которая отслеживает дату увольнения.
Еще одна сложность возникла при поиске в справочнике физлиц. Обнаружилось, что иногда в системе «1С:Документооборот» может быть два одинаковых физлица. Когда «1С:Шина» получает информацию по этому сотруднику из «1С:ЗУП», происходит путаница. В этом случае мы с помощью доработки задали системе условия: теперь она ищет физлицо по совпадению 3 полей.
Передача партнерам актуальных остатков по складам
Компания передает партнерам остатки по складам. У бренда разветвленная сеть дистрибьюторов, которые работают в разных городах России. Важно, чтобы все они получали актуальную информацию. При этом продавцам, которые находятся, к примеру, в Нижнем Новгороде не нужны данные по Новосибирску.
Чтобы партнеры могли видеть только те данные, которые будут им полезны, мы прописали для каждого контрагента в справочнике «1С:ERP» доступные склады и назначение товаров. Также мы задали каждому контрагенту максимальный остаток, который он может видеть у других. Когда партнер запрашивает информацию об остатках, «1С:Шина» делает проверку запроса, а затем передает его в «1С:ERP», в базе идет поиск партнера по ID, проверяется токен, если он совпадает, то партнер получает ответ: артикул, наименование, склад и количество.
