Бюджет: 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 днів
Якщо я правильно зрозумів, що треба зробити веб форму для введення інформації в таблиці і щоб формувався документ із запису в таблиці, то я готовий зробити цю роботу
Потрібен досвідчений 1С програміст для одноразової міграції даних із 1С у нову CRM систему. Необхідно виконати експорт даних з 1С із збереженням усіх зв'язків між сутностями: товари, клієнти, приходи, накладні, залишки, історія руху товарів та інші довідники. Формат вивантаження може бути JSON, SQL або інший зручний для подальшого імпорту формат. Основна вимога — зберегти структуру даних та всі взаємозв'язки між документами й об'єктами, щоб дані можна було коректно перенести в іншу CRM без втрати інформації. Буде перевагою досвід міграції даних між 1С та сторонніми системами. непотрібно мігрувати в іншу СРМ а просто дати файл або зробити фнкціонал шоб на клік зберігався локально файл дампу . В мене все ведеться локально так шо прийдеть працювати через ені деск , або шось інше. Цін на таку роботу незнаю тому пропонуйте
Щукаємо для підтримки проекта на базі Yii , треба вносити правки та доопрацювання бази , частково є звязок з попереднім виконавцем .....................
Потрібно зробити міграцію бази з CRM G-PLUS на MyChatBot Обєм бази - 26 тис. лідів 2 воронки - Кол центр та Відділ продажу зі своїми вирвами Картки лідів (крім імені та номеру) мають багато різних полів Ліди також мають голосові записи дзвінків. Їх також потрібно перенести Від кандидата очікую орієнтовну суму та терміни реалізації
Створити дашборд для моніторингу та аналізу ефективності мережі локацій (філій) компанії у Google Business Profile (GBP). через офіційний Google Business Profile API. Обробкачерез Скрипт на базі Google Apps Script (підв'язати до Google Таблиці). Запис даних у Google Таблиця (яка виступає як база даних для Looker Studio). Оновлення: Щодня (з індикацією дати останнього оновлення).Створити сервісний акаунт Google Cloud Скрипт раз на добу (тригер о 03:00 ночі) надсилає запит до GBP API. Отримує метрики за вчорашній день по кожній локації (locationId). Записує дані в таблицю в плоскому форматі (рядок = унікальне поєднанняДата + ID Філії + Метрики). Картки ключових показниківНазва карткиМетрика GBPФормат динамікиПерегляди профілюImpressions (Search + Maps)Відсоток %, Sparkline (синій)ДзвінкиLocal Services Phone CallsВідсоток %, Sparkline (зелений)Переходи на сайтWebsite ClicksВідсоток %, Sparkline (фіолетовий)Побудова маршрутівDirection RequestsВідсоток %, Sparkline (помаранчевий)Середній рейтингAverage Review RatingАбсолютна зміна (наприклад, +0.1), Sparkline (жовтий)Нові відгукиNew Reviews CountВідсоток %, Sparkline (бірюзовий)
Всім привіт! Шукаю Backend-розробника (NestJS) для роботи над новим проектом. Що потрібно зробити Розробити REST API на NestJS. Підготувати і підтримувати документацію через Swagger (OpenAPI), щоб фронтенд-розробник міг автоматично генерувати клієнт через Orval і завжди працювати з актуальною специфікацією. Спроектувати чисту, масштабовану архітектуру, яку буде легко підтримувати і розвивати. Вимоги Упевнене знання NestJS та TypeScript. Досвід роботи з PostgreSQL. Досвід інтеграції з Supabase: автентифікація та авторизація; робота з базою даних; використання готових можливостей платформи. Досвід інтеграції Stripe (через можливості Supabase). Розуміння принципів безпеки API, авторизації, валідації даних і захисту додатку. Вміння писати чистий, структурований і розширюваний код. Якщо у вас є релевантний досвід, будь ласка, надішліть: приклади проектів або GitHub; бажану ставку (за екрани, які я надав, щоб я розумів ваш рейт, погодинна не зручна, оскільки не зрозуміло, який обсяг роботи буде виконано, у всіх різний темп);