Произойдет-ли революция в бухгалтерском учете в следующие 10 лет благодаря распространению blockchain?

[mazzy]

Цитата:

Сообщение от TasmanianDevil

Блокчейн, как технология в бухгалтерском учете, отлично решит задачи

блокчейн отвратительно решает задачи бухгалтерского учета
прежде всего из-за врожденно низкой скорости.
типовая скорость блокчейн платформ - десяток транзакций в секунду. при диком потреблении ресурсов всех клиентов.

делать собственную блокчейн платформу внутри предприятия?
это как самоподписанные сертификаты. можно. но зачем?

Цитата:

Сообщение от axm2017

Ok. Их ключевой плюс анонимность. В остальном они не сдались и проигрывают.

нет там никакой анонимности.
у каждого кошелька есть идентификатор.
и как только происходит попытка вывести деньги с кошелька, тут и происходит деанонимизация
https://habr.com/ru/company/dcmiran/blog/485504/

государства запрещают не блокчейн платформы. зачем?
государства запрещают бизнес "вывода средств из блокчейн платформ". или пытаются сильно контролировать такой бизнес.

[axm2017]

Цитата:

Сообщение от mazzy

нет там никакой анонимности.
у каждого кошелька есть идентификатор.
и как только происходит попытка вывести деньги с кошелька, тут и происходит деанонимизация
...
государства запрещают бизнес "вывода средств из блокчейн платформ". или пытаются сильно контролировать такой бизнес.

Вывод из кошелька имеет массу возможностей типа миксеров и прочего. Как факт деньги выводят получив выкуп и прочее без особых проблем. Государства лишь пытаются, но успехи +-. Но к теме создания новой ерп системы это не имеет отношения.

Цитата:

Это будет не ERP и не бухгалтерская система. Это будет явление

Кому это нужно и зачем?

[Lemming]

Цитата:

Сообщение от axm2017

Кому это нужно и зачем?

Просто представьте что вы предприниматель и у вас, например, интернет-магазин. Клиент заходит на него, оплачивает покупку в коинах, создается смарт-контракт:

ttsbegin;
который описывает, что деньги на счет вашего магазина поступят только в тот момент, когда клиент введет специальный подтверждающий код в смартфоне курьера, который доставил ему товар из вашего магазина.

Следующий смарт контракт переведет из полученной вами выручки деньги государству, в виде налогов.

Далее произойдет оплата услуг курьера.

В свою очередь следующий смарт контракт переведт 13% НДФЛ с зарплаты курьера в виде налогов госсударству.

Следующий смарт-контракт с вашей выручи переведет деньги поставщику товара, который вы перепродали в своем интернет-магазине.

И наконец-то на ваш личный кошелек поступит ваша прибыль.
ttscommit;

[axm2017]

Цитата:

Сообщение от Lemming

Просто представьте что вы предприниматель и у вас, например, интернет-магазин. Клиент заходит на него, оплачивает покупку в коинах, создается смарт-контракт:

ttsbegin;
который описывает, что деньги на счет вашего магазина поступят только в тот момент, когда клиент введет специальный подтверждающий код в смартфоне курьера, который доставил ему товар из вашего магазина.

Эмм.. если клиент оплатил почему мне деньги на счет не поступят до того как он введет код? Мне чем раньше, тем лучше. То есть это минус вашей системы.

Цитата:

Сообщение от Lemming

Следующий смарт контракт переведет из полученной вами выручки деньги государству, в виде налогов.

С фига? Там куча ньюансов возможна.

Цитата:

Сообщение от Lemming

Далее произойдет оплата услуг курьера.

В свою очередь следующий смарт контракт переведет 13% НДФЛ с зарплаты курьера в виде налогов государству.

Опять же с фига он ипэшником у меня оформлен.

Цитата:

Сообщение от Lemming

Следующий смарт-контракт с вашей выручи переведет деньги поставщику товара, который вы перепродали в своем интернет-магазине.

Ему вообще лично в руки вручаю бабло так как ему так нравится больше.

Цитата:

Сообщение от Lemming

И наконец-то на ваш личный кошелек поступит ваша прибыль.
ttscommit;

Деньги на моем счету появятся как клиент переведет. Вы почему то не отдаете мне их сразу. Не вижу + такой системы в сравнении с 1С или Аксаптой.

То есть реализовать усеченную ERP хз зачем.

[fed]

Цитата:

Сообщение от Lemming

Просто представьте что вы предприниматель и у вас, например, интернет-магазин. Клиент заходит на него, оплачивает покупку в коинах, создается смарт-контракт:

ttsbegin;
который описывает, что деньги на счет вашего магазина поступят только в тот момент, когда клиент введет специальный подтверждающий код в смартфоне курьера, который доставил ему товар из вашего магазина.

Следующий смарт контракт переведет из полученной вами выручки деньги государству, в виде налогов.

Далее произойдет оплата услуг курьера.

В свою очередь следующий смарт контракт переведт 13% НДФЛ с зарплаты курьера в виде налогов госсударству.

Следующий смарт-контракт с вашей выручи переведет деньги поставщику товара, который вы перепродали в своем интернет-магазине.

И наконец-то на ваш личный кошелек поступит ваша прибыль.
ttscommit;

Я просто напомню, что большая часть перечисленных событий (оплата налогов по продаже, выплата зарплаты курьеру, оплата налогов по зарплате, перечисление денег поставщику и тд и тп) вообще говоря не зависят от клиентского платежа. Причем не из за ограничений самой текущей технологии, а из за существующих деловых отношений. Более или менее крупный клиент будет платить с отсрочкой, на некоторые виды товаров можно офорить подписку, курьер должен получить оплату труда даже если клиент не платит сейчас или вообще всех кинул и отказался платить, если государству начислять отдельной проводкой налоги с каждой заработанной курьером суммы, то придется держать запредельный штат налоговых инспекторов, поставщик вряд ли порадуется если ему начнут начислять деньги с каждой клиентской покупки. При этом при возникновении конфликтов (не из за самой схемы блокчейна, а из за человеческих ошибок - например я неправильно указал закупочную цену, на основании которой поставщику перечисляются деньги для клиентской оплаты) сделать сверку будет почти невозможно, потому что бедному поставщику будут падать миллионы транзакций в день.
То есть - единственное преимущество смарт-контрактов - возможность введения схемы с аккредитивом для мелких сделок. Сейчас эта схема применяется только для более или менее крупных поставок, просто потому что накладные расходы по ее организации слишком высоки для мелких сделок.

[Lemming]

Цитата:

Сообщение от fed

...
Более или менее крупный клиент будет платить с отсрочкой, на некоторые виды товаров можно офорить подписку, курьер должен получить оплату труда даже если клиент не платит сейчас или вообще всех кинул и отказался платить, если государству начислять отдельной проводкой налоги с каждой заработанной курьером суммы, то придется держать запредельный штат налоговых инспекторов
...

Это был просто очень тривиальный пример, что бы попытаться объяснить суть изначального вопроса и возможности технологий. Не так важно, сколько, в каком количестве и на какие счета (адреса) будут генерироваться транзакции, совершенно очевидно, что приведенная схема невозможна для практического применения прям завтра. Должно многое измениться.

Вопрос, например, в том, что когда у тебя в Московском офисе Kenzo (реальный пример из личной практики, название компании изменено, но отрасль та же - очень крутой Европейский люксовый бренд) работает ~30 человек из которых 6 бухгалтеров + финансовый контролер + финансовый директор - это кхм... При этом, товар у них поступает хотя и из-за границы, но там несколько штук (штук) иностранных контрагентов. То есть 20% офисного персонала копается с цифрами и там каждую неделю, то один сотрудник, то другой, намудрит так, что все дружно выходят на выходных и правят весь этот бардак!

[fed]

Цитата:

Сообщение от Lemming

Это был просто очень тривиальный пример, что бы попытаться объяснить суть изначального вопроса и возможности технологий. Не так важно, сколько, в каком количестве и на какие счета (адреса) будут генерироваться транзакции, совершенно очевидно, что приведенная схема невозможна для практического применения прям завтра. Должно многое измениться.

Вопрос, например, в том, что когда у тебя в Московском офисе Kenzo (реальный пример из личной практики, название компании изменено, но отрасль та же - очень крутой Европейский люксовый бренд) работает ~30 человек из которых 6 бухгалтеров + финансовый контролер + финансовый директор - это кхм... При этом, товар у них поступает хотя и из-за границы, но там несколько штук (штук) иностранных контрагентов. То есть 20% офисного персонала копается с цифрами и там каждую неделю, то один сотрудник, то другой, намудрит так, что все дружно выходят на выходных и правят весь этот бардак!

Смарт-контракты могут изменить что-то только для схемы рассчетов, а рассчеты - это весьма незначительная часть бухучета.
Вот представь себе:
1. Мы закупаем товар зарубежем. Поставщик готов принимать оплату в токенах по смарт-контракту.
2. Товар везет и растамаживает логистическая компания. Она готова принимать оплату в токенах и по смарт-контракту. Однако же, поскольку за растаможку надо платить сразу и в рублях, сумму растаможки они просят оплатить в течении 5 дней после доставки на наш склад
3. Товар хранится на арендованом складе. Фирма принимает оплату только в рублях помесячно, независимо от того сколько мы продали. Кроме того - мы платим им за операции отгрузки и приемки товара.
4. Товар поставляется курьером, он у нас на фиксированной небольшой зарплате плюс доплата за каждую доставку. Если доставка идет в дальние районы или за МКАД доплата за доставку - другая.
5. Для оплаты всего того, что находится за пределами схемы смарт-контрактов, мы взяли кредит в банке. Банку нужно платить каждый месяц со сложными процентами и конечно же независимо от того что и как мы продали.

Теперь расскажи мне, как мы должны сформулировать условия смарт-контрактов для покрытия этой цепочки ? Кто будет процент отчисления от продажной цены устанавливать для того, что у нас смарт-контрактами покрыто(и как оно будет рассчитываться, если у нас традиционной бухгалтерии нету)? Что делать с теми участниками сделки, которые просто просят денег в независимости от смарт-контракта - типа таможни, арендного склада и банка ? Что делать если сумма расхода не зависит от стоимости товара вообще ? (Например - отгрузка здоровой 19дюймовой стойки стоит дороже чем дорогой сервер, потому что сервер маленький, а со стойкой еще напаришься ее отгружамши). Как мы все эти проценты рассчитаем, если у нас традиционного учета вроде бы как и нету ?

[Lemming]

Короткий ответ: нужно создавать условия, мотивирующие компании, а затем и государство, включаться в новую экономику, которая будет конкурентноспособной (как любят у нас выражаться ЛПР №1 и ЛПР№2). Но вообще, я сейчас даже не относительно России говорю, мы это отдельная история, я говорю про более глобальные идеи. И конечно, если бы я знал ответы на все свои вопросы, я бы тут ничего не спрашивал.

А вообще, спасибо, @fed, надо подумать!

2All просто вспомните интернет начала двухтысячных годов, в котором были разрозненные домашние странички, чаты, фотосайты. Люди делились контентом и общались на этих островках. По сути, это был децентрализованный интернет, но потом случился ряд явлений и у нас появились Facebook, WhatsApp и Instagram. Bitcoin и Blockchain –– это тоже своего рода явление. Если мы решим те технические проблемы, которые стоят перед этой технологией на сегодняшний день, мы можем очень сильно изменить завтрашний день!

[Lemming]

Цитата:

Сообщение от fed

курьер должен получить оплату труда даже если клиент не платит сейчас или вообще всех кинул и отказался платить

Ок, добавили это правило в смарт-контракт, клиент оплачивает выезд курьера в любом случае! Курьер же получит деньги, только когда есть подтверждение, что он доставил товар клиенту.

[mazzy]

Цитата:

Сообщение от Lemming

Клиент заходит на него, оплачивает покупку в коинах

ну не работает это так.

блокчейн - это цепочка данных.
цепочка - это некий хэш (соль), рассчитанная из предыдущих принятых валидных блоков.

валидация и принятия занимает очень много времени.

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

[Lemming]

Цитата:

Сообщение от mazzy

типовая скорость блокчейн платформ - десяток транзакций в секунду. при диком потреблении ресурсов всех клиентов.

Deprecated

См. например A Simple Explanation of How Devvio’s Blockchain Can Process Millions of Transactions Per Second