Konfiguracja OneBox OS

Uściślenie - to nie jest konfiguracja systemu od zera. System już działa i działa prawie jak szwajcarski zegarek, z gotowymi automatyzacjami, polami itd. Informację o tym, co wiemy - co gdzie się znajduje, gdzie jest wyświetlane - oczywiście przekażemy, nie ma problemu.

Hubber - dane już są przesyłane, czyli warunek źródło - hubber już istnieje, tutaj tylko automatycznie należy ustawić wartości 2 pól, które już istnieją.

Współczynniki już istnieją, ale trzeba je uczynić bardziej elastycznymi, przerobić formułę, abyśmy mieli możliwość samodzielnego określania przedziałów cenowych i wielkości współczynnika.

Wszystkie etapy zamówień są stabilne i dostępne, trzeba tylko dodać funkcjonalność do interfejsu samego zamówienia, aby nie wracać na stronę zamówień, wybierać checkbox - edytować - i wybierać inny, ponieważ czasami trzeba coś zmienić w zamówieniu, które było jakiś czas temu i niewygodnie jest przez filtry wybierać określoną kategorię zamówień, szukać go na stronie, wyróżniać itd.

Dane do tworzenia raportów - wszystkie pola są dostępne w samych zamówieniach - i status, i źródło, i pozycje, i ilość, i cena sprzedaży i zakupu, i miasto, i sposób płatności i dostawy, i marka. Wszystko to jest, po prostu te pola trzeba pogrupować, policzyć za określony okres i wydać w konfigurowanym raporcie/raportach.

Jeśli chodzi o chat-bota - być może źle się wyraziliśmy, to po prostu grupa w tg, do której dodajemy menedżera, i gdzie ma być wysyłana automatyczna wiadomość. Mamy obecnie już co najmniej 2 takie grupy, do których wysyłane są ttn z towarami, oraz inną, do której przychodzą powiadomienia o tym, że trzeba sprawdzić status płatności lub zamówienia, to nie jest coś kosmicznego. Konfigurowano je wiele lat temu w 15-30 minut. To nie wymaga dużo czasu.

Jeśli chodzi o aktualizację stanu magazynowego - potrzebne są 2 przyciski, jeden - natychmiastowe odjęcie całego towaru w karcie towaru, drugi - natychmiastowa aktualizacja stanu/ ceny, jeśli zaszły zmiany, aby w tym momencie system zaktualizował dane w samym sobie i przesłał te dane dla konkretnego towaru na wszystkie platformy przez synchronizację, która działa). Należy również sprawdzić bieżącą automatyzację aktualizacji, jeśli nie obciąża to zbytnio systemu, to zrobić aktualizację nie co 4 godziny, jak teraz, a co 2, na przykład.

Kluczowa uwaga - system działa, system jest dość dobrze skonfigurowany i zautomatyzowany, to dopracowywanie funkcjonalności i automatyzacji, nie konfiguracja od 0 ani dodawanie czegoś całkowicie nowego.

Уточнення - це не налаштування системи з нуля. Система вже працює і працює майже як швейцарський годинник, з готовими автоматизаціями, полями, тощо. Інформацію про те, що ми знаємо — що де знаходиться, де відображається — ми, звісно, надамо, не проблема. 

Хаббер - дані вже передаються, тобто умова джерело - хаббер вже є, тут лише автоматично проставляти значення 2 полів, які вже існують. 

Коефіцієнти вже є, але потрібно зробити їх більш гнучкими, переробити формулу, щоб ми мали можливість самостійно визначати цінові діапазони і розмір коефіцієнта. 

Усі етапи замовлень стабільні і наявні, потрібно лише додати функціонал у інтерфейс самого замовлення, щоб не повертатися на сторінку замовлень, вибирати галкою - редагувати - і вибирати інший, бо інколи треба щось змінити у замовленні, яке була якийсь час тому і незручно через фільтри вибирати певну категорію замовлень, шукати його на сторінці, видліляти і т.д. 

Дані для формування звітів - усі поля наявні у самих замовленнях - і статус, і джерело, і позиції, і кількість, і ціна продажу і закупівлі, і місто, і спосіб оплати і доставки, і бренд. Все це є, просто ці поля потрібно згрупувати, підрахувати за певний період і видати у налаштовуваному звіті/звітах. 

Стосовно чат-боту - можливо, невірно висловились, це просто группа в тг, в яку ми додаємо менеджера, і куди має відправлятись автоматичне повідомлення. В нас наразі вже є таких мінімум 2 групи, куди відправляютсья ттн з товарами, та інший, в який надходять сповіщення про те, що потрібно перевірити статус оплати чи замовлення, це не щось космічне. Налаштовувались вони багато років тому за 15-30хв. Це не потребує багато часу. 

Стосовно оновлення стоку - потрібні 2 кнопки, одна - моментальне списання всього товару у картці товару, друга - моментальне оновлення стоку/ціни, якщо відбулись зміни, щоб прямо в цей момент система оновила дані в самій собі і передала ці дані по конкретному товару на усі майданчики через синхронізацію, яка працює). Також перевірити поточну автоматизацію по оновленню, якщо не сильно навнатажує систему, то зробити оновлення не раз на 4 години, як зараз, а кожні 2, наприклад. 

Ключова ремарка - система працює, система доволі добре налаштована і автоматизована, це допилювання функціоналу і автоматизацій, не налаштування з 0 чи додавання чогось абсолютно нового.

Aby zapewnić przejrzystość i uprościć wybór partnera oraz interakcję, proponujemy ocenić krok po kroku następujące ustawienia:

1. Audyt systemu (korzyść, jeśli czujesz się swobodnie w OneBox OS i nie potrzebujesz czasu na zapoznanie się, od razu rozumiesz, gdzie, co i jak ustawić).

2. Pokazać, gdzie ustawia się współczynnik cen dla różnych platform, oraz uczynić go takim, który można klonować i ustawić różny dla różnych przedziałów cenowych produktów. Przykład — dla produktów w cenie 0–999 — współcz. 1,3; 1000–3000 — 1,25; 3001+ — 1,2 itd. Aby można było tworzyć kilka takich współczynników i natychmiast przeliczać ceny zgodnie z nimi, naciskając przycisk „Aktualizuj” na stronie tych współczynników, aby synchronizacja od razu szła na wszystkie platformy.

3. Ustawienia raportu/raportów z eksportem do Excela.

4. Automatyczne wyróżnianie kolorami w Excelu komórek wzrostu/spadku i tworzenie wykresów do analizy danych tabel raportu/raportów

5. Automatyczne wypełnianie sposobu płatności i dostawy dla zamówień z hubbera (integracja jest, po prostu autouzupełnienie dwóch pól). Jeśli uda się jeszcze ustawić, aby pola adresu były poprawnie wypełniane — super, bo obecnie cały adres wchodzi jako ciągły tekst typu Nowa Poczta. Adres dostawy: Winnica, nr 1: Jakowa Szepela, 1. Sposób płatności: Płatność przy odbiorze, zamiast tego, aby wejść w odpowiednie pola - miasto, oddział, sposób płatności itd.)

6. Przejście na inny etap w interfejsie zamówienia kliknięciem w etap w tym zamówieniu lub przyciskiem z rozwijanym menu statusów z możliwością wpisania tekstu statusu, aby nie przewijać (rozwiązanie do realizacji będzie wybierane zgodnie z oceną 1 i drugą opcją przejścia)

7. Przycisk odpisania wszystkich dostępnych stanów z wszystkich magazynów, w tym z możliwą zarezerwowaną ilością w karcie produktu oraz w interfejsie zamówienia.

8. Przycisk aktualizacji produktu w karcie produktu, który uruchamia natychmiastową synchronizację produktu ze wszystkimi platformami, nie czekając na synchronizację co 4 godziny (jeśli możliwe jest synchronizowanie tylko konkretnego produktu - idealnie, aby nie uruchamiać aktualizacji od razu wszystkich tysięcy produktów)

9. Zaokrąglenie cen do 49 i 99 po zastosowaniu współczynników z punktu 2.

10. Checkbox „Ręczna cena”, przy wyborze którego w karcie produktu priorytet będzie miała właśnie ręczna cena nad wszystkimi współczynnikami i zasadami (są przypadki, gdy produkt jest deficytowy i trzeba szybko podnieść cenę na niego, aby zasady automatycznie nie przywróciły tej ceny z powrotem. W związku z tym, jeśli ten checkbox jest zaznaczony, wpisujemy cenę w osobne pole i po naciśnięciu przycisku „Zapisz” cena nie zmienia się przez zasady, dopóki ten checkbox nie zostanie odznaczony i ustawienia karty produktu nie zostaną zapisane.

Uzupełnienie integracji z plikiem dostawcy

11. Grupa w tg z przekazywaniem informacji o zamówieniu dostawcy, w której podawany jest nasz numer zamówienia, nazwa produktu, nasz artykuł, zewnętrzny ID dostawcy, cena, ilość, suma, TTN (jeśli utworzone przez system). W tej grupie menedżer będzie odpowiadał, czy są gotowi zrealizować zamówienie. Obecnie podobne 2 grupy w boksie dla tg zostały utworzone, ale do innych zadań. Skopiować pod to zadanie.

12. Zmiana nazwy magazynu Alex na DROP, priorytetyzacja sprzedaży produktów, które są dostępne w magazynie DROP nad magazynem Max w przypadku, gdy w zamówieniu wszystkie produkty są dostępne w magazynie DROP. Przy tym rozwiązać kwestię jednoczesnej dostępności jednego produktu z tym samym artykułem w obu magazynach, aby nie było na platformach dwóch pozycji, a była połączona (jeśli połączenie jest drogie - zostawiamy wtedy oba produkty, ale cena ma być ustalona dla magazynu Max, ignorując współczynnik ceny dla dostawcy KSM. W głównej mierze dotyczy to marki Ugreen — w naszym magazynie ich artykuły są czysto numeryczne, na przykład 12345, a w KSM UGR-12345, odpowiednio, takim produktom w polu Artykuł ma być zapisywane 12345.1 (czyli usuwając „UGR-” i dodając na końcu „.1”), a UGR-12345 ma być zapisywane w polu „Zewnętrzny ID”. To znaczy, że wszystkim produktom marki Ugreen podczas importu danych produktów przez link do xml wypełnienie pól artykuł i zewnętrzny ID ma odbywać się nawet przed tym, jak je wystawimy na sprzedaż przez procedurę dodawania - w momencie synchronizacji).

Możliwe, że będzie więcej )

Для прозорості та спрощення вибору партнера та взаємодії пропонуємо оцінити покроково наступні налаштування:

1. Аудит системи (перевага, якщо ви вільно почуваєте себе у OneBox OS і вам не потрібен час на ознайомлення, ви одразу розумієте, де, що і як налаштувати). 

2. Показати, де налаштовується коефіцієнт цін для різних майданчиків, та зробити його таким, що можна клонувати та виставити різний для різних цінових діапазонів товарів. Приклад — для товарів вартістю 0–999 — коеф. 1,3; 1000–3000 — 1,25; 3001+ — 1,2 тощо. Щоб можна було створювати кілька таких коефів і моментально перераховувати ціни відповідно до них натисканням кнопки «Оновити» на сторінці цих коефів, щоб синхрон одразу йшов на усі майданчики. 

3. Налаштування звіту/звітів з експортом в Excel. 

4. Автоматичне виділення кольором в ескель клітинок зростання/падіння і формування діаграм для аналізу даних таблиць звіту/звітів

5. Автоматичне заповнення способу оплати і доставки для замовлень з хаббер (інтеграція є, просто автозаповнення двох полів). Якщо зможете ще налашувати, щоб правильно заповнювалися поля адреси — топ, бо наразі вся адреса залітає суцільним текстом по типу Нова Пошта. Адреса доставки: Вінниця, №1: Якова Шепеля, 1. Спосіб оплати: Наложенный платеж, замість того, щоб зайти в правильні поля - місто, відділення, спосіб оплати, тощо)

6. Перехід на інший етап в інтерфейсі замовлення кліком по етапу в цьому замовленні або кнопкою з випадаючим списком статусів з можливістю прописати текст статусу, щоб не скроллити (рішення по реалізції буде вибиратись відповідно до оцінки 1 та другого варіанту переходу)

7. Кнопка списання усіх доступних залишків з усіх складів, включно із можливою зарезервованою кількістю у картці товару та в інтерфейсі замовлення. 

8. Кнопка оновлення товару в картці товару, яка запускає одразу синхронізацію товару з усіма майданчиками, не чекаючи синхрону кожні 4 години (якщо можливо синхронізувати лише конкретний товар - ідеально, щоб не запускати оновлення одразу всіх тисяч товарів) 

9. Округлення цін до 49 і 99 після застосування коефіцієнтів з пункту 2. 

10. Чек-бокс "Ручна ціна", при виборі якого в карті товару пріоритет матиме саме ручна ціна над усіма коефіцієнтами та правилами (бувають випадки, коли товар дефіцитний і потрібно швидко підняти ціну на нього, щоб при цьому правила автоматично не повернули цю ціну назад. Відповідно, якщо вибрано цей чек-бокс, пишемо ціну в окреме поле і після натискання кнопки "Зберегти" ціна не змінюється правилами, допоки не знято цей чек-бокс і збережено налаштування картки товару. 

Доналаштування інтеграції з файлом постачальника

11. Група в тг з передачею інформації про замовлення постачальнику , в якій зазначається наш номер замовлення, назва товару, наш артикул, зовнішній ID постачальника, ціна, кількість, сума, ТТН (якщо створено системою). В цій групі менеджер буде відписуватись, чи готові виконати замовлення. Наразі подібні 2 групи в боксі для тг створені, але для інших задач. Клонувати під дану задачу. 

12. Перейменування складу Алекс на ДРОП, пріоретизація продажів товарів, які наявні на складі ДРОП над складом Макс у разі, якщо в замовленні усі товари наявні на складі ДРОП. При цьому вирішити питання одночасної наявності одного товару з однаковим артикулом на обох складах, щоб не було на майданчиках дві позиції, а була об'єднана (якщо об'єднання дороге - лишаємо тоді обидва товари, але ціна має проставлятись визначена для складу Макс, ігноруючи коефіцієнт ціни для постачальника KSM. В основному це стосується бренду Ugreen — на нашому складі їхні артикули суто числові, наприклад, 12345, а у KSM UGR-12345, відповідно, таким товарам в поле Артикул має записуватися 12345.1 (тобто прибиратися "UGR-" та додаватися в кінці ".1"), а UGR-12345 має записуватися у поле "Зовнішній ID". Тобто, усім товарам бренду Ugreen при імпорті даних товарів через посилання на xml заповнення полів артикул та зовнішній ID має відбуватися навіть до того, як ми їх виставимо на продаж через процедуру додавання - в момент синхронізації). 

Можливо, далі буде )