Budżet: 750 UAH Termin: 30 dni
Насколько я понимаю есть необходимость сохранить информацию из существующего файла. Предлагаю написать ряд макросов для екселя которые будут выполнять нужные для Вас действия. А так все возможно. Давайте обсудим.
Есть рабочая "база данных" в 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 строк бывает такое что счетчик не верно считает. Лучше строки не добавлять и не удалять (по крайней мере были траблы со счетчиком ))
Budżet: 750 UAH Termin: 30 dni
Насколько я понимаю есть необходимость сохранить информацию из существующего файла. Предлагаю написать ряд макросов для екселя которые будут выполнять нужные для Вас действия. А так все возможно. Давайте обсудим.
Budżet: 500 UAH Termin: 10 dni
Якщо я правильно зрозумів, що треба зробити веб форму для введення інформації в таблиці і щоб формувався документ із запису в таблиці, то я готовий зробити цю роботу
Potrzebna jest migracja bazy z CRM G-PLUS do MyChatBot Objętość bazy - 26 tys. leadów 2 leje - Centrum obsługi klienta oraz Dział sprzedaży z własnymi lejkami Karty leadów (oprócz imienia i numeru) mają wiele różnych pól Leady mają również nagrania głosowe rozmów. Muszą być również przeniesione Od kandydata oczekuję orientacyjnej kwoty oraz terminów realizacji
Stworzyć dashboard do monitorowania i analizy efektywności sieci lokalizacji (filiów) firmy w Google Business Profile (GBP) poprzez oficjalne API Google Business Profile. Przetwarzanie przez skrypt oparty na Google Apps Script (podpiąć do Google Arkuszy). Zapis danych w Google Arkusze (które pełnią rolę bazy danych dla Looker Studio). Aktualizacja: Codziennie (z wskazaniem daty ostatniej aktualizacji). Stworzyć serwisowe konto Google Cloud. Skrypt raz na dobę (wyzwalacz o 03:00 w nocy) wysyła zapytanie do GBP API. Otrzymuje metryki za wczorajszy dzień dla każdej lokalizacji (locationId). Zapisuje dane w tabeli w płaskim formacie (wiersz = unikalne połączenie Data + ID Filia + Metryki). Karty kluczowych wskaźnikówNazwa kartyMetryka GBPFormat dynamikiWyświetlenia profiluImpressions (Search + Maps)Procent %, Sparkline (niebieski)PołączeniaLocal Services Phone CallsProcent %, Sparkline (zielony)Przejścia na stronęWebsite ClicksProcent %, Sparkline (fioletowy)Budowanie trasDirection RequestsProcent %, Sparkline (pomarańczowy)Średnia ocenaAverage Review RatingZmiana absolutna (np. +0.1), Sparkline (żółty)Nowe recenzjeNew Reviews CountProcent %, Sparkline (turkusowy)
Cześć wszystkim! Szukam programisty backend (NestJS) do pracy nad nowym projektem. Co trzeba zrobić Opracować REST API w NestJS. Przygotować i utrzymywać dokumentację za pomocą Swagger (OpenAPI), aby programista frontend mógł automatycznie generować klienta przez Orval i zawsze pracować z aktualną specyfikacją. Zaplanować czystą, skalowalną architekturę, którą będzie łatwo utrzymać i rozwijać. Wymagania Znajomość NestJS i TypeScript na poziomie zaawansowanym. Doświadczenie w pracy z PostgreSQL. Doświadczenie w integracji z Supabase: autoryzacja i uwierzytelnianie; praca z bazą danych; wykorzystanie gotowych możliwości platformy. Doświadczenie w integracji Stripe (przez możliwości Supabase). Znajomość zasad bezpieczeństwa API, autoryzacji, walidacji danych i ochrony aplikacji. Umiejętność pisania czystego, strukturalnego i rozszerzalnego kodu. Jeśli masz odpowiednie doświadczenie, proszę, prześlij: przykłady projektów lub GitHub; pożądaną stawkę (za ekrany, które dostarczyłem, aby zrozumieć twoją stawkę, stawka godzinowa nie jest wygodna, ponieważ nie wiadomo, jaki będzie zakres pracy, każdy ma inny tempo);
Trzeba eksportować zamówienia do obiegu dokumentów z salesdrive według odpowiednich parametrów, a mianowicie: organizacja, sposób płatności,
O projekcie i zadaniach Mamy mały dział sprzedaży (kierownik działu sprzedaży + 2 menedżerów) oraz bazę około 220 aktywnych klientów. Obecnie pojawiła się pilna potrzeba wdrożenia lekkiego CRM jako poziomu operacyjnego, aby menedżerowie w czasie rzeczywistym rejestrowali rozmowy, ustalenia i statusy w lejku sprzedażowym, a kierownictwo widziało, którzy klienci „utknęli” na danym etapie. Równocześnie aktywnie wykorzystujemy analitykę AI (Claude) do pracy z eksportami, raportami, wyszukiwaniem anomalii oraz analizą P&L. Dlatego CRM potrzebny jest jako czyste źródło danych, z którego będzie można formować jakościowe eksporty. Co należy zrobić (Etap 1 — Wdrożenie) Audyty i wybór rozwiązania. Ostatecznie określić razem z nami platformę. Rozważamy ukraińskie rozwiązania (KeyCRM lub SalesDrive), ponieważ ważna jest integracja z ukraińską telefonią i Nową Pocztą. Jesteśmy również gotowi rozważyć Pipedrive. Konfiguracja systemu. Utworzenie lejka sprzedażowego, kart klientów, dostosowanie pól zgodnie z naszą specyfiką. Integracje. Podłączenie telefonii, komunikatorów i Nowej Poczty. Import danych. Poprawne przeniesienie istniejącej bazy klientów (około 220 kontaktów) z bieżących plików. Szkolenie. Krótkie wprowadzenie dla kierownika działu sprzedaży i dwóch menedżerów dotyczące zasad prowadzenia transakcji, aby zapewnić czystość i jakość danych w CRM. Dalsze zadania (Etap 2 — Wsparcie) Wsparcie techniczne i dopracowanie automatyzacji w trakcie pracy. Kontrola poprawności eksportów danych do dalszej analityki AI. Kogo szukamy Specjalisty z doświadczeniem w wdrażaniu KeyCRM, SalesDrive lub Pipedrive (proszę dodać przykłady lub przypadki w odpowiedzi). Osoby, która rozumie zasady budowy analityki sprzedaży i potrafi konfigurować eksport danych bez „śmieci”. Odpowiedzialnego specjalisty, gotowego do długoterminowej współpracy i wsparcia projektu. W odpowiedzi proszę podać Wasze doświadczenie z KeyCRM, SalesDrive lub Pipedrive. Orientacyjną wartość oraz czas podstawowej konfiguracji dla naszego zespołu (3 użytkowników). Czy jesteście gotowi dalej administrować systemem i na jakich warunkach.