Budżet: 1000 UAH Termin: 2 dni
Доброго дня. Готова виконати дану роботу. Швидко та якісно.
Необхідно уточнити основні вимоги до роботи.
Таблица делается для Таблиц Google, можно реализовать в Excel формулой или любым способом в Google таблицах. Необходимо отсортировать таблицу по условиям и вывести результат в новую таблицу на новом листе.
Например есть таблица:
| 01.02.2021 | Расход | 1000 | 2000 | Баранов Сергей | Выдача на закупку товара | |
| 01.02.2021 | Приход | 500 | 100 | Баранов Сергей | Возврат после закупки | |
| 01.02.2021 | Расход | 2800 | 0 | Степаненко Андрей В. | Выдача на обмен валюты | |
| 01.02.2021 | Приход | 0 | 100 | Степаненко Андрей В. | Возврат после обмена валюты | |
| 01.02.2021 | Приход | 11000 | 50 | Степаненко Андрей В. | Приход по форме 10Е-ОТКУ | |
| 01.02.2021 | Расход | 100 | 0 | Степаненко Андрей В. | Расход по форме 10Е-ОТКУ | |
| 01.02.2021 | Расход | 1500 | 0 | ЧП ТСН | Аренда помещений | |
| 01.02.2021 | Приход | Возврат после закупки | ||||
| 01.02.2021 | Расход | Выплата зарплаты | ||||
| 01.02.2021 | Расход | Выдача на закупку товара |
В итоге должны вывести новуюю таблицу в строке которой есть следующие записи:
| Покупка оборудования |
| Покупка расходных материалов |
| Аренда помещений |
| Выплата зарплаты |
| Оплата инф. техн. (ИТ) |
| Оплата издержек на возвраты |
| Непредвиденные расходы |
| Прочие проекты |
| Содержание автопарка |
| Юридические/бухгалтерские услуги |
| Платежи по долгам |
| Прочие операционные расходы |
Budżet: 1000 UAH Termin: 2 dni
Доброго дня. Готова виконати дану роботу. Швидко та якісно.
Необхідно уточнити основні вимоги до роботи.
Budżet: 650 UAH Termin: 2 dni
Здравствуйте.
Готов приступить к работе.
Пришлите пожалуйста пример в личные сообщения.
Буду рад сотрудничеству.
Budżet: 300 UAH Termin: 1 dzień
Здравствуйте, Андрей.
В прикрепленном файле исходные данные для таблицы, или это только как образец и саму таблицу-журнал тоже нужно создать? Могу выполнить Ваше задание двумя способами: гибким - он же самый простой - список данных будет пополняться по мере добавления категорий затрат/прихода, или же стационарным: данные будут подсчитывать только для тех категорий, которые сразу будут заложены. Сделаю все в гугл-таблицах.
Обращайтесь.
Budżet: 250 UAH Termin: 2 dni
Добрый день!
Могу выполнить заказ быстро и качественно.
Работу сделаю в Excel, предоставлю все необходимые пояснения
Budżet: 700 UAH Termin: 5 dni
Маю досвід роботи з Google App Script та формулами в Google Sheet (Гугл Таблиці).
Готовий до співпраці.
Потрібен більш детальний опис завдання.
Budżet: 500 UAH Termin: 2 dni
Здравствуйте!
Работаю с Excel и Google таблицами.
Готов помочь с помощью формул или макроса (скриптов).
Буду рад сотрудничеству.
Budżet: 500 UAH Termin: 1 dzień
Добрый день.
Возьмусь за задачу.
Смогу выполнить за пару часов после уточнения нескольких вопросов по таблице.
Budżet: 600 UAH Termin: 3 dni
Добрый вечер!
Готова приступить к выполнению проекта сразу после согласования условий.
Есть опыт работы в созданию презентаций/баннеров, наполнении магазинов товарами и блогов контент на различных CMS: WP, Joomla, OpenCart, Tilda и пр. Опыт в работе с подготовкой файлов Excel для импорта/экспорта. Также занимаюсь поиском и обработкой информации, выполняю рутинную работу в максимально короткие сроки.
Пишите, буду рада сотрудничеству :)
Budżet: 850 UAH Termin: 2 dni
Доброго вечора, є досвід роботи з Гугл таблицями (формулами) та з додаванням скриптів.
(Робив телеграм бота для системи обліку угод трейдера із записом в Гугл таблицю)
З величезним бажанням візьмусь за дану роботу.
Від вас потрібно лише підтвердження ставки. Все інше- за мною)
Буду радий співпраці гарного вечора і хорошого настрою!
Budżet: 500 UAH Termin: 1 dzień
Здравствуйте. Готова выполнить задание, после уточнения деталей. Есть большой опыт в Эксель. Буду рада сотрудничеству. Если заинтересует кандидатура - пишите в ЛС.
Budżet: 500 UAH Termin: 2 dni
Здравствуйте. Нужны детали по заданию. Пишите в личку, обсудим.
Budżet: 1000 UAH Termin: 3 dni
Добрый день Андрей! Готова помочь, опыт работы в Excel более 10 лет. Сводные таблицы, формулы "суммесли" и тд. Сначала сделаю шаблон таблицы, со статьями, после согласования с Вами пропишу формулы, посчитаю. Какие сроки? Цена условная, обсуждаемая
Budżet: 5000 UAH Termin: 10 dni
Андрей, здравствуйте!
Интересный проект.
Могу помочь. Опыт - в Портфолио.
Istnieje działająca platforma produkcyjna z katalogiem i automatycznym aktualizowaniem zewnętrznych ofert i cen. Stos technologiczny: — Node.js / TypeScript; — PostgreSQL; — istniejąca usługa odświeżania cen i cron; — oddzielny gotowy moduł walidacji i wyboru ofert w Pythonie; — staging i produkcja. Konieczne jest punktowe dopracowanie istniejącego pipeline'u odświeżania cen bez pełnego przepisywania backendu. OBOWIĄZKOWY ZAKRES 1. Integracja modułu Python — Moduł Python pozostaje oddzielnym komponentem; — zwraca zorganizowany wynik: oferty, wybrana oferta, statusy i flagi ryzyka; — Node.js waliduje wynik i wykonuje zapis w bazie danych; — przewidzieć obsługę błędów i częściowych/nieudanych uruchomień; — pipeline dziedziczony nie jest wyłączany do zakończenia QA. 2. Uruchomienie odświeżania według listy Dodaj uruchomienie: — po jednym slug/id; — po przekazanej liście slug/id. Możliwe CLI lub istniejące API serwisowe. Nowy interfejs użytkownika nie jest wymagany. 3. Tryb Shadow Nowe wyniki powinny być zapisywane oddzielnie i nie wpływać na produkcję do QA. Wymagane pola shadow: — cena; — ID wybranej oferty; — bezpośredni URL; — status oferty; — flagi ryzyka/QA; — checkedAt; — engineVersion. 4. Rozszerzenie istniejącej tabeli ofert Dodaj: — źródło; — external_offer_id; — last_seen_at; — last_checked_at; — engine_version; — flagi ryzyka lub przechowywanie w istniejącym JSON; — unikalne ograniczenie dla ochrony przed duplikatami. Nie jest wymagane tworzenie nowego równoległego systemu ofert, jeśli istniejącą tabelę można bezpiecznie rozszerzyć. 5. UPSERT, STALE i transakcja DB Zamień obecną schemę DELETE → CREATE: — UPSERT istniejących i nowych ofert; — oferty, które nie występują w pełnym udanym snapshot, są przekazywane do STALE; — w przypadku błędu API, częściowego wyniku lub niedokończonego snapshot aktywne oferty nie powinny stawać się STALE; — aktualizacja ofert, metadanych wybranej oferty i pól shadow według jednego modelu odbywa się w ramach jednej transakcji DB; — w przypadku błędu wykonywany jest pełny rollback. 6. Bezpieczne odświeżanie kanoniczne Odświeżanie cen nie powinno zmieniać: — marki; — referencji; — modelu; — kolekcji; — nazwy/tytułu; — slug; — opisów; — obrazów; — pól SEO. Aktualizowane są tylko oferta, cena i dane shadow. 7. Zachowanie obecnej logiki cron Zachować: — istniejący cron; — rolling batches; — cooldown; — sprawdzenie PRICE_REFRESH_MIN_DAYS przed wywołaniem zewnętrznego API; — dziedziczony pipeline produkcyjny do zakończenia Shadow QA. 8. Audyt wyników Wystarczy jedna opcja: — kolumna shadow w istniejącej tabeli administracyjnej; lub — eksport CSV. Minimalne dane: — model/referencja; — cena produkcyjna; — cena shadow; — delta; — URL produkcyjny/shadow; — status; — flagi ryzyka; — checkedAt; — engineVersion. Nowy skomplikowany dashboard nie jest wymagany. 9. Staging i QA — migracje DB; — wdrożenie staging; — test dymny na 5 przekazanych modelach; — następnie Tryb Shadow na około 50 modelach; — naprawa błędów technicznych wykrytych podczas tych uruchomień; — krótka dokumentacja kontraktu Python → Node.js i procedura rollback. OPCJONALNIE OCENIĆ ODDZIELNIE Prosta promocja techniczna bez nowego UI: — promocja jednego modelu po slug; — promocja listy slug; — przeniesienie potwierdzonych wartości shadow do produkcji; — techniczna weryfikacja po rollout. WYNIK — Pull Request; — migracje DB; — działająca integracja Python → Node.js; — Tryb Shadow; — UPSERT, STALE i transakcyjne aktualizacje; — uruchomienie po slug/id; — wdrożenie staging; — wyniki testu dymnego; — krótka dokumentacja; — nie mniej niż 7 dni na poprawki błędów w zrealizowanym zakresie po akceptacji. W ODPOWIEDZI WSKAZAĆ 1. Stała cena za obowiązkowy zakres. 2. Oddzielny koszt mechanizmu promocji. 3. Termin. 4. Ocena godzin. 5. Kiedy gotowi do rozpoczęcia. 6. Doświadczenie z transakcjami PostgreSQL, migracjami i pipeline'ami wczytywania. 7. Jakie pytania należy wyjaśnić przed rozpoczęciem. 8. Czy wliczone są staging, QA, migracje i okres naprawy błędów. Szablonowe odpowiedzi bez konkretnej oceny nie będą rozpatrywane. Dostęp do produkcji na pierwszym etapie nie jest udostępniany. Praca zaczyna się od ograniczonego przeglądu kodu i stagingu.
Potrzebna jest centralna serwerowa system zbierania i przechowywania danych z Planfix, 1C, Meta Ads i Google Ads, a także webowy dashboard do ich wyświetlania i analizy. Wszystkie dane, historia zmian, obliczenia i agregowane wskaźniki muszą być przechowywane wyłącznie w serwerowej bazie danych. Dashboard nie powinien przechowywać ani duplikować danych biznesowych. Ma on uzyskiwać niezbędne informacje z serwerowej bazy przez API zgodnie z zapytaniami użytkownika i wyświetlać je w postaci KPI, wykresów, tabel i szczegółowych raportów.
Szukamy wsparcia dla projektu opartego na Yii , trzeba wprowadzać poprawki i dopracowania bazy, częściowo jest kontakt z poprzednim wykonawcą .....................
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)