ПЗ, яке вже використовують ваші клієнти — і ви отримуєте чисті дані

Контракти Контракти у Flowtly визначають фінансові умови ваших зобов'язань — пов'язуючи бюджет зі структурованим набором рядків графіку платежів. Кожен контракт визначає терміни платежів, їх суми та напрямок (рахунок постачальника або виставлення рахунку клієнту), надаючи повну видимість щодо зобов'язаних грошових потоків. Ключові поняття Рядки графіку платежів — окремі позиції, що визначають суму, дату оплати та напрямок платежу (постачальник або клієнт) Прив'язка до бюджету — контракт завжди прив'язаний до бюджету, який є фінансовою оболонкою зобов'язання Напрямок — контракти з постачальниками відстежують витрати, що підлягають сплаті; контракти з клієнтами відстежують очікувані доходи Автоматична генерація повторюваних рядків — контракти можуть автоматично генерувати повторювані рядки платежів на основі визначеного інтервалу Вкладення документів — прикріпляйте підписані файли контрактів, доповнення або підтримуючі документи безпосередньо до запису контракту Умови оплати — скільки часу контрагент має для оплати, з якої дати відраховується строк та чи оплата здійснюється авансом або після надання Автоматичне зчитування — завантажте підписаний договір, і Flowtly зчитає з нього сторони, дати, умови оплати та ціни. Зчитування можна запустити повторно будь-коли з документів договору, наприклад після виправлення сканів Ставки та загальна вартість — деякі договори взагалі не вказують загальної вартості. Договір оренди з ціною за м² вказує ставку, площу та строк, а суми немає ніде. Flowtly зберігає ставку точно так, як її подає договір, і залишає загальну вартість порожньою, замість вигадувати суму; вкажіть строк, і Flowtly запропонує обчислену вартість, яку ви можете прийняти Умови оплати Контракт містить три пункти щодо терміну оплати рахунків-фактур, і Flowtly зберігає кожен окремо, а не об'єднує їх в одне число: Термін оплати (днів) — кількість дозволених днів. Відраховується від — дата, з якої починається відлік: Доставка рахунку-фактури , Видача рахунку-фактури , Початок періоду або Подія . Доставка та видача навмисно розмежовані, оскільки це фактично різні дати, і багато контрактів прив'язують термін до першої з них. Оплата — чи сума підлягає сплаті авансом або після надання. Порожній термін означає, що контракт мовчить з цього питання. Це інше твердження, ніж термін у нуль днів, і відмінне від оплати після надання — тому поля залишаються порожніми, а не заповнюються значеннями за замовчуванням, і відкриття контракту ніколи не вписує умову, якої документ фактично не містить. Ці поля з'являються як у самому контракті, так і на екрані перегляду завантаженого контракту, щоб умови, зчитані з документа, можна було перевірити та виправити в тому ж місці, де вони були знайдені. Документи контракту Файли контракту та додатків додаються до запису контракту і перераховуються в ньому. Документ можна переглянути на місці — файл відкривається у переглядачі без виходу з контракту — що зазвичай достатньо для підтвердження того, що було підписано. Все, що переглядач не може відобразити, пропонується для завантаження. Поруч із переглядом залишається окрема дія Завантажити , оскільки витягти підписаний файл із Flowtly і прочитати його — це різні задачі. Приклади використання Виставлення рахунків за проект з фіксованою ціною: Створіть клієнтський контракт із щомісячними платіжними віхами, прив'язаними до бюджету проекту, щоб завжди знати, що виставлено в рахунок, а що залишається. Ретейнер постачальника: Налаштуйте контракт постачальника з повторюваними щомісячними рядками для ліцензії на програмне забезпечення або консультаційного гонорару — Flowtly генерує рядки та сигналізує про прострочені платежі. Платежі субпідрядникам: Пов'яжіть контракт постачальника з бюджетом проекту для відстеження витрат субпідрядника відносно запланованих витрат. Перевірка умов перед нагадуванням про оплату: Прочитайте термін і з якої дати він відраховується безпосередньо в контракті, а не відкривайте підписаний документ повторно для пошуку пункту. Підтвердження підписаного: Перегляньте прикріплений файл контракту на місці, щоб перевірити деталь, без попереднього завантаження. Пов'язані сторінки Бюджети Повторювані платежі Фінансова панель Контроль витрат Маршрути додатку Відкрити /contracts

Ставки Ставки Ставки є важливою складовою виставлення рахунків на основі часу у Flowtly. Для кожного співробітника можна визначити ставку для різних проєктів з можливістю її продовження, що дозволяє системі точно розраховувати та формувати рахунки на основі зафіксованих годин і часового діапазону для кожної ставки. Співробітник може мати кілька ставок для одного проєкту, але дати цих ставок не повинні перетинатися. Нову ставку можна додати лише для активних проєктів, до яких прив'язаний клієнт. Ставки пов'язані з проєктами з призначеними клієнтами, що забезпечує точне відображення всіх витрат, пов'язаних з проєктами, у фінансових звітах. Ключові особливості ставок у Flowtly Ставки визначають вартість за годину, за якою виставляється рахунок за працю співробітника на конкретному проєкті. Ці ставки необхідні для формування рахунків на основі зафіксованих годин. Ставку можна встановити для будь-якого проєкту, до якого призначений співробітник (за умови прив'язки проєкту до клієнта). Валюта ставки визначається валютою, встановленою для клієнта, до якого прив'язаний проєкт. Ставки можна додавати, продовжувати або редагувати для точного відстеження. Управління ставками У Flowtly доступні три основні дії зі ставками: Додавання нової ставки Якщо співробітник вперше додається до проєкту і не має призначеної ставки, виконайте такі кроки: Натисніть кнопку «Додати ставку» . Оберіть Проєкт (відображаються лише проєкти з прив'язаним клієнтом). Вкажіть Посаду співробітника (ця посада буде відображатися в рахунках). Введіть Ставку за годину (встановлюється у валюті клієнта). Оберіть Дату початку (за замовчуванням заповнюється поточною датою). Оберіть Дату закінчення (необов'язково). Натисніть «Додати ставку» для збереження. Редагування наявної ставки Якщо ставку потрібно оновити (наприклад, через зміну посади або продовження терміну) Знайдіть ставку під відповідним проєктом. Натисніть кнопку Редагувати (значок олівця) біля ставки. Внесіть необхідні зміни. Натисніть «Зберегти» для підтвердження. Менеджери також мають можливість видаляти наявні ставки, натиснувши кнопку Кошик біля кожної ставки. Примітка: Зміни в наявних ставках вплинуть на розрахунки рахунків починаючи з оновленої дати. Продовження ставки співробітника Функція «Продовжити» використовується, коли ставка співробітника змінюється в конкретний момент часу. Замість перезапису наявної ставки, продовження дозволяє відстежувати історичні зміни ставок. Натисніть Продовжити біля відповідного проєкту. Роль та ставка попередньо заповнені поточними значеннями для зручності. Скоригуйте ставку за годину на нову. Дата початку попередньо заповнена завтрашньою датою, але за потреби її можна змінити. Вкажіть дату закінчення , якщо потрібно. Натисніть Продовжити ставку для застосування зміни. Примітка: Продовження ставок забезпечує менеджерам повну видимість змін ставок протягом часу. Історія змін ставок відображається на діаграмі відстеження ставок. Вплив ставок на виставлення рахунків (за активного модуля «Рахунки») Flowtly автоматично розраховує суми рахунків на основі зафіксованих годин та призначених ставок. Кількості відповідають точно зафіксованому часу Кількість у рахунку — це точний час, зафіксований за проєктом, а не значення, заокруглене вгору або вниз до найближчої чверті години. 15 годин і 46 хвилин зареєстрованої роботи виставляється у рахунку як 15.77 години. Значення на кшталт 7.43 є цілком нормальними для рахунку, сформованого із годин проєкту, і множаться на ставку точно так, як відображено. Кожен зафіксований день повинен бути охоплений ставкою Ставка діє лише в межах власного діапазону дат, починаючи від Дати початку . Час, зафіксований за день до цієї дати, нею не покривається — поширена ситуація, коли ставку додано або виставлено заднім числом після того, як роботу вже зареєстровано. Якщо у співробітника є одна або кілька ставок для проєкту, але жодна з них не покриває зафіксований день, рахунок не формується. Продовжіть наявну ставку або додайте нову так, щоб її діапазон дат охоплював зафіксований час, а потім сформуйте рахунок повторно. Перегляд Управління обліком часу позначає ці прогалини під час перегляду зафіксованого часу. Проєкт, для якого у співробітника взагалі немає ставки , поводиться інакше: години все одно включаються до рахунку за нульовою ціною. Позиція залишається видимою, тому її можна помітити й уточнити перед відправкою рахунку. Жоден день не може бути охоплений двома ставками Діапазони дат ставок співробітника для одного проєкту не повинні перетинатися. Якщо дві з них охоплюють той самий зафіксований день, цей час має дві ціни і не існує способу вибрати між ними — рахунок не формується. Конфлікт повідомляється із зазначенням особи, проєкту, дати та обох ставок, що конфліктують, і їх значень, тому зрозуміло, яку пару слід виправити. Встановіть для ранішої ставки Дату закінчення , що припадає до Дати початку пізнішої ставки — дія Продовжити це виконує — або видаліть ту з двох, яка не застосовується, а потім сформуйте рахунок знову. Додавання ставки без закриття тієї, яку вона замінює, є найпоширенішим способом виникнення накладання. Коли у співробітника є встановлена ставка та зафіксований час за конкретним проєктом, менеджер може сформувати рахунок безпосередньо зі сторінки звіту про робочі години в розділі «Проєкти». Детальніше описано в статті «Список проєктів» . Приклади використання Адаптація нового співробітника для клієнтського проєкту: призначення конкретної погодинної ставки для ролі співробітника на проєкті для точного виставлення рахунків з першого дня. Підвищення або зміна ролі співробітника: оновлення ставки для відображення нових обов'язків або зростання досвіду на поточному проєкті за допомогою функції «Продовжити ставку» для збереження історичної точності. Продовження контракту за проєктом: продовження дати закінчення наявної ставки при подовженні проєкту для забезпечення безперервності виставлення рахунків за узгодженими ставками. Формування рахунків для клієнтів: використання точно визначених та активних ставок для автоматичного розрахунку оплачуваних сум за надані послуги на основі зафіксованих годин. Пов'язані сторінки Бухгалтерія Трудові договори Посилання на сторінки застосунку Переглянути співробітників