Настройка 1С Предприятия — удалённая работа в Москве
Дата: 2024-05-29
Детали
Регион
Москва
Занятость
дистанционно
Стоимость
договорная
Дата публикации
2024-05-29
Описание
Настроить: По ТЗ. Конфигурация: 1С: Предприятие. Версия платформы: 8.3. Задача: Вам необходимо разработать с нуля конфигурацию, которая позволит автоматизировать рабочий процесс в небольшой фирме, занимающейся оказанием услуг. Вид услуг, который оказывается фирма, вам надо придумать самостоятельно и зафиксировать выбранную сферу работы фирмы с вашим преподавателем. Описание типового бизнес-процесса работы компании приведено ниже. Этот типовой процесс вам и надо будет автоматизировать. При этом надо добавить в данный процесс какой-то шаг, обусловленный сферой деятельности фирмы. Этот шаг надо согласовать в вашим преподавателем, чтобы он был уникальным среди всех студентов вашей группы и чтобы он был реализуем и не был излишне или недостаточно трудоемок. Конфигурация должна иметь удобный, интуитивно понятный интерфейс. Все поля формы, связанные между собой бизнес-логикой, должны быть взаимосвязаны на уровне программного кода (при изменении количества должна пересчитываться сумма, при изменении контрагента, заменяться договор на договор с выбранным контрагентом и так далее). В конфигурации должны быть реализованы все необходимые для удобной работы проверки. Если какая-то проверка не прошла, пользователю должны выводиться информативные сообщения, из которых пользователю будет понятно, что нужно изменить, чтобы проверка была пройдена. В конфигурации необходимо предусмотреть нужные отчеты, из которых пользователю будет легко получать информацию для принятия управленческих решений. Конфигурация не должна выдавать ошибок конфигурации при работе. При презентации дипломного проекта в информационную баз должны быть внесены все необходимые примеры работы конфигурации (справочники, документы и т. д.). Отчеты должны вводить достаточное количество информации для примера. Описание задачи на типовой проект в рамках проектной деятельности Компания занимается выполнением работ по индивидуальным проектам заказчиков (сфера деятельности компании на Ваш выбор). В компании устоялась следующая схема работы: 1. В офис компании приходит заказчик со своими пожеланиями. 2. Сотрудник компании проводит всесторонний опрос клиента, выявляет все его необходимые потребности. Часто бывает так, что клиент сам предоставляет какие-то материалы на изучение специалистами компании. Это могут быть файлы с эскизами, файлы с описаниями, какие-то фотографии. 3. Позже результат этого опроса клиента и информации, полученной от него, анализируется группой сотрудников компании и клиенту готовится коммерческое предложение. В нем прописываются работы, которые выполнит компания, сроки и стоимость этих работ, материалы, которые потребуется закупить, чтобы выполнить работы. Так как проект может быть довольно сложным, то далеко не факт, что все нужные специалисты есть в этой компании. Кого-то придется привлекать со стороны на этот проект, но клиенту об этом знать уже не обязательно. Компания заботится о своем имидже и о привлечении субподрядчиков старается не распространяться. На этом этапе в компании назначается сотрудник, ответственный за проект. 4. Коммерческое предложение сохраняется в виде файла и отправляется клиенту. Это может быть заказное письмо, комплект документов, доставляемых курьером, письмо по электронной почте. В коммерческом предложении, помимо описанного выше списка работ и материалов, необходимо обязательно предоставить договор на выполнение работ по проекту (реквизиты сторон, ответственность за соблюдение условий, форс-мажор), календарный план работ над проектом и график платежей клиентом. График должен быть проработан сотрудниками компании до выставления коммерческого предложения. Главная задача графика и не допускать ситуаций, когда компания закупает материалы на тот или иной этап работ над проектом за свои деньги, или ситуаций, когда субподрядчик выполняет работы, и плачивать эти работы компания также должна из своих денег. График должен быть составлен так, чтобы сначала на счет компании поступал очередной платеж от клиента, и уже из этих денег происходила оплата материалов и оплачивались работы субподрядчиков. 5. Далее идет процесс согласования работ над проектом с клиентом. Клиент может потребовать изменить материалы, состав работ, их очередность. Он может захотеть переделать график оплат. Все это делается по согласованию с ответственным сотрудником компании. 6. Когда все согласовано, заказчик приезжает в офис подписывать документы. Некоторые клиенты в последний момент пытаются поменять проект, что-то по мелочи, но обычно они пытаются изменить график оплат. 7. Перед подписанием документов обязательно согласовывается график оплат. Клиент может захотеть изменить параметры графика оплат, может внести какие-то коррективы. В таких случаях необходимо идти ему на встречу и вносить изменения в согласованный проект, но эти изменения могут носить косметический характер. Главное на этом этапе соблюсти требование графика оплат. 8. После подписания документов начинается работа над проектом. 9. По окончании работ стороны подписывают акт сдачи-приемки и работы над проектом считаются завершенными. Вот эту схему работы и надо автоматизировать. При этом надо обязательно обратить внимание на следующие вещи: 1. Надо всегда контролировать соблюдение требования графика оплат: «Утром деньги – вечером стулья». Особенно на этапе подписания документов, когда клиент давит на сотрудника. Система просто не должна позволить утвердить документ, в котором график оплат сделан так, что сначала оплата за закупку материалов, и только потом деньги на эту закупку. 2. Надо следить за ходом выполнения работ. Для каждого этапа надо указывать, когда контрольные точки проверки хода выполнения. Если вдруг какой-то срок нарушен, то должно автоматом высылаться электронное письмо на специальный электронный адрес, что по такому-то проекту есть проблемы с выполнением. Компания должна знать своих «героев». 3. Коммерческое предложение должно печататься из информационной системы, чтобы не было ошибок из-за ручного набора текста. Получение денег от клиента и переход работы на очередной этап надо регистрировать отдельными документами. Критерий проверки проектов 1. Реализованы справочники для хранения данных о сотрудниках, заказчиках. В справочниках хранится необходимая для работы системы информация. 2. Реализована сущность, которая позволит зафиксировать результаты опроса клиента. 3. В системе предусмотрена возможность сохранения внешних файлов (данных клиентов или предложений для клиентов) 4. Создана сущность, позволяющая зафиксировать предложение клиенту / заказ клиента 5. Предусмотрена печать коммерческого предложения клиента. 6. Предусмотрена возможность задания очередности оплат / выполнения работ (график оплат) 7. Предусмотрена возможность отправки клиенту материалов по электронной почте (доп. баллы) 8. Реализована возможность приема оплат 9. Реализован запрет выполнения очередного этапа работ без получения суммы предоплаты, предусмотренной этим этапом работ. 10. Реализована статусная модель работы с заказами, когда по заказу ведется информация о его текущем статусе. Изменение статуса может быть, как автоматическое, так и осуществляться вручную 11. Реализован график выполнения работ (доп. баллы) 12. Объекты метаданных связаны между собой и изменение в одном контуре учета, например, в оплатах, приводят к возможности изменения в других контурах учета, например, в статусах заказа покупателя. 13. Синтаксическая проверка модулей конфигурации не приводит к синтаксическим ошибкам.
Похожие заказы
Программирование в Excel
дистанционно
договорная
Анализ и работа с базами данных. Техническое задание есть. Нужно сделать в эксель таблицу небольшую сегментацию рынка Шиномонтажей в Москве Как должна выглядеть таблица : -3 ценовых сегмента (дорогие, средние и дешевые) -по средней оценки потребителя ( от 4.5*, от 4* до 4.5* и до 4*) Сделать все в эксель таблице. Для уточнения полного ТЗ пишите мне в тте.ллигрм- mimimilaname Мой бюджет до 7000 рублей.
Москва
Фрилансеры
2025-06-05
Программирование в Excel
дистанционно
договорная
Анализ и работа с базами данных. Техническое задание есть. Нужно сделать в эксель таблицу небольшую сегментацию рынка Шиномонтажей в Москве Как должна выглядеть таблица : -3 ценовых сегмента (дорогие, средние и дешевые) -по средней оценки потребителя ( от 4.5*, от 4* до 4.5* и до 4*) Сделать все в эксель таблице. Для уточнения полного ТЗ пишите мне в тте.ллигрм- milana_ru6 Мой бюджет до 7000 рублей.
Москва
Фрилансеры
2025-06-05
Программисты
дистанционно
договорная
Разработка AI. Настройка, Готовое решение и его настройка. Нужно найти сервис, спрограммировать AI-менеджера и настроить его. Либо найти готовое решение и настроить. Его задача должна заключаться в том что он обзванивает теплую базу клиентов, доводит их до сделки(продажа услуги) и передает в работу менеджеру, сопровождая передачу всей необходимой информацией по клиенту.
Москва
Фрилансеры
2025-06-05
Разработка ботов Telegram
дистанционно
договорная
Задачи чат-бота: интерактивное меню или каталог, сбор информации, приём текстовых заказов, информирование клиентов. Продукт: Новостной канал тг между двумя участниками (директор и ассистент), для оповещений, уведомлений, постановок задач и синхронизацией с платформой building.ai. Техзадание есть.
Санкт-Петербург
Фрилансеры
2025-06-05
Программисты
дистанционно
договорная
Веб-разработка. Доработка существующего продукта. В разделах каталога нужно сделать вывод подкатегорий.
Москва
Фрилансеры
2025-06-05
Разработка ботов Telegram
дистанционно
договорная
Задачи чат-бота: Продажа товаров. Продукт: Страховка. Техзадание есть.
Москва
Фрилансеры
2025-06-05
Настройка 1С Управление торговлей
дистанционно
договорная
Настроить: обмен данными, Клонирование документов. Версия платформы: 8.3. Конфигурации типовые, без доработок. Количество пользователей: до 20 чел Задача: ТЕХНИЧЕСКАЯ ИНФОРМАЦИЯ На текущий момент используется для ведения учета следующее ПО: - 1С:Сервер x86-64 - 1С:Предприятие x86-64 [Телефон скрыт]) - 1C:Тонкий клиент x86-64 [Телефон скрыт]) - 1С:Управление торговлей, редакция 11 (11.5.20.104), типовая конфигурация - Базы PostgreSQL 14.11-3.1C, x64 Внешнее расширение должно быть протестировано на аналогичной программной структуре и актуальных версиях платформы и конфигурации. ОБОЗНАЧЕНИЯ Поля «list» - список полей для подстановки данных: - «организация» - «подразделение» - «контрагент» - «договор/соглашение с контрагентом» - «склад» ОБЩЕЕ ОПИСАНИЕ Требуется написать внешнее расширение, которое будет запускаться при проведении или записи определенного документа и только для выбранных организаций (в зависимости от настроек, смотреть пункт «настройки внешнего расширения»). Обработка должна запускать процесс клонирования проводимого документа, но с измененными значениями в полях «list». Исходный и клонированный документ должны быть связаны между собой, путем сохранения уникального номера документа в соответствующее дополнительное поле, предварительно созданное через дополнительные реквизиты. (допускается другой способ связи документов предложенный исполнителем) АЛГОРИТМ ДЕЙСТВИЙ ПОЛЬЗОВАТЕЛЯ Пользователь подготавливает определенный документ и проводит его, далее без участия пользователя создается копия этого документа с подменой значений в полях «list» и он автоматически проводится или записывается, в зависимости от настроек (новые значения подставляются из настроек расширения). Если клонированный документ не проведен, то регистрируется соответствующая запись в отдельный регистр сведений, при этом пользователю должно выводится сообщение об ошибке. Когда пользователь помечает первичный документ на удаление, то и клонированный документ помечается на удаление. Если пользователь снимает с первичного документа статус «на удаление», то с клонированного документа данный статус снимается. При активации опции «зеркало» в настройках расширения, любые изменения данных вносимые пользователем в первичный документ, должны быть отражены соответствующие изменения и в клонированном документе. Фактически клонированный документ должен являться зеркалом первичного документа, за исключением полей «list». (способ реализации по изменению данных в клонируемом документе согласовывается с исполнителем) НАСТРОЙКИ ВНЕШНЕГО РАСШИРЕНИЯ Предусмотреть пользовательский интерфейс с выбором определенных параметров: – Выбор пользователей, кто имеет право редактировать данные параметры, определять данный список должен администратор; – Выбор организаций из списка доступных к которым будет применено выполнение данной обработки (в текущей конфигурации 1С:УТ ведётся 4-е организации); – Выбор документов из доступного списка, к которым будет применена процедура клонирования; – Список полей, которые необходимо будет изменить в клонируемом документе (список соответствует полям «list»); – Выбор способа запуска обработки: запись или проведение первичного документа; – Выбор автоматического действия клонированного документа: запись или проведение; – Опция «зеркало» в режиме Вкл./Выкл.: – При включенной опции, клонированный документ полностью должен соответствовать первичному документу за исключением полей «list»; – При выключенной опции, клонированный документ копирует значения, за исключением полей «list», из первичного документа только один раз, при создании. Настройки, такие как “выбор списка документов”, ”сопоставление значений полей «list»”, “выбор способа запуска обработки”, “выбор автоматического действия клонированного документа” и опция «зеркало», должны сохраняться по каждой доступной организации в отдельности. В пользовательском интерфейсе настроек, также необходимо предусмотреть получение доступа к информации из журнала ошибок. На каждом пункте настроек, в конце строки, должен быть знак подсказки. При наведении курсором мыши на знак, должна появляться всплывающая подсказка с коротким комментарием. СПОСОБ ПОДКЛЮЧЕНИЯ К КОНФИГУРАЦИИ Подключение через внешнее расширение, программное взаимодействие с типовой конфигурацией не должно снимать официальную поддержку 1С. ТРЕБОВАНИЕ К КОДУ – Предусмотреть проверку и обработку всех возможных ошибок; – Код должен быть структурирован и оптимизирован для получения наилучшей производительности при выполнении обработки; – Код необходимо подробно прокомментировать (для сторонней поддержки); – Предусмотреть логирование ошибок с кратким описанием и указанием даты и времени; – Итоговый код должен быть чистым (все тестовые куски кода должны быть удалены); – Готовую обработку требуется протестировать на различных сценариях применимых на практике. ДОПОЛНИТЕЛЬНАЯ ИНФОРМАЦИЯ До стадии согласования, если исполнитель может предложить наиболее оптимальное решение для выполнения поставленной задачи, допускается рассмотрение предложений по корректировке текущего технического задания. Любые отклонения от согласованного технического задания обязательно требуют дополнительного одобрения со стороны заказчика. Необходимо подготовить краткую инструкцию по установке обработки (текстовую версию или записать видео версию с захватом экрана). ПОДДЕРЖКА Приветствуется техническая поддержка.
Москва
Фрилансеры
2025-06-04