бп - бізнес партнер

- щоб авторизуватись в Свагері, потрібно написати Bearer  і вибрати свіжозгенерений токен (User login), без лапок
- кожен юзер по дефолту має 1 бізнес партнера, але партнерів можна потім достворювати
- при створенні бізнес партнера підключається по дефолту 4 wallets - різні валюти
- зараз рейт на тестовому енві працює неправильно (бо це платна послуга, при тестуванні підключають окремо праильний рейт звідкись він тягнеться)
- якщо таска зафейлена, ми її відправляємо в статус: test failed і девелопери вже самі переводять її в specified or in development, можна пінгати і слідкувати
- якщо бага не може бути відрепродюсена і не зявляється (приклад - оновлена база даних) - таку таску відправляємо в статус closed (can't reproduce)
- collateral воллет - трансакція між своїми рахунками (https://bytebrand.openproject.com/projects/amnis/work_packages/12571/activity) 
- exchange ф-ція може ще називатися  spot | forward (simple deal)
- бізнес партнер, той що створений по дефолту - називається  sandbox "1" - true, всі наступні створені вручну - "0" false (the table "business partner" in DB)
- CRUD - create read update delete
- endpoints це те, що прописано в свагері
- split deal (це тільки для swap) це 
- create wallet transaction detail це тракція між різними бізнес партнерами (від бп свого юзера, до бп іншого юзера)
fx_request - туди йдуть всі трансакції
- бізнес партнерам по дефолту, якщо не помиляюсь, не можна проводити своп трансакцій, на це тре пермішн, робиться в БД swap_trade = 1 (замість 0), в бп
- POSTMAN код (в pre-req and tests) працює, як js:
   const dateNow= new Date();
       var oneDayFutureDate = new Date(dateNow.setDate(dateNow.getDate() + 1)).toISOString(); 
     postman.setEnvironmentVariable("tomorrow-date", oneDayFutureDate);
       var threeDaysFutureDate = new Date(dateNow.setDate(dateNow.getDate() + 2)).toISOString();
     postman.setEnvironmentVariable("inthreedays-date", threeDaysFutureDate);
читає дату циклом (вертаючись до попередньої + 1), тому припустимо, що сьогодні 10.10.2020, тоді tomorrow-date = 11.10.2020, а вже inthreedays-date = 13.10.2020 (11+2)
і ще різні формати дати воно не сприймає як одну дату і пропускає валідацію, а це для swap deal неправильно.
- при створенні бп не забути в БД поміняти поле identified з 0 на 1 (true) - business partner table.
- BP (sandbox), який сторюється по дефолту має дозвола на всі типи ділів з замого початку, по замовчуванню. І він вже identified по замовчуванню, зразу після створення
тут є опис від Андраса https://bytebrand.openproject.com/projects/amnis/work_packages/12456/activity
- FX deals - це всі види ділів, крім ліміт, і вони можуть бути сплітнуті.
- як виділити певні слова в такі сірі боксики?)
Anna Vishka  2:58 PM
``
- здається по замовчуванню можна перенести діл до 30 календарних днів, якшо вибирати якусь далеку дату, то еррор меседжтакий: deal_request.forward_days_limit_exceed
- має бути таке, шо юзер може пошарити свого бп іншому юзеру, тому що інакше не можна буде підписати трансакцію
- для того, шоб мати право підпису, треба зайти в permission і дати право в БД
- баланс у wallets наразі можна змінювати тільки вручну в БД
- w2w transfer (transfer = transaction) наразі це дія передачі бабла від одного БП до іншого, потім буде від БП до контакту.
- @Anna Vishka and @Victoriia Dyfunets, an update for you, we changed the logic for the live exchange rates.
From now on, you don't need to ask Andrew or me, but you can change a value in the DB and the next request will deliver for you the live rates.
I sent you the access to the test DB. You have to go to the deal_settings table and look for the last column, use_mock_xignite_rates. If that is 1 -> 
we use the test rates, if that one is 0 , we use the live rates from the service provider.
- in table Contact column `connected_business_partner_id` - це якшо я БП, створила контакт, чи маю контакт, і запросила до Амніса іншого Юзера, то його ІД відобразиться в цій колонці 
(це має бути новий юзер). Поки шо цей ф-ціонал не працює, треба сетати вручну.
- Xignite це сервіс, з якого ми отримуємо ринковий рейт.
- тільки payout and w2w transactions можуть бути підписані (типу двічі, не по дефолту раз), і мають статус: pending, need_signature, transferred. всі інші мають статус created, pending and transferred.
Наразі вони не можуть мати останній статус (це коли трансакція екзекютнута), тільки payout and w2w transactions.
- має помінятись логіка w2w transfer: від одного БП до контакту (але не контакту того самого БП). може бути трансакція між 2 БП (БП -> контакт іншого БП) але в межах одного юзера, або різних юзерів.
- Кнопка Invite в контакт детаіл сторінці може змінитися на w2w trans., якшо приконтачити якогось БП до контакту (а це можна створити тільки вручну).
- https://www.amnistreasury.ch/ production
- сплітнути можна тільки ексчендж або своп діл, ліміт діл не можна
- коли створюєш w2w транакцію з достатнім балансом і на карент дату від БП1 (контакт N) до БП2 без контакту до прикладу), 
то статус трансакції - transferred (бо якшо на дальну дату або недостатньо балансу - то буде pending), 
то для БП2 автоматично ствроюється новий контакт, який і отримує кошти від трансакції.
- згенерити справжню PDF можна в свагері.
- CRPs  that is a Customer Related Person. It will be part of the onboarding process. Like you have a company and 2 persons are the owners.
- zefix це реальна реєстраційна форма (сайт) компаній, заснованих у Швейцарії. Якщо при створенні БП вибрати країну Швейцарія, то має бути call API zefix...
- Valuation появляється, коли створювати fx deal на подальший період (через 2, 3 місяці... щоправда в нас ліміт, тому на 0,5 приблизно місяця - на подальні дати) і починає відобраджатись в базі 
після нашої 17:30
- Додавати нового БП можна якшо вже існуючий є sandbox. (next to name button "Get started" appears).