Бюджет: 3500 UAH Термін: 14 днів
Вітаю Дмитро.
Спеціалізуюся на автоматизації бізнес-процесів та бухгалтерському обліку ФОП.
У KeyCRM дійсно бувають проблеми зі спрацюванням трегерів, в тому числі стосовно фіскалізації, тож дійсно можливо, що частина замовлень не фіскалізовано.
Щоб зрозуміти в чому причина необхідно зпівставити дані з вашої CRM, checkbox та виписки з банку/небанківської фін. установи.
Якщо загальний оборот по вашим рахункам співпадає з загальною безготівкою - вважайте проблем немає, якщо розбіжність буде тільки у 400 грн готівки, цим можна знехтувати.
Можу перевірити ваші дані та проконсультувати щодо фіскалізації на майбутнє.
Liubmyla Vahanova
Переможець- Проєкти 3
- Оцінка 5.0
- Рейтинг 680
Бюджет: 3800 UAH Термін: 5 днів
Вітаю, Дмитро. У вашій ситуації потрібно також бачити банківські виписки і звіти та чеки, що фіскалізовані в електронному кабінеті, для того щоб звірити надходження коштів, чи немає розбіжності. І в електронному кабінеті вказанр чи є місце готівковим розрахункам. Якщо є готівка, якої немає бути, то це вже штраф 100% від чеку, а при повторному порушенні 150%. Тому, я б не стала нехтувати цим, спираючись, що сума маленька. Якщо потрібна допомога, звертайтеся. Це питання потребує глибокого вивчення
Бюджет: 700 UAH Термін: 1 день
Вітаю.
Можу допомогти розібратись із ситуацією по РРО, NovaPay та Checkbox, знайти причину розбіжностей у звітах і правильно виправити помилки без ризиків штрафів.
Розберу:
чому сума надходжень NovaPay не співпадає з Z-звітом РРО;
чи всі чеки були коректно фіскалізовані;
помилкові готівкові чеки та як правильно їх виправити (сторно + повторна фіскалізація);
як правильно звіряти РРО, CRM та виписки платіжного сервісу.
Пояснюю все просто, без складної бухгалтерської мови. За результатом отримаєте чітке розуміння, що відбулося, і покроковий алгоритм дій, щоб подібні ситуації не повторювались.
Ставки поки відсутні
-
Артем П. 6 січняЭтот вопрос нужно задавать технической поддержке системы которая выдает чеки, а не на бирже...
Актуальні фриланс-проєкти в категорії Інтеграція платіжних систем
Розробка міжнародного мобільного додатку під ключ (Дизайн + Код) Для здешевлення, можливо не робити в купити готовий дизайн 1. Загальні вимоги до проекту Платформа: Кросплатформова розробка на фреймворку Flutter (один код під iOS та Android). Тип платформи: Соціальний беттінг / Ігрові суперечки на дисципліну (Peer-to-Peer 도전戰). Завдання Виконавця: Повний цикл розробки (UI/UX Дизайн у Figma, фронтенд, бекенд-сервер, база даних, інтеграція IoT-датчика контролю та платіжного шлюзу). Мультимовність: Повна підтримка локалізації (i18n) та робота з кількома валютами. 2. Вимоги до UI/UX Дизайну Потрібна розробка сучасного, неоново-технологічного інтерфейсу в темних тонах (Dark Mode). Акцентні кольори: Глибокий графітовий (фон), яскравий зелений (фінанси, баланс), яскравий червоний (режим охорони включень, штрафні події). Функціонал: Відображення 4 головних екранів нижньої навігації (Дашборд, Ігрові кімнати, Гаманець, Налаштування пристрою). Потрібні динамічні анімації зміни балансу та спливаючих алертів. 3. Фінансова архітектура (Escrow/Holding/Split) Додаток пов'язань на утримання депозитів за дотримання правил дисципліни. Критично важливою є інтеграція платіжного шлюзу, що підтримує Split Payments (Розщеплення платежів) та Холдування коштів (Stripe Connect для глобального ринку/аналоги для локального). Логіка транзакцій (API-команди бекенда): Поповнення: Кошти користувачів прив'язуються до їх облікового запису та заморожуються на транзитному (ескроу) рахунку платіжної системи. Вони не надходять безпосередньо на рахунок компанії. Режим SOLO: При настанні тригерної події від IoT-датчика у заборонених годин бекенд дає команду платіжній системі перевести фіксовану суму (штраф) з транзитного рахунку користувача на розрахунковий рахунок компанії. Режим GROUP (Кімнаті): Користувачі формують загальний пул (наприклад, 10 осіб $10). Гроші заморожуються у межах конкретної Ігрової Кімнати. При настанні тригерного події в одного з учасників сума його штрафу автоматично розщеплюється: 15% (комісія платформи) йдуть на розрахунковий рахунок компанії, а 85% залишаються усередині призового фонду кімнати. Після закінчення терміну челенджа бекенд автоматично розподіляє нагромаджений призовий фонд між переможцями, а платіжна система робить автоматичний переказ (Payout) ним на картки. 4. Структура кабінетів Кабінет 1: "Персональний Трекер" (Режим SOLO) Індикатор статусу моніторингу (Активний/Доступний/Заблокований). Конфігуратор часових інтервалів охорони (Time Picker) та налаштування вартості штрафного тригера. Панель стану зовнішнього пристрою IoT (заряд батареї датчика у %, рівень сигналу, статус синхронізації). Кабінет 2: «Ігрові Кімнати» (Режим GROUP) Інструментарій створення приватних кімнат (генерація інвайт-посилань/кодів для друзів) та список публічних глобальних ліг. Турнірна таблиця (Лідерборд) учасників з відображенням їхнього поточного статусу в реальному часі, таймер до кінця челленджа та вбудований груповий чат. Загальний розділ: Мультивалютний гаманець Відображення балансу з автоматичним конвертуванням локальних валют у реальному часі. Історія транзакцій із прозрачним логом списань, комісій та виграшів. 5. Вимоги до Бекенду та Інтеграції IoT Стек: Node.js/Python/Go (на вибір виконавця, аргументовано). Зв'язок із IoT: Прийом пакетів даних від зовнішнього Wi-Fi модуля. Швидкість надсилання Push-повідомлення (через FCM) на смартфон при настанні події від датчика – менше 1 секунди. Антифрод-логіка: Сервер повинен аналізувати передані датчиком телеметричні дані вбудованого акселерометра (accel_x/y/z). Якщо подія відбувається при нульовій зміні осей прискорення, транзакція позначається системою як підозрілий (захист від статичного утримання датчика), користувачеві надсилається попередження.
Нам потрібно підключити платіжну систему до high risk сайту. Основні вимоги — прийом фіатних коштів та виведення коштів у криптовалюту. Бажано no kyc. Тільки тим, хто мав подібний досвід. Ціна — за домовленістю
Необхідно реалізувати кастомну інтеграцію платіжної системи WayForPay на сайт, що працює на платформі Wix.забезпечити можливість онлайн-оплати послуг безпосередньо на сайті з автоматичним оновленням статусів замовлень у базі даних Wix та коректною передачею цих статусів для подальшої маршрутизації в CRM-системи.