Бюджет: 750 UAH Срок: 30 дней
Насколько я понимаю есть необходимость сохранить информацию из существующего файла. Предлагаю написать ряд макросов для екселя которые будут выполнять нужные для Вас действия. А так все возможно. Давайте обсудим.
Есть рабочая "база данных" в google таблицах, которую мы используем.
| 1 | A | B | C | D | E | F | G | H |
| 2 | № | Дата Прием Выдача | Телефон | ФИО | Принято в ремонт | Неисправность со слов клиента | Комментарий по ремонту | Выполненная работа |
| 3 | 801 | 01.08.2015 03.08.2015 | (050)-418-XX-XX | Николай | wi-fi роутер | Не получает настройки от провайдера | Необходимо отправить роутер по гарантии Руслан Кочешков | |
| 4 | 802 | 01.08.2015 02.08.2015 | (093)-537-XX-XX | Едик | телефон Fly IQ4601 | Разбит тачскрин | 1. Замена тачскрина 150 грн 2. Замена динамика 50 грн Всего: 200 грн | |
| 5 | 803 | 01.08.2015 03.08.2015 | (063)-434-XX-XX | Василий | телефон Samsung | глючит | 1. Перепрошивка телефона 250 грн |
| Данный функционал реализован и работает. Через удаленку можно будет продемонстрировать как это у нас работает. Его необходимо доработать с возможностью вводить информацию через WEB формы и выводить это на печать для клиента. | ||||||||||||||||
| 1. Требования к функционалу. | ||||||||||||||||
| Архитектура: База данных должна быть размещена на веб ресурсе (сейчас это гуугл диск и эксель + образци документов которые копипастом заполняем и печатаем). Ко всему этому имеем общий доступ через учетки гуугл. | ||||||||||||||||
| Заполняемые колонки: | ||||||||||||||||
| 1.1. Дата и время приема и дата и время выдачи техники после ремонта. | ||||||||||||||||
| 1.2. Номер телефона клиента. Или пару номеров. (дополнительные поля например: почта, скайп) | ||||||||||||||||
| 1.3. ФИО клиента. Адрес. | ||||||||||||||||
| 1.4. Наименование техники которую приняли в ремонт (ноутбук) / комплектация (зарядное устройсто, сумка, мышка). | ||||||||||||||||
| 1.5. Неисправность техники со слов заказчика. | ||||||||||||||||
| 1.6. Комментарии по ремонту (от клиента или заметка от сервис-инженера во время приемки или во время диагностики техники). | ||||||||||||||||
| 1.7. Выполненная работа (запись от сервис-инженера что было сделано/отремонтировано). | ||||||||||||||||
| 1.8. Результат: меню с выбором результата ремонта (1. Выбрать позицию, 2. В процессе ремонта, 3. Выполнена диагностика, 4. Выполнено и готов к выдаче, 5. Выполненно и выдан. 6. Покупка комплектующих, 7. Продано, 8. Звонки, и другие позиции по необходимосте). | ||||||||||||||||
| 1.9. Колонка по оплате: меню с выбором: 1. Оплачено (наличка) 2. Оплачено (безнал) 3. Оплачено (Приват24) 4. Оплачено (вебмани). | ||||||||||||||||
| 2. Требования по обороту денег в кассе | ||||||||||||||||
| 2.1. Возможность вносить предоплату за ремонт (за диагностику или на комплектующие). | ||||||||||||||||
| 2.2. Выдача техники только при условии оплаты за ремонт со стороны клиента (вводится сумма), и только после этого появляется возможность выдать технику клиенту. Сумма должна фиксироваться в базе, чтобы знать сколько налички в кассе. | ||||||||||||||||
| 3.3. Выдача техники при условии отсрочки платежа (предоплата, частичная оплата, для доверенных или постоянных клиентов). | ||||||||||||||||
| 3. Документооборот | ||||||||||||||||
| 3.1. В документе для печати должно быть: адрес сервиса, логотип сервиса, адрес вебсайта, номера телефонов, график работы и все что в п3.2 или п3.3 | ||||||||||||||||
| 3.2. Печать документа о приеме техники в ремонт или для диагностики. В этом документе должна быть информация из столбцов: 1.1, 1.2, 1.3, 1.5, 1.6(опционально), 1.7, 1.9? | ||||||||||||||||
| 3.3. Печать документа о выдаче техники после ремонта. В этом документе должна быть информация из столбцов 1.1, 1.2, 1.3, 1.4, 1.5, 1.6, 1.7, 1,9. | ||||||||||||||||
| Данный функционал будет дополнятся и дополнительно обсуждатся. Если есть возможность это реализовать на другом движке и в вебе предлагайте. Все варианты рассмотрим. |
Проект не горит по срокам. Так как уже давно работаем и используем часть этого функционала.
Есть рабочая "база данных" в google таблицах, которую мы используем.
| 1 | A | B | C | D | E | F | G | H |
| 2 | № | Дата Прием Выдача | Телефон | ФИО | Принято в ремонт | Неисправность со слов клиента | Комментарий по ремонту | Выполненная работа |
| 3 | 801 | 01.08.2015 03.08.2015 | (050)-418-XX-XX | Николай | wi-fi роутер | Не получает настройки от провайдера | Необходимо отправить роутер по гарантии Руслан Кочешков | |
| 4 | 802 | 01.08.2015 02.08.2015 | (093)-537-XX-XX | Едик | телефон Fly IQ4601 | Разбит тачскрин | 1. Замена тачскрина 150 грн 2. Замена динамика 50 грн Всего: 200 грн | |
| 5 | 803 | 01.08.2015 03.08.2015 | (063)-434-XX-XX | Василий | телефон Samsung | глючит | 1. Перепрошивка телефона 250 грн |
Необходимо реализовать следующий функционал:
1. Заполняем новую позицию для ремонта "803". Необходимо чтобы в папке "Квитанции для печати" на Google drive появился документ "Квитанция № 803". В этой квитанции продублировалась информация из ячеек:
1.1 Название документа "803";
1.2 Дата Прием Выдача - только выдача;
И остальные поля из таблици.
P.S.:то есть строки уже созданы вниз до 200. Также работает такой функционал как математический счетчик, при добавлении или удалении из этих 200 строк бывает такое что счетчик не верно считает. Лучше строки не добавлять и не удалять (по крайней мере были траблы со счетчиком ))
Бюджет: 750 UAH Срок: 30 дней
Насколько я понимаю есть необходимость сохранить информацию из существующего файла. Предлагаю написать ряд макросов для екселя которые будут выполнять нужные для Вас действия. А так все возможно. Давайте обсудим.
Бюджет: 500 UAH Срок: 10 дней
Якщо я правильно зрозумів, що треба зробити веб форму для введення інформації в таблиці і щоб формувався документ із запису в таблиці, то я готовий зробити цю роботу
Общая информация Необходимо разработать простую минималистичную вебсистему, основной целью которой является ведение базы клиентов, создание записей на визиты и автоматизация процесса подтверждения визитов через SMS, отправка одноразовых ссылок через API с самого сервиса. Проект разрабатывается поэтапно. На первом этапе необходимо реализовать лишь базовую функциональность (MVP), чтобы систему можно было использовать в реальной работе. После запуска и тестирования она будет постепенно расширяться новыми модулями.Основная функциональность первого этапа авторизация пользователей; база клиентов; создание и редактирование записей; список записей (или простой календарь); переключение между торговыми точками; интеграция с SMS-оператором через API; отправка SMS с произвольным текстом или ссылкой для подтверждения визита; подтверждение или отмена визита клиентом по одноразовой ссылке; отображение статуса подтверждения непосредственно рядом с записью клиента. На начальном этапе вместо полноценного календаря допускается использование простого списка записей по дням. Каждый день должен содержать хронологический список бронирований с указанием времени, имени клиента, услуги, работника и статуса подтверждения. В дальнейшем этот список можно будет заменить на полноценный календарь без изменения структуры системы. В системе должна быть возможность переключаться между торговыми точками. Каждая торговая точка имеет собственный список записей (или календарь), но все они используют общую базу клиентов.
Копирование базы и фронта для базы (Сейчас частично скопирован фронт и некоторые характеристики, но неправильно. Парсер заполнил базу своими характеристиками) Синхронизация парсера с базой и характеристиками базы Исправить баг агента парсера Обрезка фото пропорционально водяному знаку, которые падают с парсера Работа буфера с новой базой и инструментов с объектами данной базы Исправление незначительных багов: например, текст попапов или мелкие моменты на фронте, баги, которые появятся во время выполнения задач Подключение нового хранилища для хранения медиа Логи перестали записываться в таблицу финансовых операций, что насчет страниц баланса и тарифного плана (оплата тарифа, пополнение счета (успешно/нет)) Проверить еще раз работу оплаты и после заменить тестовый API биллинга от монобанк на реальный Дополнить права доступа для пользователя администратора баз Сейчас есть зависшие процессы, которые загружают сервер, нужно это проверить Логика комментариев и заметок сейчас работает неправильно, нужно, чтобы для одного и того же объекта в 2 базах - комментарии были привязаны к каждой базе, а не к объекту, источником которого является объект данной базы (Более детально смогу объяснить в личных) Зафиксировать в базах правильную сортировку (Сейчас от первого добавленного до последнего. Нужно наоборот, функционал сортировки создан) Проверить и исправить корректность фильтров в базах, возможно добавить ограничения на фильтрацию при больших объемах данных
Добрый день. Ищу для себя ментора по Linux. У меня есть опыт в качестве strong junior devops специалиста, но Linux и Kubernetes мои слабые места. Если с Kubernetes опыт с проектами еще небольшой, то с Linux взаимодействие очень поверхностное. Что-то создать, добавить, переименовать, открыть и т.п. - этого явно недостаточно. Нужен ментор, который меня подтянет в этом вопросе. Просто главная задача сделать так, чтобы знания осели в голове, возможно какой-то пет-проект, задачи, таски что-то в таком духе, а не просто "повторяй за мной". Проходил курсы самостоятельно, но они особенно "не оседают" в голове. Вот приблизительный список, что, на мой взгляд, мне нужно: - Linux/Unix системы — углубленное администрирование операционных систем, файловые системы, управление пользователями и правами доступа, процессами и службами (systemd), Bash-скриптинг, журналирование, мониторинг, настройка безопасности, автоматизация административных задач; - Сетевые технологии — модель OSI и стек TCP/IP, DNS, HTTP/HTTPS, SSL/TLS, SSH, VPN, балансировка нагрузки, прокси-серверы, NAT, маршрутизация, сетевые утилиты (ping, traceroute, netstat, ss, tcpdump, curl), диагностика и устранение сетевых проблем; Если к этому списку можно еще будет добавить Kubernetes, то лишним не будет. Возможно что-то от себя предложите. Формат занятий, как я вижу - 2 раза в неделю, встречи, обсуждения консультации. Более детально, тут уже ваши идеи и предложения. По стоимости за час, или за месяц - предлагайте
Для клиентского проекта в области Microsoft 365 Modern Workplace мы ищем опытных фрилансеров (м/ж/д) с акцентом на Microsoft Places. В центре внимания находится консультация, конфигурация и оптимизация среды Microsoft 365 для поддержки современных концепций гибридного рабочего места. Задачи Консультирование по внедрению и эксплуатации Microsoft Places Анализ существующих сред Microsoft 365 и разработка подходящих концепций решений Конфигурация зданий, этажей, конференц-залов и рабочих мест Настройка и оптимизация сценариев бронирования рабочих мест и комнат Интеграция Microsoft Places в Microsoft Teams, Outlook и Exchange Online Поддержка по вопросам лицензирования, а также рекомендации по лучшим практикам Проведение семинаров и передача знаний для пользователей и IT-команд Поддержка при устранении неполадок и в процессе эксплуатации Требования Многолетний опыт работы в среде Microsoft 365 Практический опыт работы с Microsoft Places Очень хорошие знания Microsoft 365, Microsoft Teams, Exchange Online и Outlook Опыт работы с Microsoft Entra ID (Azure AD) Знания современных концепций гибридного рабочего места и Modern Work Желательные знания Microsoft Teams Premium PowerShell для администрирования Microsoft 365 Опыт работы с решениями для бронирования рабочих мест и комнат Сертификации Microsoft в области Modern Workplace или Microsoft 365 Опыт в разработке и внедрении современных концепций рабочих мест Начало: как можно скорее Продолжительность: около 3 месяцев с возможностью продления Место работы: удаленно / по согласованию Загрузка: по согласованию Интересно? Поскольку проект в настоящее время находится на стадии подготовки, мы хотели бы заранее познакомиться с подходящими экспертами. Пожалуйста, отправьте нам на contract (AT) advergy de: Резюме Доступность Часовая ставка (удаленно / на месте) Трехстрочный текст о том, почему вы особенно подходите для этого проекта Большое спасибо и с наилучшими пожеланиями Седа
Сайт разработан на: Backend: Java + Spring Boot База данных: MySQL Frontend: JavaScript, HTML, CSS Шаблонизатор: Thymeleaf Сервер: VPS (Linux Ubuntu) Reverse Proxy: Apache2 Архитектура: Монолитное приложение На данный момент на сайте реализован: Блог с административной панелью. Возможность создавать и редактировать статьи через админ-панель. Возможность добавлять HTML-разметку и контент через визуальный интерфейс. Статические страницы сайта, которые сейчас создаются разработчиком вручную. ⸻ Цель задачи Необходимо реализовать возможность создавать и управлять новыми коммерческими страницами услуг через существующую административную панель аналогично тому, как сейчас создаются статьи блога. После реализации администратор должен иметь возможность самостоятельно создавать новые SEO-страницы услуг без участия разработчика. ⸻ Текущее состояние Сейчас через админ-панель можно создавать только записи блога. Пример: Статья 1 Статья 2 Статья 3 Каждая статья имеет: Заголовок URL (slug) Контент SEO-параметры Изображения ⸻ Что необходимо реализовать 1. Новый тип контента «Услуги» Создать в админ-панели отдельный раздел: «Услуги» Он должен быть независим от раздела блога. Пример структуры: Блог Услуги ⸻ 1. Создание страницы услуги Администратор должен иметь возможность создать новую страницу услуги через интерфейс. Коммерческие страницы услуг состоят из 13 блоков, из которы 4 блока динамических и 9 статических. Поля: Название услуги URL (slug) H1 SEO Title Meta Description SEO Keywords Основное содержимое страницы Изображение Статус публикации (Черновик / Опубликовано) ⸻ 1. Контент страницы Контент должен поддерживать: HTML-разметку Форматирование текста Заголовки H2-H6 Списки Изображения Ссылки Желательно использовать существующий редактор, который уже применяется в блоге. ⸻ 1. Генерация URL Каждая услуга должна иметь собственный URL. Примеры: /visa/usa/business-visa-usa /visa/usa/business-visa-uk /visa/usa/business-visa-canada ⸻ 1. Отображение на сайте После публикации страница должна: автоматически становиться доступной по своему URL; использовать существующий шаблон страниц услуг либо новый шаблон; корректно отображаться на всех устройствах. ⸻ 1. SEO Для каждой услуги необходимо обеспечить возможность настройки: Title Description H1 Canonical URL (желательно) Open Graph (желательно) Страницы должны индексироваться поисковыми системами аналогично страницам блога. ⸻ 1. Список услуг В админ-панели реализовать: список всех услуг; поиск; редактирование; удаление; изменение статуса публикации. ⸻ 1. Важно Реализовать возможность создавать новые типы SEO-страниц без доработки кода в будущем. через единый механизм управления контентом. ⸻ Что ожидается от разработчика Необходимо проанализировать существующую реализацию блога и максимально переиспользовать текущую архитектуру для создания нового раздела «Услуги». При отклике прошу указать: Каким образом будет реализована задача. Какие изменения потребуются в БД. Оценку по времени. Стоимость работ. Какие технологии должен знать исполнитель Обязательно: Java Spring Boot MySQL Thymeleaf HTML/CSS JavaScript Работа с Linux Ubuntu Желательно: Spring Security SEO-оптимизация серверных страниц Опыт работы с CMS и CRUD-модулями Опыт поддержки монолитных Spring Boot проектов