Бюджет: 500 UAH Срок: 7 дней
С удовольствием возьмусь за роботу. Только нужно бы все детальней объяснить. Могу попробовать.
А так же возможность сделать проверку - остается ли все еще актуальной инфа в семантической сети или требуется ее ручное обновление.
Как? По имеющемуся урулу проверяем открывается ли он и есть ли на открытой странице название школы. По почте - отправляем письмо автоматом на почту и проверяем жива ли почта.
+нужно это всё оформить под отдельный раздел дипломного проекта
Бюджет: 500 UAH Срок: 7 дней
С удовольствием возьмусь за роботу. Только нужно бы все детальней объяснить. Могу попробовать.
Шукаємо спеціаліста або команду з досвідом доопрацювання 1С/BAS для автоматизації складського обліку. У нас вже є діюча 1С:Підприємство 8.3, але потрібно проаналізувати поточну базу та запропонувати оптимальне рішення: доопрацювати існуючу 1С; або розгорнути нову, у якій буде реалізований необхідний функціонал. Основна задача — налаштувати повноцінну роботу складу з використанням сканерів штрихкодів, терміналів збору даних, етикеток, адресного зберігання та контролю залишків.Що потрібно реалізувати ведення номенклатури товарів; облік залишків на складі; приймання товарів на склад; продажі та відвантаження клієнтам; резервування товару під замовлення; комплектація замовлень через сканер або ТЗД; робота зі штрихкодами товарів, пачок, коробок і палет; друк внутрішніх етикеток; серійний облік для інверторів, акумуляторів та дорогого обладнання; списання товарів; інвентаризація через сканер; повернення товарів; управлінська звітність; логування дій користувачів; можливість подальшого масштабування системи.Складська логіка Менеджер створює замовлення клієнта в 1С. Після цього замовлення має автоматично передаватися на склад як завдання на збір. Працівник складу відкриває замовлення на терміналі збору даних або іншому пристрої, бачить перелік товарів, кількість і місце зберігання товару: сектор, ряд, стелаж, полицю або комірку. Потрібно реалізувати адресне зберігання, щоб працівник складу бачив, де саме знаходиться товар. Якщо в замовленні багато позицій, бажано, щоб система сортувала товари у зручній послідовності збору по складу. Працівник сканує товар, пачку або палету. Система має перевіряти, чи цей товар є в замовленні, чи правильна кількість, чи достатній залишок і чи не відскановано зайву позицію. Якщо товар правильний — система підтверджує позицію. Якщо товар неправильний — система має показати помилку і не дозволяти закрити замовлення до виправлення.Робота з пачками, коробками та палетами Потрібно реалізувати облік товарів не тільки поштучно, а й пачками, коробками та палетами. Наприклад, якщо одна палета містить 30 одиниць товару, при скануванні етикетки палети система має автоматично додати 30 одиниць у документ. Також потрібна логіка часткового відбору. Наприклад, якщо на палеті було 36 шт, а по замовленню потрібно забрати 10 шт, система має списати 10 шт, залишити 26 шт і запропонувати надрукувати нову етикетку на залишок палети.Етикетки та обладнання Потрібно налаштувати друк етикеток для: одиниці товару; пачки; коробки; палети; товарів із серійними номерами. Етикетка має містити назву товару, артикул, модель, штрихкод, кількість в упаковці або серійний номер, якщо це серійний товар. Система має працювати зі сканером штрихкодів, принтером етикеток і терміналом збору даних.Звіти та контроль Потрібні звіти по залишках, руху товарів, продажах, резервуванню, списанню, інвентаризації, серійних номерах, надлишках і нестачах. Також потрібно логування дій користувачів: хто створив документ, хто змінив кількість, хто провів списання, хто провів інвентаризацію, дата і час дії.Очікуємо від виконавця Потрібен спеціаліст, який: має досвід роботи з 1С/BAS; розуміє складський облік; працював із ТЗД або сканерами штрихкодів; має досвід налаштування друку етикеток; може запропонувати готовий модуль або оптимальну архітектуру рішення; може оцінити, що краще: доопрацювання поточної 1С/BAS чи створення нової бази; після аналізу зможе надати етапи робіт, терміни та орієнтовну вартість.
О компании Торговая компания. Работаем с товарной группой более 2000 позиций по разным категориям.Текущая ситуация Сейчас номенклатура ведётся в Google Sheets — данные консолидированы по вкладкам (категориям). Структура вкладок: Наименование товара Группы цен: себестоимость, опт, розница Характеристики: вес, количество в упаковке и т.д. Важно: количество колонок отличается для разных категорий товаров, так как у них разные характеристики.Почему текущее решение не подходит Google Sheets не позволяет настраивать права доступа на уровне отдельных колонок. Нам нужно: Давать пользователям права на просмотр определённых колонок (например, только себестоимости) Давать права на редактирование определённых колонок (например, розничных цен) При этом ограничивать доступ к остальным колонкам в той же вкладкеЧто нужно сделатьОсновные требования Гибкая система разграничения прав Доступ на уровне отдельных колонок (чтение / запись) Назначение прав по ролям или пользователям Управление правами без участия программистов Поддержка разной структуры данных Разные категории товаров имеют разный набор характеристик Добавление новых колонок/характеристик без программирования Независимость от разработчиков Администрирование силами внутренних сотрудников Добавление категорий, колонок, пользователей — через интерфейс Интеграция с ERP Выгрузка актуальных цен в нашу ERP-систему Экспорт или автоматическая интеграция по API Анализ данных с помощью ИИ (желательно) Возможность анализа всего перечня номенклатуры Обогащение, проверка, рекомендации — если у вас есть идеи, опишитеОжидаемый результат Работающее решение, в котором: Номенклатура структурирована по категориям с разными наборами характеристик Права на колонки гибко настраиваются (просмотр / редактирование) Данные выгружаются в ERP Команда может управлять системой самостоятельноЧто нужно от вас при отклике Опишите в общих чертах, как вы видите решение: Какой инструмент / платформу предлагаете
Необходимо провести глубокую техническую проверку трех PDF-файлов на достоверность и возможные признаки редактирования или подделки. Нужна не только визуальная оценка документов. Исполнитель должен хорошо понимать внутреннюю структуру PDF-файлов и уметь анализировать: метаданные файлов; структуру PDF и отдельных объектов; историю создания и возможного редактирования; используемое программное обеспечение; встроенные шрифты, изображения, слои и другие элементы; возможные признаки повторного сохранения, конвертации, внесения изменений или формирования документа задним числом; любые технические несоответствия, которые могут свидетельствовать о манипуляциях с файлами. По результатам проверки необходимо предоставить понятный письменный вывод по каждому файлу с указанием выявленных признаков, рисков и ограничений проверки. Рассматриваем специалистов, имеющих практический опыт в цифровой криминалистике, анализе PDF-документов, метаданных или проверке электронных файлов на подлинность. В отзыве, пожалуйста, кратко опишите ваш опыт, методы и инструменты, которые вы используете для такой проверки.
Общая информация Необходимо разработать простую минималистичную вебсистему, основной целью которой является ведение базы клиентов, создание записей на визиты и автоматизация процесса подтверждения визитов через SMS, отправка одноразовых ссылок через API с самого сервиса. Проект разрабатывается поэтапно. На первом этапе необходимо реализовать лишь базовую функциональность (MVP), чтобы систему можно было использовать в реальной работе. После запуска и тестирования она будет постепенно расширяться новыми модулями.Основная функциональность первого этапа авторизация пользователей; база клиентов; создание и редактирование записей; список записей (или простой календарь); переключение между торговыми точками; интеграция с SMS-оператором через API; отправка SMS с произвольным текстом или ссылкой для подтверждения визита; подтверждение или отмена визита клиентом по одноразовой ссылке; отображение статуса подтверждения непосредственно рядом с записью клиента. На начальном этапе вместо полноценного календаря допускается использование простого списка записей по дням. Каждый день должен содержать хронологический список бронирований с указанием времени, имени клиента, услуги, работника и статуса подтверждения. В дальнейшем этот список можно будет заменить на полноценный календарь без изменения структуры системы. В системе должна быть возможность переключаться между торговыми точками. Каждая торговая точка имеет собственный список записей (или календарь), но все они используют общую базу клиентов.
Копирование базы и фронта для базы (Сейчас частично скопирован фронт и некоторые характеристики, но неправильно. Парсер заполнил базу своими характеристиками) Синхронизация парсера с базой и характеристиками базы Исправить баг агента парсера Обрезка фото пропорционально водяному знаку, которые падают с парсера Работа буфера с новой базой и инструментов с объектами данной базы Исправление незначительных багов: например, текст попапов или мелкие моменты на фронте, баги, которые появятся во время выполнения задач Подключение нового хранилища для хранения медиа Логи перестали записываться в таблицу финансовых операций, что насчет страниц баланса и тарифного плана (оплата тарифа, пополнение счета (успешно/нет)) Проверить еще раз работу оплаты и после заменить тестовый API биллинга от монобанк на реальный Дополнить права доступа для пользователя администратора баз Сейчас есть зависшие процессы, которые загружают сервер, нужно это проверить Логика комментариев и заметок сейчас работает неправильно, нужно, чтобы для одного и того же объекта в 2 базах - комментарии были привязаны к каждой базе, а не к объекту, источником которого является объект данной базы (Более детально смогу объяснить в личных) Зафиксировать в базах правильную сортировку (Сейчас от первого добавленного до последнего. Нужно наоборот, функционал сортировки создан) Проверить и исправить корректность фильтров в базах, возможно добавить ограничения на фильтрацию при больших объемах данных