Рахунки постачальників потрапляють до потрібного погоджувача, розподіляються між проєктами за площею чи іншим атрибутом і сплачуються одним банківським файлом, а Cash Out показує все, що підлягає сплаті, приблизно від двох тижнів тому до трьох місяців уперед.
Анімована діаграма вище є ілюстративною: вона показує, як пов'язані записи, на прикладі умовних сум, а не дані клієнта чи живий екран.
Завантажте рахунки постачальників, і Flowtly зчитає ключові поля.
Надішліть кожен рахунок на погодження й розподіліть його між проєктами чи бюджетами.
Створіть платіжний файл і зіставте банківські транзакції з рахунками.
Знімки екрана робочого продукту, зроблені в демонстраційних організаціях із прикладовими даними. Виберіть знімок, щоб відкрити його в повному розмірі. Деякі з цих екранів показують польський інтерфейс.
Майбутні та прострочені платежі в одному поданні, приблизно від двох тижнів тому до трьох місяців наперед: рахунки постачальників, уже внесені в систему, та очікувані зобов’язання, ще без рахунку, показані приглушено. Переглядайте їх як графік за тиждень або місяць, календар за днями чи список, відсортований за датою, сумою або контрагентом. Прострочені суми позначені червоним, а тиждень без платежів також показано, тож прогалини залишаються помітними.
Рахунок за охорону чи прибирання, що стосується багатьох проєктів, більше не треба ділити вручну. Внесіть число один раз для активів і проєктів, наприклад площу в м², і один клік заповнить розподіл пропорційно. Суми завжди дорівнюють підсумку рахунку, викреслений проєкт залишається позначеним як виключений, а розподіл, що не покриває всієї суми без позначених виключень, позначається на документі.
Коли процес погодження ввімкнено, вхідний рахунок потрапляє до власника тегу його категорії витрат або до власника пов’язаної витрати, а інакше до всіх із дозволом на рахунки. Кожен погоджувач має вкладку «Для мене» лише зі своїми рішеннями, відхилення супроводжується приміткою, а кожен рахунок зберігає історію рішень: хто його погодив чи відхилив.
Вкладка «Неоплачені» показує кожен рахунок постачальника, що чекає на оплату, погоджений чи ні. Позначте ті, які треба оплатити, і експортуйте один файл для імпорту пакетних платежів у банку замість введення кожного переказу вручну: ISO 20022 pain.001 XML для переказів SEPA, внутрішніх переказів і польського розщепленого платежу або Multicash PLI для ING у Польщі. Банки імпортують різні формати, тож перевірте, чи ваш приймає один із цих. Наприклад, рахунок із тегом «Юридичні» у вівторок погоджує власник тегу, і він оплачується разом з іншими погодженими рахунками тижня в п’ятничному файлі. Рахунки постачальників без банківських реквізитів пропускаються й позначаються.
Перетягніть пакет підписаних договорів із постачальниками й залишайтеся в списку, поки вони завантажуються. Кожен чекає в розділі «Очікують впорядкування», доки ви не відкриєте його перевірку: сторони, дати, умови оплати й ціни попередньо заповнені й позначені як зчитані, імовірного постачальника підказано за податковим номером або назвою, і ніщо не зберігається без вашого підтвердження. Файл, який уже є у Flowtly, розпізнається, а не стає другим договором.
Using Stripe? Connect it as a bank source
Рахунки постачальників надходять у спільну скриньку й пересилаються, доки хтось не скаже «так». Ніхто не знає, що на кого чекає, тож рахунки оплачують із запізненням або без чийогось рішення.
Коли процес погодження ввімкнено, Flowtly надсилає кожен вхідний рахунок власникові тегу його категорії витрат, далі власникові пов’язаної витрати, а інакше всім із дозволом на рахунки. Вкладка «Для мене» кожного погоджувача містить лише його рішення, а відхилення супроводжується приміткою.
Маршрут погодження (приклад)
Ілюстративний приклад
Погоджені рахунки чекають у «Неоплачених», готові до оплати
Кожен погоджений рахунок перетворюється на переказ, який хтось вручну вводить в інтернет-банку: номер рахунку, сума, призначення, знову і знову, і щоразу є ризик помилки.
Вкладка «Неоплачені» показує кожен рахунок постачальника, що чекає на оплату. Позначте ті, строк яких настає, експортуйте один платіжний файл, pain.001 XML або Multicash PLI для ING у Польщі, і завантажте його в імпорт пакетних платежів у банку. Рахунки постачальників без банківських реквізитів пропускаються й позначаються.
П’ятничні платежі (приклад)
Ілюстративний приклад
Одне завантаження замість 14 переказів
Завдяки Flowtly ми змогли автоматизувати ключові бізнес-процеси, значно підвищивши ефективність і заощадивши час. Особливо цінуємо модуль управління бюджетом і витратами, який допомагає краще контролювати витрати й оптимізувати кошти.
Результат: Команда краще контролює витрати й оптимізує кошти в межах проєктів.
Spectra Development
Читати повну історіюКонтроль витрат у Flowtly дозволяє бізнесу відстежувати та контролювати видатки, ефективно керуючи фінансовими ресурсами відповідно до бюджетних цілей.
КонтрагентиМодуль «Контрагенти» у Flowtly слугує центральним реєстром усіх зовнішніх бізнес-суб'єктів, з якими взаємодіє ваша організація, включаючи постачальників,…
Запитання бухгалтера щодо транзакційЗамість того щоб з'ясовувати деталі електронною поштою, Flowtly дозволяє вашому бухгалтеру ставити запитання безпосередньо на конкретній банківській…
Відтік коштівОкремий модуль регулярних платежів було виведено з експлуатації та замінено на модуль Відтік коштів , який тепер показує, що належить сплатити.
Розподіл витрати між проєктами за атрибутомОдин рахунок від постачальника часто потрібно розподілити між багатьма проєктами — договір охорони, що охоплює всі будівлі об'єкта, рахунок за…
Процес погодження рахунків-фактурFlowtly дозволяє направляти вхідні рахунки-фактури від постачальників через етап погодження перед їх оплатою.
Рахунки постачальників погоджені, розподілені й оплачені вчасно