Початково є власник і партнер, частки 50/50. Обоє бачать увесь облік і можуть вводити записи за наявними видами та категоріями. Самі види операцій, категорії, права й налаштування створює та змінює лише власник.

Постачальник — окремий погоджений виняток: нову картку з ордера можуть додати обоє. Право створити картку не означає автоматичного права редагувати або видаляти її. Такі права ще потрібно уточнити.

Для оплати постачальнику або повернення клієнту достатньо вибрати «Джерело оплати». За «Інвестиції» використовуються особисті кошти поточного користувача; за «Каса» — його каса виноградника. Полів вибору іншого платника або чужої каси в цій частині ордера немає. Каса містить гроші господарства, а не весь особистий гаманець.

Кожен підтверджує власну дію. Оплату й повернення клієнту погоджують обоє. Передачу між партнерами підтверджує отримувач. Картки постачальників не змінюють цих правил.

У майбутній робочій програмі ідентичність і права повинні перевірятися при вході та проведенні операції. Простий вибір ролі в макеті є демонстрацією, а не захистом облікового запису.

Зірочка означає обов’язкове поле. Неактивні поля іншого виду не беруть участі в розрахунку. При зміні виду ордера не можна випадково використати приховані реквізити попереднього виду.

Натисніть «+» біля постачальника. Обов’язкова лише назва або ПІБ. Можна додати контактну особу, телефон, email, місто й примітку. «Зберегти й вибрати» додає картку та підставляє її в поточний ордер. «До ордера» закриває форму картки.

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

Права редагування й видалення постачальників, банківські реквізити та інші поля картки ще потрібно визначити.

Поточні інвестиції учасника

Історичні оплати залишаються в журналі. Вирівнювання змінює їхній розподіл між партнерами окремою операцією. Доходи від продажів самі не зменшують інвестицій.

Оплата постачальнику

Особисті кошти: інвестиції поточного користувача + сума, його каса незмінна. Каса: її залишок − сума, інвестиції незмінні. Закупівля та списання тих самих матеріалів не повинні двічі потрапляти в загальні витрати.

Повернення клієнту

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

Вирівнювання інвестицій

За інвестицій 90 000 і 70 000 грн партнер передає власнику особисті 5 000 грн: виходить 85 000 і 75 000 грн. Каси та дохід незмінні, загальні інвестиції залишаються 160 000 грн. Підтверджує отримувач.

Переміщення між касами

Каса відправника − сума; каса отримувача + сума. Загальний залишок грошей господарства, дохід та інвестиції не змінюються. Одна передача не є новим доходом. Підтверджує отримувач.

Дохід

Саджанці, виноград, вино та продаж матеріалів — статті надходження. Продаж матеріалів також поповнює касу й автоматично не зменшує інвестицій.

Залишок каси

Особисті платежі безпосередньо постачальнику або клієнту в рух каси не включаються. Особисте вирівнювання інвестицій також не є рухом кас. Початкові залишки справжнього господарства ще потрібно погодити.

Повернення інвестицій партнерам

Окрема операція: обидва погоджують однакову суму кожному. У кожного на його суму зменшуються каса й інвестиції, дохід від продажів незмінний. Повернення по 1 000 грн означає сумарну виплату 2 000 грн. Правило описано для наступного етапу макета.

Точність і початковий приклад

Розрахунки ведуться до копійки. У макеті особисті оплати 100 000 / 80 000 грн, повернення по 10 000 грн, поточні інвестиції 90 000 / 70 000 грн, каси 12 000 / 8 000 грн, дохід 60 000 грн. Усі ці суми умовні.

1. Чернетка: поля можна змінювати, підсумки незмінні.
2. На погодженні: дані зафіксовано, потрібні підтвердження ще збираються.
3. Погоджено: потрібні учасники підтвердили, пов’язані зміни застосовуються разом і один раз.

Оплати, доходи, повернення клієнту, складські надходження, переміщення складів, списання, втрати, повернення інвестицій та виправлення погоджують обоє. Для передачі грошей між партнерами підтверджує отримувач.

Будь-який партнер може запропонувати виправлення погодженої операції. Воно діє лише після двох схвалень; до цього у підсумках діє попередня версія. Початковий запис та історія зберігаються. Первісна й виправлена суми не рахуються як дві окремі операції. Інтерфейс виправлень ще не створено.

Правила відмови, довгої відсутності погодження й конкретні права редагування ще уточнюються. Нічого не видаляється без погодження конкретної дії.

Складів може бути декілька; залишки кожного окремі. Одна накладна — один склад. Часткових доставок у першій версії немає. Далі матеріали можна переміщувати між складами або списувати на ділянки.

Оплату й фактичне отримання пов’язуємо, але обліковуємо окремо. Погоджена оплата впливає на інвестиції або касу за джерелом. Поки товар у дорозі, показуємо «Очікуємо отримання», складський залишок не збільшуємо. Після фактичного отримання обидва підтверджують склад і кількість. Повторної витрати при отриманні немає.

Якщо товар уже отриманий, оплату та надходження можна погодити однією пов’язаною карткою. Переміщення між складами погоджують обоє: −30 на одному й +30 на іншому не змінює загальної кількості.

Оприбуткування врожаю та вирощених саджанців теж підтверджують обоє. Списання матеріалів і посадкового матеріалу на ділянки та втрати проводяться після двох схвалень. Склад і кількість обов’язково вказуються для відповідного руху.

За надходженням можна вказати ціну одиниці. Для залишків і переміщень макет використовує середньозважену вартість. Кількість без ціни позначається «Вартість не вказана». Після двох погоджень переміщення переносить кількість і вартість між місцями зберігання.

У «Роботах за актами» натисніть «＋ Додати акт». Виберіть місце, вид робіт і призначення. «Інше» відкриває поле для власного тексту в цьому акті. Кнопки «＋» біля виду робіт і призначення додають назву до довідника, доступні Юрію. Введіть загальну суму або додайте рядки з кількістю й ціною для автоматичного розрахунку.

Ділянки можуть давати столовий виноград або саджанці для продажу. Витрати, матеріали та рослини прив’язуються до потрібної ділянки або всього господарства. Чубуки, саджанці й втрати обліковуються за сортами; підщепи зберігаються в походженні партії.

1. Чубук конкретного сорту + підщепа → нульовий саджанець.
2. Нульовий → вегетуючий саджанець або втрата.
3. Вегетуючий → однорічний саджанець або втрата.

Джерело списання та результат пов’язані: одна рослина не з’являється двічі. Для циклу потрібна стаття «Вирощування саджанців»; статті створює власник. Переходи, надходження й списання погоджують обоє.

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

Погоджено: продаж саджанців містить сорт, кількість і ціну; потрібні часткові оплати й продаж у борг. Склад зменшується при погодженому фактичному відвантаженні. Гроші в касі та дохід з’являються лише на фактично отриману суму після підтвердження обома. Наступна оплата не списує товар повторно.

Приклад: відвантажено на 3 000 грн, отримано 1 000 грн. Дохід і каса збільшилися на 1 000 грн, борг — 2 000 грн; склад зменшено лише на реально відвантажену кількість.

Пропозиція CRM: картка клієнта, контакти, замовлення, відвантаження, оплати, борги та історія. Точний обсяг ще не погоджено. Стиль Zoho не означає підключення зовнішньої Zoho CRM.

Потребує уточнення: повернення товару, скасування продажу та вплив повернення на борг. Пропонується окреме пов’язане складське надходження після фактичного отримання й двох підтверджень. Сам грошовий ордер не додає повернений товар до складу.

Бот і вебдодаток мають спільні дані. Внести операцію можна текстом або фото накладної; документ не завжди буде. Бот готує чернетку й уточнює важливі відсутні поля. Розпізнані дані потрібно перевірити перед проведенням.

Партнери отримують картки погодження. Звичайну передачу грошей підтверджує отримувач. Повторне натискання не створює повторної витрати, доходу чи складського руху. Прив’язку облікових записів до Telegram ще потрібно спроєктувати.

Листи та повідомлення клієнтам автоматично не надсилаються без окремого погодження. Бот і розпізнавання документів у поточному макеті відсутні.

Робочий облік починається з нуля. Попередні фактичні витрати партнери внесуть вручну. Стартові гроші та матеріальні залишки потрібно погодити. Дані макета є умовними й не переносяться в реальний баланс автоматично.

Обрано онлайн-вебдодаток, гривні та безплатні квоти Cloudflare. Обсяг файлів і розпізнавання має обмеження; платні послуги підключаються лише після погодження. Railway не обрано. Банки й спільна картка не підключаються автоматично.

• Справжній вхід, відновлення доступу та робота двох людей на різних пристроях.
• Початкові каси, поповнення спільної картки та внесення особистих коштів у касу.
• Дії за недостатніх грошей або інвестицій для рівного повернення.
• Правила обмеження повернення клієнту, повернення товару й вплив на борг.
• Норми вирощування, часткові переходи, оцінка партій і собівартості.
• Редагування та видалення довідників, відмова або затримка погоджень.
• Точний обсяг CRM й аналітики, остаточна тема, строки й бюджет робочої версії.

У поточному макеті перевірки не допускають від’ємної каси, вирівнювання понад поточні інвестиції отримувача та повернення понад неповернуту суму вибраної оплати. Остаточні правила цих обмежень перед робочою реалізацією ще потрібно погодити.

Після обліку заплановані окремі напрями: айдентика, каталог і публічний сайт iVine.