Настройка 1С
дистанционно
договорная
Настроить: первоначальная базовая настройка. Конфигурация 1С: Торговля и склад. Версия платформы: 8.4. Количество пользователей: до 4 чел Задача: Техническое задание на базовую настройку 1С 1. Общая задача Необходимо внедрить и настроить 1С для операционного учета сервиса доставки продуктов питания и воды. На первом этапе система должна закрывать базовые процессы: — учет товаров и остатков на складе; — приемка и поступление товаров; — сборка заказов; — списание товаров со склада; — оформление документов для доставки; — учет водителей и переданных им заказов; — возвраты и недовозы; — контроль движения товара; — базовый управленческий учет и отчетность. В дальнейшем планируется запуск собственного приложения для клиентов, поэтому выбранная конфигурация и структура 1С должны позволять интеграцию с приложением через API или другой стандартный механизм обмена. Приоритет первого этапа — использовать типовой функционал 1С и минимизировать индивидуальную разработку. ? 2. Номенклатура Необходимо настроить справочник товаров. Для каждой позиции желательно предусмотреть: — наименование; — артикул / внутренний код; — штрихкод при наличии; — категория товара; — единица измерения: штука, упаковка, бутылка, коробка, кг и т. д.; — закупочная цена; — цена продажи; — поставщик; — текущий остаток; — минимальный остаток; — статус товара: активен / не продается. Для воды необходимо предусмотреть отдельный учет: — воды; — многооборотной тары / бутылей, если она используется; — возврата пустой тары от клиента. ? 3. Складской учет На первом этапе необходимо предусмотреть минимум один основной склад с возможностью в дальнейшем добавлять дополнительные склады. Система должна позволять: — оформлять поступление товара; — видеть текущие остатки; — резервировать товар под заказ; — списывать товар после отгрузки; — перемещать товар между складами при появлении нескольких складов; — проводить инвентаризацию; — оформлять списания; — оформлять возвраты; — видеть историю движения каждой позиции. Необходимо исключить ситуацию, когда товар физически отсутствует, но продолжает отображаться как доступный. ? 4. Поступление товаров от поставщиков Необходимо настроить стандартный процесс поступления. Пользователь должен иметь возможность: 1. выбрать поставщика; 2. создать поступление; 3. указать товары и количество; 4. указать закупочную стоимость; 5. провести документ; 6. автоматически увеличить остатки склада. Необходим учет: — поставщиков; — закупочных цен; — задолженности перед поставщиками, если этот функционал используется; — истории закупок. ? 5. Заказы клиентов В системе должен существовать документ или сущность «Заказ клиента». В заказе необходимо хранить: — номер заказа; — дату и время; — клиента; — номер телефона; — адрес доставки; — состав заказа; — количество товаров; — стоимость товаров; — стоимость доставки; — скидку при наличии; — итоговую сумму; — способ оплаты; — комментарий клиента; — интервал доставки; — статус заказа. Минимальные статусы: Новый ? Подтвержден ? На сборке ? Собран ? Передан водителю ? Доставлен. Дополнительно: — Отменен; — Частично доставлен; — Возврат; — Не удалось доставить. ? 6. Сборка заказов Необходимо предусмотреть простой процесс работы склада. Сотрудник склада должен видеть: — какие заказы необходимо собрать; — товары и количество в каждом заказе; — наличие товара; — комментарии к заказу. После сборки заказ переводится в статус «Собран». Желательно предусмотреть возможность печати листа сборки. ? 7. Передача заказов водителям Один из ключевых процессов. Необходимо вести справочник водителей. По каждому водителю: — ФИО; — телефон; — автомобиль при необходимости; — государственный номер автомобиля при необходимости; — статус. Перед началом доставки необходимо формировать список заказов, передаваемых конкретному водителю. Система должна фиксировать: — какие заказы переданы водителю; — какие товары переданы; — общую стоимость заказов; — способ оплаты; — дату передачи. ? 8. Накладная / маршрутный лист для водителя Необходимо реализовать печатную форму для водителя. В документе должны отображаться: — дата; — ФИО водителя; — список заказов; — номера заказов; — адреса доставки; — телефоны клиентов; — состав заказов; — количество товаров; — сумма каждого заказа; — способ оплаты; — комментарий; — место для отметки о доставке / возврате при необходимости. Желательно предусмотреть итоговый блок: — количество заказов; — количество переданного товара; — сумма наличных к получению; — сумма безналичных заказов. ? 9. Результат доставки После возвращения водителя необходимо иметь возможность зафиксировать результат каждого заказа: — доставлен полностью; — доставлен частично; — клиент отказался; — клиент отсутствовал; — товар возвращен на склад. Если товар не был доставлен, он должен корректно возвращаться в остатки склада. ? 10. Работа с наличными Если водители принимают наличные, необходимо учитывать: — сколько наличных должен привезти водитель; — сколько фактически передал; — расхождение. Желательно иметь отчет по водителю за смену: — доставлено заказов; — сумма заказов; — наличные; — безналичные оплаты; — возвраты; — задолженность / расхождение. ? 11. Возвратная тара Если доставка воды осуществляется в многооборотных бутылях, необходимо предусмотреть отдельный учет тары. Необходимо видеть: — сколько бутылей передано клиенту; — сколько пустых бутылей клиент вернул; — сколько бутылей находится у клиента; — сколько находится на складе; — сколько находится у водителей. Желательно предусмотреть отдельный отчет по обороту тары. ? 12. Клиенты Необходимо вести базовый справочник клиентов. Минимальные данные: — имя / наименование; — телефон; — адрес или несколько адресов доставки; — комментарий; — история заказов. Важно предусмотреть возможность в дальнейшем связать клиента в 1С с аккаунтом пользователя мобильного приложения. ? 13. Цены и скидки Необходимо предусмотреть: — базовую цену продажи; — возможность изменения цены; — скидку на заказ; — возможность использования нескольких типов цен в дальнейшем. На первом этапе сложная система бонусов и программ лояльности не требуется. ? 14. Базовые отчеты Необходимы отчеты: — остатки товаров на складе; — движение товаров; — продажи за период; — продажи по товарам; — продажи по категориям; — выручка за день / неделю / месяц; — количество заказов; — средний чек; — возвраты; — списания; — поступления от поставщиков; — работа водителей; — остатки и движение возвратной тары. Желательно иметь возможность выгружать данные в Excel. ? 15. Пользователи и права доступа Минимальные роли: Администратор Полный доступ. Склад Работа с товаром, поступлениями, сборкой и остатками. Оператор / диспетчер Работа с клиентами, заказами и доставками. Руководитель Просмотр отчетов и ключевых показателей. При необходимости права можно объединить на первом этапе. ? 16. Интеграция с приложением Система должна быть подготовлена к дальнейшей интеграции с мобильным приложением. В будущем приложение должно иметь возможность передавать в 1С: — новые заказы; — данные клиента; — адрес доставки; — товары; — количество; — стоимость; — способ оплаты; — комментарии. Из 1С приложение должно иметь возможность получать: — каталог товаров; — актуальные цены; — остатки / доступность товара; — статус заказа. На первом этапе разработка самой интеграции может не входить в стоимость. Однако подрядчик должен подтвердить, что выбранное решение позволит реализовать такую интеграцию без полной переделки системы. ? 17. Что не требуется на первом этапе Чтобы не раздувать бюджет, в первый этап не включаем: — сложную ERP-систему; — индивидуальную CRM внутри 1С; — сложную маршрутизацию курьеров; — GPS-контроль автомобилей; — мобильное приложение водителя; — автоматическое построение оптимальных маршрутов; — сложную бонусную программу; — глубокую BI-аналитику; — большое количество индивидуальных отчетов; — сложную кастомную разработку. Эти функции должны иметь возможность добавляться позднее. ? 18. Требования к подрядчику В коммерческом предложении просим отдельно указать: 1. рекомендуемую конфигурацию 1С; 2. стоимость лицензий; 3. стоимость настройки; 4. стоимость доработок; 5. какие функции будут реализованы стандартными средствами 1С; 6. какие функции требуют программирования; 7. сроки запуска; 8. количество часов обучения сотрудников; 9. стоимость последующего сопровождения; 10. стоимость часа доработки после запуска; 11. возможность интеграции с нашим будущим приложением; 12. есть ли API или стандартный механизм интеграции; 13. кому принадлежат созданные доработки и исходный код; 14. какие дополнительные регулярные расходы возникнут после запуска. Цель первого этапа Получить стабильную рабочую 1С для склада, заказов и доставки без избыточной автоматизации. Система должна закрывать ежедневную операционную работу сейчас и позволять без полной переделки подключить собственное приложение, дополнительные склады, водителей и автоматизацию доставки в дальнейшем.
2026-09-09
Откликнуться