Шукаю спеціаліста з реальним досвідом роботи в Planfix для налаштування базової CRM компанії, яка займається продажем та встановленням автомобільного скла. Потрібно побудувати правильну структуру CRM, щоб у майбутньому її можна було легко масштабувати, додавати нові інтеграції та автоматизації без повної перебудови системи. 1. Побудова основної структури CRM Необхідно налаштувати базову архітектуру системи. Основний процес роботи: Вхідна заявка → Підбір скла → Узгодження ціни → Замовлення скла → Запис на монтаж → Виконане замовлення ⸻ 2. Картка “Вхідна заявка” Необхідно створити зручну картку заявки. Дані клієнта * ПІБ * Телефон * Email * Джерело звернення * Канал комунікації Дані автомобіля * VIN * Марка * Модель * Рік випуску Важливо: Марка та модель повинні вибиратися зі списку. Після вибору марки система повинна показувати лише моделі цієї марки. Наприклад: BMW → X1, X3, X5 Audi → A3, A4, A6 Mercedes → C-Class, E-Class, GLC і т.д. ⸻ Дані по склу * Тип скла (Вітрове,Заднє,ЛПД, ЛЗД,ППД,ПЗД,ЛЗФ,ЛЗЧ,ПЗФ,ПЗЧ,Панорама,ЛПФ,ППФ * OEM номер * Eurocode ⸻ Варіанти скла Потрібно реалізувати можливість додавати декілька пропозицій до однієї заявки. Наприклад: Pilkington * Постачальник * Закупівельна ціна * Ціна клієнту * Прибуток (наприклад закупка 100 без пдв. менеджер додає націнку 50 і програма сама рахує ціну для клієнта (100+50)*1.2 Sekurit * Постачальник * Закупівельна ціна * Ціна клієнту * Прибуток Glavista * Постачальник * Закупівельна ціна * Ціна клієнту * Прибуток XYG Украіна Скло клієнта Кількість варіантів повинна бути необмеженою. ⸻ 3. Статуси заявки Потрібно налаштувати статуси: * Вхідна заявка * Дізналися ціну * В роботі * Виконано * Скасовано ⸻ 4. Створення заявки вручну Повинна бути можливість швидко створити заявку вручну. Наприклад, якщо: * клієнт зайшов у майстерню; * звернувся особисто; * звернувся на мобільний телефон; * прийшов за рекомендацією; * будь-яке інше звернення. Після натискання кнопки “Нова заявка” повинна відкриватися картка для заповнення. ⸻ 5. Google Calendar При записі клієнта на встановлення необхідно: * вибрати дату; * вибрати час; * створити запис у Google Calendar; * автоматично зберегти посилання на подію в картці заявки; * мати можливість швидко перейти з заявки до події календаря. в календарі має відображатися інформація тел клієнта марка модель ціна та постачальник а також єврокод скла. ⸻ 6. Інтеграція з поштою Потрібно інтегрувати робочу електронну пошту. Необхідно щоб: * нові листи що приходять саме з сайту замовлення створювали нові заявки; * повторні листи прикріплювалися до існуючих заявок; * історія листування зберігалася всередині заявки. ⸻ 7. Інтеграція з Binotel Потрібно інтегрувати телефонію Binotel. Необхідно щоб: * при дзвінку відкривалася картка клієнта; * якщо клієнта немає — можна було одразу створити заявку; * зберігалася історія дзвінків; * прикріплювався запис розмови (якщо технічно можливо). ⸻ 8. Кнопка PartsLink24 У картці заявки необхідно додати кнопку: Відкрити PartsLink24 При натисканні повинна відкриватися сторінка входу до PartsLink24 в новій вкладці браузера. Також бажано зробити можливість швидко копіювати VIN-код для вставки в PartsLink24. ⸻ 9. Пошук клієнтів Перед створенням нової заявки повинна бути можливість знайти існуючого клієнта за: * номером телефону; * VIN; * ім’ям. Щоб не створювалися дублікати клієнтів. ⸻ 10. Автоматична нумерація заявок Кожна заявка повинна автоматично отримувати власний номер. Наприклад: Номер телефона клієнта, адреса ел пошти, вінкод авто останні цифри ⸻ 11. Навчання Після завершення роботи потрібно показати: * як додавати нові поля; * як змінювати статуси; * як додавати довідники; * як самостійно розширювати CRM. ⸻ Очікуваний результат Після виконання роботи повинна бути готова базова CRM, з якою можна одразу почати працювати. Надалі планується інтеграція: * WhatsApp Business API; * Telegram; * Google Sheets; * AI-асистента; * автоматичного підбору скла. Тому система повинна бути спроєктована таким чином, щоб її можна було легко масштабувати.
Ставки приховані
Ставки поки відсутні
Ставки приховані
-
Виктория Корж 9 жовтня 2020если курс НБУ 1 грн на дату продажи товара, то у Вас от продажи будет убыток, а от курсовой разницы доход. Это если нет опечатки в курсе НБУ на дату продажи
-
Сергей Назаренко 9 жовтня 2020Здравствуйте, Алексей.
Отчет Валовая прибыль показывает прибыль в "валюте управленческого учета".
Если у Вас всё в Евро, то был смысл при начале работы в программе выбрать Евро в качестве валюты управленческого учета (Операции\Константы\Настройки параметров учета\Закладка "Валюты").Но, т.к. Вы уже начали вводить в базу документы, то изменить эту константу уже нельзя. :(
Вы давно ведете учет в этой базе?
Если у Вас база не большая, то можно попробовать отменить проведение всех документов, изменить эту константу, и провести все документы обратно.
Только помните о необходимости перед такими операциями с базой данных - делать бекапы (Конфигуратор\Администрирование\Выгрузить информационную базу).А если база старая и большая, то решение Вашей задачи достаточно не тривиально (если оно вообще возможно).
-
Олексій Танасієнко
9 жовтня 2020
нужен отчет именно в грн
мы же не будем видеть картины по курсовой разнице за каждый день и по каждому товару
сейчас она конечно сидит в прибыле/убытке, но лучше чем в евро, где курсовой разницы не будет вообще
-
Сергей Назаренко 9 жовтня 2020Валовую прибыль в гривнах (и с курсовой разницей) можно было бы смотреть в отчетах регламентированного учета.
Но это уже не имеет значения, раз у Вас база давнишняя...
У Вас получается чисто ТРИЗ-овская задача: "Курсовая разница быть должна! И одновременно с этим курсовой разницы быть НЕ должно!".Такие задачи за 500 грн не решаются. Тем более, что одно, достаточно хорошее решение (как эту задачу решили разработчики типовой конфигурации) Вы уже отбросили. Тут только думать на вдесятки раз большую сумму нужно.
-
Олексій Танасієнко
9 жовтня 2020
сумму обсудим, это не на первом месте
Курсовая разница должна быть, но нужно разделить/выделить ее с общей разницы между Себестоимости и Продажи
Я не понимаю суть стандартого функционала, там будет видно только прибыль
А как тогда компании отнести на прибыль/убыток курсовую разницу? Она ж по факту есть в любом случае, так как у нас расчеты в Украине только в грн.
-
Сергей Назаренко 9 жовтня 2020Тут у Вас тоже обнаруживается противоречие.
Вы продаете товар за 120 Евро... но документ выписываете в гривне...
Вопрос: Откуда система должна узнать, что товар продается за 120 Евро (если в документе все в гривнах)?
Хотя... Есть у меня одна идейка. Мне сейчас нужно убегать. Постучитесь ко мне в личку, я когда вернусь - опишу Вам эту идею. Если понравится - сформулируем ее более внятно и тогда я смогу оценить стоимость. -
Dmytro Molochnikov 9 жовтня 2020Позволю себе заметить, что товарный/партионный учёт никак не зависит от колебаний курса. Курсовые разницы начисляются только на остатки валютных счетов (в УУ - на те регистры, где есть СуммаВзаиморасчетов и СуммаУпр). Это, грубо говоря, Контрагенты, Подотчетники, Банк, Касса.
Себестоимость высчитывается на момент прихода в валюте регл. и упр. учёта и остаётся неизменной в течение всей жизни партии товара.
-
Олексій Танасієнко
9 жовтня 2020
а где это написано ? Это ж не бухгл. учет. что есть стандарты
Это управленческий учет, где нам нужно узнать отдельно курсовые разницы по каждому дню и товару
потому что:
1. Приход идет в евро
2. Отгрузки в грн
3. 1с все считает в грн по курсу НБУ, в то врмя как Отгрузки делаются по пересчете банковского курса
-
Олексій Танасієнко
9 жовтня 2020
"Себестоимость высчитывается на момент прихода в валюте регл. и упр. учёта и остаётся неизменной в течение всей жизни партии товара. "
Это все верно, но потом мы продаем по курсу банка(пересчет цены вручную идет), а не по курсу НБУ (по нему идет приход товара).
Вот и разницу между НБУ и банковским курсом нужно выделить из Валового дохода так как по нашей методике она там сейчас "сидит"
-
Dmytro Molochnikov 9 жовтня 2020"Это все верно, но потом мы продаем по курсу банка(пересчет цены вручную идет), а не по курсу НБУ (по нему идет приход товара)."
К сожалению, нет. Вы продаете не по курсу НБУ, а по прайсу. Если, например, вы подарите или спишете свой товар, то курсовая разница никак не затронет такую операцию. Доход от продаж определяется только маржой.
Постучитесь ко мне, я покажу, как я реализовал начисление ежедневных курсовых разниц в УУ. -
Олексій Танасієнко
9 жовтня 2020
прайс в евро с пересчетом на грн для каждого заказа (курс динамический, менеджер смотрит курс при каждом оформлении заказа)
маржа конечно есть но все просчитывается по евро ценам, а потом продается в грн и очеты в грн.
маржа для каждого клиента разная и прописать/уследить в отчете не реально
+ маржа еще может зависить от фактором.
у нас спецеф. продажи немного , не все так прямолинейно
то есть пример еще раз
закупка была 100 евро 1шт, курс НБУ был 30 = 3000 грн
продажа этого же товара 120 евро, курс банка 35 грн = 4200 грн
по курсу НБУ 33 на тот день это 3960 грн
то есть доход тянет 4200 грн - 3000 грн =1200 грн
а по факту должно быть/нужно 3960-3000= 960 грн - чистый валовый доход
то есть 240 грн это курсовая разница между НБУ при закупке и Банк при продаже
-
Олексій Танасієнко
9 жовтня 2020
то есть с примера выше подсумирую
1с не видет что менеджер продал на 120 евро
у нее есть себестоимость 3000 грн и продажа 4200 грн
и разница 1200 грн
-
Сергей Антонюк 10 жовтня 2020А закрыть период (выставить в настройках даты) или посчитать по одной операции с определением курсовой разницы никак?
-
Сергей Антонюк 10 жовтня 2020Вам не кажется, что все довольно просто: 1 формула по теории
(120-100)*30=600 грн прибыль без курсовых разниц
(35-30)*120 = 600 грн прибыль от курсовых
в сумме 1200 грн
могу конечно ошибатся
-
Олексій Танасієнко
10 жовтня 2020
1с не знает что продали за 120 евро
и не знает что по 35 курс
она знает только курсы НБУ в день закупки и продаж
и цену евро закупки товара
-
Сергей Юрьевич 13 жовтня 2020Насколько я понял вопрос, ответ на который интересует: как изменение курса повлияло на прибыль.
Здесь могут быть разные варианты реализации, нужно подбирать решение, возможно оно будет компромисным. Например можно изменить стоимость партии на курсовую разницу. То что первое приходит на ум. Есть другие варианты.
Я бы посмотрел на эту задачу более широко. Ведь наверняка вопрос самого верхнего уровня максимизировать прибыль.
В принципе даже просто сравнив рентабельность по двум периодам можно сказать управленческие решения максимизируют прибыль или наоборот. Если процент рентабельности выше значит максимизируют.
Понятно, что на это влияют и внешние факторы. Но, на то учетная система и управленцы и нужны чтобы с помощью учетных данных и экспертного опыта принимать решения, которые увеличат прибыль.
В итоге подбирается оптимальный размер партии, рассчитывается бюджет продвижения, учитываются тенденции по курсу или другие факторы, которые можно определить зная специфику бизнеса.
Основная идея анализировать данные на разных уровнях обобщения.
Актуальні фриланс-проєкти в категорії Автоматизація управління підприємством
Всім привіт Мені потрібно налаштувати АІ (ваш на вибір) для автоматичної публікації заздалегідь підготовлених мною коментарів у групах у ФБ, в яких я перебуваю. Виставити періодичність і публікацію одного з варіантів коментарів. Ціну теж пропонуйте
Необхідно виконати налаштування CRM-системи під бізнес-процеси компанії: імпортувати базу контактів з Excel, налаштувати воронки продажів, картки лідів і угод, статуси, автоматизацію, аналітику, звітність, права доступу користувачів та інші необхідні функції для повноцінної роботи компанії.
ТЕХНІЧНЕ ЗАВДАННЯВпровадження та інтеграція БАС Бухгалтерія + БАС Управління торгівлею з сайтами та сервісами1. Загальна інформація Необхідно об’єднати та налаштувати спільну роботу систем БАС Бухгалтерія та БАС Управління торгівлею, а також підключити 3 інтернет-сайти до БАС з коректною синхронізацією даних.2. Завдання проєкту2.1. Інтеграція БАС Об’єднати БАС Бухгалтерія з БАС Управління торгівлею Налаштувати коректний обмін даними між системами Забезпечити єдину логіку обліку продажів, складу та фінансів2.2. Підключення сайтів Підключити до БАС 3 сайти: Сайт на WordPress Сайт на OpenCart Сайт на платформі Хорошоп Функціонал інтеграції: передача замовлень із сайтів у БАС синхронізація статусів замовлень облік оплат синхронізація клієнтів (опціонально) синхронізація товарів і цін2.3. Складський облік В БАС наразі є 1 загальний склад Необхідно розділити його на 3 окремі склади Налаштувати: коректний облік залишків прив’язку замовлень із сайтів до відповідних складів списання товарів зі складу при продажах2.4. Підключення сервісів Checkbox: фіскалізація продажів передача чеків коректна робота з БАС Нова Пошта (НП): створення ТТН із БАС передача даних замовлення синхронізація статусів доставки
Потрібно налаштувати зв'язок для vapi.ai через make.com до сайта на prom.ua. Робот повинен запитувати ціну, наявність та опис товару на сайті.