Księgowość krypto Coinbase

Połącz Coinbase z CryptaCount i zamień aktywność giełdową w czyste księgi. CryptaCount wczytuje każdą transakcję, oblicza koszt nabycia i księguje zapisy księgowe w Twoim ERP — przy czym szczegóły na poziomie transakcji pozostają w księdze pomocniczej.

Coinbase jako źródło dla Twojej księgi pomocniczej

Coinbase rejestruje Twoje transakcje; nie jest Twoim systemem księgowym. CryptaCount staje pomiędzy nimi — przenosi aktywność z Coinbase do krypto księgi pomocniczej, stosuje koszt nabycia oraz Twoją politykę wyceny i tworzy zbiorcze zapisy księgowe dla Twojej księgi głównej.

Jak połączyć

1. API tylko do odczytu (zalecane). W Coinbase utwórz klucz API z dostępem tylko do odczytu. W CryptaCount przejdź do Integracje → Coinbase i wklej go — CryptaCount synchronizuje dane w sposób ciągły i nigdy nie ma dostępu do handlu ani wypłat.
2. Import CSV. Wyeksportuj historię transakcji z Coinbase jako plik CSV i wgraj go w CryptaCount.

Co trafia do Twoich ksiąg

Twoje transakcje Coinbase, wpłaty i wypłaty, staking i nagrody (np. Coinbase Earn) oraz opłaty — każde sklasyfikowane na potrzeby księgowości, z obliczonymi zrealizowanymi zyskami i dochodem, a transfery są uzgadniane, aby nie zostały zaksięgowane jako zbycia.

Stworzone dla zespołów finansowych

• Automatyczne ustalanie kosztu nabycia — 12 metod zbycia (FIFO, LIFO, HIFO, średnia ważona, identyfikacja szczegółowa i inne); traktowania wymagane przez przepisy jurysdykcji (UK Section 104 pooling, Kanada ACB) stosowane automatycznie
• Zapisy księgowe do Twojego ERP — zbiorcze i księgowane w QuickBooks, Xero, NetSuite lub Sage → Integracje ERP →
• Gotowe do audytu — każda pozycja księgi głównej prowadzi z powrotem do transakcji w Coinbase
• IFRS / US GAAP — wycena prowadzona zgodnie z Twoją polityką

Zobacz księgę pomocniczą → · Księgowość dla biur rachunkowych →

Jak CryptaCount wczytuje Twoją aktywność Coinbase do księgi pomocniczej

Po połączeniu klucza tylko do odczytu CryptaCount pobiera pełną historię transakcji i utrzymuje ją aktualną w miarę napływania nowej aktywności. Każde zlecenie, wpłata, wypłata, konwersja, nagroda i opłata stają się odrębnym, opatrzonym znacznikiem czasu wpisem w krypto księdze pomocniczej — nie zbiorczą pozycją, lecz bazowym zdarzeniem ekonomicznym z zachowanym aktywem, ilością, stroną kontrahenta i odnośnikiem giełdowym. Ta granularność jest sednem sprawy: Twoja księga główna potrzebuje jedynie netto zapisów, ale audytorzy, uzgodnienia i obliczenia zysku zależą od szczegółów leżących za tymi zapisami, dostępnych do zapytania w każdej chwili.

Wczytywanie jest idempotentne, więc ponowna synchronizacja tego samego okresu nigdy nie powoduje podwójnego liczenia transakcji. CryptaCount przypisuje każde zdarzenie do jego identyfikatorów Coinbase, rozpoznaje wcześniej widziane wpisy i zapisuje wyłącznie to, co jest naprawdę nowe. Dla zespołu finansowego oznacza to, że można ponownie uruchomić synchronizację po zamknięciu okresu, po poprawionym eksporcie lub po dodaniu historii — i ufać, że ilości oraz salda pozostają spójne zamiast dryfować z każdym odświeżeniem. Efektem jest jedyne źródło prawdy o wszystkim, co wydarzyło się na Coinbase, gotowe do przekształcenia w rozliczenie.

Klasyfikacja i uzgadnianie transakcji Coinbase

Surowe dane giełdowe nie są danymi księgowymi, dopóki każdy wiersz nie zyska znaczenia, które mogą wykorzystać Twoje księgi. CryptaCount klasyfikuje każdy wpis Coinbase w typ zdarzenia księgowego — kupno, sprzedaż, konwersja między dwoma aktywami, wpłata krypto lub waluty fiat, wypłata, nagroda lub wpływ przychodu albo opłata — i mapuje to zdarzenie do właściwych kont w Twoim planie kont. Konwersja jednego tokena na inny jest ujmowana dla tego, czym jest: zbyciem aktywu wychodzącego i nabyciem przychodzącego, każde wycenione niezależnie, a nie jako pojedynczy nieprzejrzysty ruch ukrywający podlegający opodatkowaniu zysk.

Uzgodnienie weryfikuje następnie księgi względem giełdy. CryptaCount śledzi bieżącą ilość każdego aktywa wynikającą ze sklasyfikowanej historii i sprawdza ją względem pozycji raportowanej przez Coinbase, dzięki czemu brakujący import, luka w historii lub niesklasyfikowana pozycja objawia się jako rozbieżność, a nie po cichu zniekształca salda. To ta sama kontrola, którą księgowy stosuje przy uzgodnieniu bankowym, rozszerzona na krypto: księga pomocnicza powinna uzgadniać się z giełdą, a każde odchylenie powinno być wyjaśnialne. Status uzgodnienia przepływa do Twojej krypto księgi pomocniczej →, tak by recenzenci widzieli dokładnie, gdzie księgi i giełda są zgodne.

Koszt nabycia i zysk/strata dla ksiąg

Każde zbycie na Coinbase — sprzedaż za walutę fiat, konwersja na inny aktyw lub wypłata, którą Twoja polityka traktuje jako zbycie — wymaga kosztu nabycia, by zrealizowany zysk lub strata mogły zostać zmierzone i zaksięgowane. CryptaCount przechowuje partie nabycia dla każdego aktywa i konsumuje je przy zbyciu zgodnie z metodą określoną w Twojej polityce rachunkowości, następnie księguje wynikający zysk lub stratę w księdze głównej obok ruchu aktywa. Ponieważ partie żyją w księdze pomocniczej, zaksięgowana kwota nigdy nie jest czarną skrzynką: możesz prześledzić od zaksięgowanego zysku wstecz do konkretnych nabyć, które go skonsumowały.

Silnik obsługuje pełen zakres strategii zbycia, z których może być zobowiązany korzystać zespół finansowy, i automatycznie stosuje traktowania wymagane przez przepisy jurysdykcji tam, gdzie mają zastosowanie. Wybrana metoda jest decyzją polityczną z realnym wpływem na raportowane wyniki, dlatego jest ustawiana celowo i stosowana konsekwentnie w kolejnych okresach, a nie zgadywana dla każdej transakcji — zapoznaj się z dostępnymi metodami kosztu nabycia →, aby dowiedzieć się, jak każda z nich konsumuje partie.

Transfery między własnymi kontami

Jednym z najczęstszych sposobów, w jaki krypto-księgi ulegają błędom, jest traktowanie wewnętrznego ruchu jako sprzedaży. Gdy przeniesiesz aktyw z Coinbase do portfela własnej opieki lub z innej giełdy, nic nie zostało zbyte — aktyw po prostu zmienił lokalizację w obrębie organizacji — jednak naiwny import widzi wypłatę po jednej stronie i wpłatę po drugiej, ryzykując zaksięgowaniem fikcyjnego zysku. CryptaCount dopasowuje dwie nogi transferu wewnętrznego, tak by były ujęte jako pojedynczy ruch tego samego aktywa, zachowując oryginalny koszt nabycia przez transfer zamiast go resetować lub krystalizować zysk, który nigdy nie miał miejsca.

Dopasowanie wykorzystuje aktyw, ilość, czas i kierunek obu nóg, a wszystko, czego nie można pewnie sparować, jest zgłaszane człowiekowi do potwierdzenia. Daje to kontrolę: niejednoznaczny transfer jest flagowany do przeglądu, a nie po cichu zakładany — to dokładnie zachowanie, którego oczekuje audytor, gdy koszt nabycia jest przenoszony z jednego konta na drugie. Przeniesiona podstawa podąża następnie za aktywem do portfela lub giełdy, która go odebrała, dzięki czemu późniejsze zbycie jest nadal mierzone w odniesieniu do prawdziwego pierwotnego kosztu.

Opłaty i wewnętrzne ruchy

Coinbase pobiera opłaty za transakcje, konwersje i wypłaty, a opłaty te są częścią ekonomiki każdej transakcji, a nie przypisem w stopce strony. CryptaCount rejestruje każdą opłatę i traktuje ją zgodnie z Twoją polityką — dodając opłatę handlową do kosztu nabycia aktywa, potrącając ją z wpływów przy zbyciu lub księgując jako koszt — dzięki czemu raportowany koszt i zysk odzwierciedlają rzeczywiste koszty aktywności. Małe opłaty na jedną transakcję łatwo przeoczyć ręcznie, ale przy dużej aktywności sumują się do realnej liczby, a pominięcie ich zaniża koszty i zawyża zyski.

• Opłaty handlowe i konwersyjne — kapitalizowane do podstawy lub potrącane z wpływów zgodnie z Twoją polityką wyceny, nigdy po cichu pomijane.
• Opłaty sieciowe / za wypłaty — rejestrowane przy odpowiednim ruchu, tak by redukcja aktywa była w pełni ujęta.
• Wpływy z nagród i przychodów — ujmowane w wartości godziwej na dzień otrzymania i opatrzone kosztem nabycia dla docelowego zbycia, tak by przychód i późniejszy zysk nie były mylone.
• Wewnętrzne ruchy — parowane między kontami i wykluczone z obliczeń zysku, z przeniesioną podstawą.

Kontrole i ścieżka audytu

Ponieważ połączenie jest tylko do odczytu, CryptaCount może przeglądać historię Coinbase, ale nigdy nie może handlować ani wypłacać — kontrola, którą łatwo udowodnić audytorowi lub zarządowi. Poza dostępem każda pozycja księgi głównej produkowana przez CryptaCount jest identyfikowalna: zaksięgowany zapis prowadzi przez księgę pomocniczą do dokładnej transakcji Coinbase, która go wygenerowała, z jej datą, aktywem, ilością i skonsumowanymi partiami nabycia. Ten nieprzerwany łańcuch od księgi głównej do zdarzenia źródłowego to właśnie to, co zamienia stertę danych giełdowych w coś, co audytor może faktycznie zatwierdzić, i jest generowany w ramach normalnego przetwarzania, a nie rekonstruowany na koniec roku.

Zbiorcze zapisy są księgowane do Twojego ERP, podczas gdy szczegóły na poziomie transakcji pozostają w księdze pomocniczej do wglądu — co utrzymuje czystość księgi głównej bez poświęcania stojących za nią dowodów. Dla sprawozdań okresowych i ujawnień te same dane zasilają Twoje krypto-raportowanie compliance →, dzięki czemu liczby w sprawozdaniach i liczby w księdze pomocniczej to te same liczby, wyznaczone raz. Same zapisy — debety, kredyty i mapowania kont — są widoczne i przeglądalne przed dotarciem do księgi głównej przez zapisy księgowe →.

Kwestie wielopodmiotowe i skarbcowe

Większość organizacji korzystających z Coinbase na dużą skalę nie ma jednego konta ani jednego podmiotu prawnego. CryptaCount jest zbudowany wokół modelu przestrzeni roboczych, więc możesz utrzymywać aktywność Coinbase każdego podmiotu w osobnym zestawie ksiąg, stosować politykę wyceny i plan kont właściwe dla tego podmiotu, a mimo to raportować skonsolidowanie dla grupy, gdy potrzebujesz zbiorczego widoku. Administrator funduszu zarządzający kilkoma pojazdami inwestycyjnymi, biuro rachunkowe obsługujące wielu klientów lub skarbiec korporacyjny obejmujący spółki zależne mogą podłączyć odpowiednie konta Coinbase do właściwej przestrzeni roboczej bez przenikania danych przez granice.

To rozdzielenie ma znaczenie zarówno dla dokładności, jak i ładu korporacyjnego. Koszt nabycia, dopasowywanie transferów i obliczanie zysku działają w obrębie ksiąg danego podmiotu, więc wewnętrzny transfer między dwoma podmiotami jest traktowany jako ruch wewnątrzgrupowy, a nie nettowany, jakby grupa była jednym portfelem. Uprawnienia i przegląd mogą być ograniczone do poszczególnych przestrzeni roboczych — osoby uzgadniające jeden podmiot nie muszą być tymi samymi, które zamykają inny, co odpowiada rozdzieleniu obowiązków, którego szuka audytor.

Typowe pułapki przy rozliczaniu aktywności Coinbase

• Traktowanie konwersji jako nieistotnych. Zamiana jednego aktywa na inny to zbycie i nabycie; zignorowanie tego ukrywa zrealizowany zysk lub stratę, który należy do danego okresu.
• Księgowanie transferów wewnętrznych jako sprzedaży. Przeniesienie krypto z Coinbase do własnego portfela nie jest zbyciem — parowanie nóg zapobiega fikcyjnemu zyskowi i zachowuje podstawę.
• Pomijanie opłat. Opłaty handlowe i za wypłaty wpływają na koszt i wpływy; pominięcie ich po cichu zawyża zyski w ciągu roku aktywności.
• Mieszanie przychodów i zbycia. Nagroda to przychód na dzień otrzymania i oddzielny zysk lub strata przy późniejszej sprzedaży; połączenie obu zniekształca obie liczby.
• Ręczne wpisywanie podsumowań do księgi głównej. Ręczne wprowadzanie zrywa ścieżkę audytu do transakcji źródłowej i sprzyja lukom w uzgodnieniu, które są dotkliwe do odwinięcia przy zamknięciu.

Jak CryptaCount wykorzystuje Twoje dane z Coinbase

Krótko: CryptaCount odczytuje Twoją historię Coinbase przez połączenie tylko do odczytu, klasyfikuje każdą transakcję, konwersję, transfer, nagrodę i opłatę w zdarzenia księgowe, uzgadnia wynikające pozycje z giełdą, oblicza koszt nabycia i zrealizowane zyski zgodnie z Twoją polityką i księguje zbiorcze zapisy do Twojego ERP — z pełnymi, zachowanymi szczegółami na poziomie transakcji w księdze pomocniczej, dzięki czemu każda liczba jest identyfikowalna do swojego źródła. Jest to warstwa, która zamienia konto giełdowe w audytowalne księgi, nie dotykając Twoich środków. Jeśli chcesz zobaczyć, jak radziłby sobie z Twoją konkretną konfiguracją Coinbase, nasz zespół może to omówić.

Czy CryptaCount przechowuje szczegóły transakcji, czy tylko podsumowania?

Oba. Księga główna otrzymuje zbiorcze zapisy, dzięki czemu pozostaje czysta, ale pełna, sklasyfikowana historia na poziomie transakcji żyje w księdze pomocniczej. Każda zbiorcza pozycja prowadzi wstecz do indywidualnych transakcji Coinbase za nią, więc otrzymujesz porządną księgę główną i kompletne dowody jednocześnie.

Czy możemy zmienić metodę kosztu nabycia po połączeniu Coinbase?

Metoda zbycia jest wyborem polityki stosowanym konsekwentnie w Twoich księgach, więc jest konfigurowana celowo, a nie zmieniana niedbale w połowie okresu. Ponieważ partie nabycia są przechowywane w księdze pomocniczej, CryptaCount może przeliczyć zyski zgodnie z metodą wymaganą przez Twoją politykę, a wszelka zmiana jest przemyślaną decyzją księgową podjętą z audytorem, a nie przełącznikiem dla jednej transakcji.

Jak CryptaCount obsługuje nagrody Coinbase i przychody ze stakingu w księgach?

Nagrody i wpływy ze stakingu są ujmowane jako przychód w wartości godziwej na datę otrzymania, a ta sama wartość staje się kosztem nabycia otrzymanego aktywa. Gdy aktyw zostaje później zbyty, zysk lub strata są mierzone na tle tej podstawy, dzięki czemu zdarzenie przychodowe i zdarzenie zbycia są w księgach oddzielne, a nie sprowadzone do jednej liczby.

Co jeśli nasza historia Coinbase poprzedza połączenie?

Możesz wczytać historyczną aktywność, rozszerzając synchronizowany zakres lub importując plik CSV wcześniejszych transakcji, a idempotentne wczytywanie gwarantuje, że dodanie historii nie spowoduje podwójnego liczenia czegokolwiek już obecnego. Kompletna historia ma znaczenie dla kosztu nabycia, ponieważ partie nabyte w wcześniejszych okresach wyznaczają zysk na zbycich dokonywanych dzisiaj.