батут предназначался исключительно американцам, которые больше 10 лет не имели ничего пилотируемого. на случай, если не захотят пользоваться союзами. теперь он без надобности.
usb-модем, каких полно самого разного класса - от свистка до вполне дальнобойного и производительного. или wan из модема машины. или для рабочей группы на выезде - не искать локальные подключения, или использовать одно подключение по dhcp, с настроенными на этот роутер ноутбуками. применений масса.
номер действительно не принадлежит абоненту, и об этом написано в договоре. если номер не оплачиветеся, через полгода или год услуга считается прекращенной, и номер уходит в продажу. избежать просто - тариф без абонентской платы, и одна платная опереция за полтора-два рубля раз в три месяца - и номер будет за вами сохраняться.
а если вы про авторизацию через смс на госуслугах, то от этого давно пора отказаться. включаете 2FA, и телефон больше не нужен.
стек хлебный не больше, чем достаточно. а ненавидеть есть за что. столько лежащих на поверхности неудобств, которым десятки лет, найти в любых других продуктах очень не просто.
то есть мы-таки дошли до стадии обсуждения персоналий, а не сути. по персоналиям скажу еще раз - мой стаж, с большой вероятностью, больше вашего возраста. а по сути - облачный регламентированный учет в облаке, если вы пропустили, работает уже давно, и государству даже сейчас мало что (кроме обязательств при привлечении или при загоне и затрат на обеспечение инфраструктуры) мешает перевести весь регламентированный учет в государственное (и полностью прозрачное для государства) облако уже сейчас. а вы разберитесь с основами. хуже не будет.
это не вы тут рассказывали про неформальные манипуляции с учетом? вы ведете такие операции в базе регламентированного учета? и зачем тогда пытаетесь здесь кого-то учить?
так вы о чем спорите - о невозможности работы в облаке, или возможности? из ваших же реплик теперь выходит, что никаких принципиально невозможных вещей в облаке нет. о чем вы? о том, что пока нет государственных решений о переводе регламентированной учетности в обязательное государственное облако? ну, спорьте. но так рано или поздно и будет. причем бизнес против не будет.
критерий простой. в регламентированной бухгалтерии должно быть то (и только то), что требуется по закону, включая всю первичка, которая может подтвердить цифры - уже в этом официальном причесанном виде. чтобы можно было в любой момент это показывать любому официальному лицу или аудитору третьей стороны. и в облаке (в котором поддерживается законодательство и соответствующие ему методики и механизмы расчетов) это может жить уже сейчас. а в простых бизнесах, которые на уасн, даже первичка вроде поступлений уже сейчас коллекционируется облаком.
похоже, вы смешиваете управленческий учет и регламентированный. он разделяется не по отделам. база Бухгалтерия - это не база бухгалтерии, а база официальных/доступных к внешней публикации и передачи треьим сторонам регламентированных данных. всё нестандартное нужно делать в управленческом учете, и отправлять в регламентированный нормализованные и скорректированные "официальные" (т.е. те, под которыми может подписаться юридическое лицо) данные, в том числе (нормализованную и подготовленную к предъявлению) первичку по фактам хозяйственных операций - акты/упд, банковские операции и т.п.. Управленческий учет это внутреннее дело бизнеса, регламентированный - законодательно официальное.
а зачем вам в регламентированном учете, что не ложится в регламентированный учет. варите это в управленческом. а регламентированную базу можно в любое время передавать, если запросят, в налоговую, или куда там еще, не вырезая в спешке все "нестандартное".
какая вам разница - вы ведь не руками синхронизировать будете. сконфигурируете-настроите. и пусть сколько нужно синхронизирует. и потом, зачем переносить в регламентированный учет кучу не регламентированной аналитики. пусть себе остается в управленческом. а аналитику, подлежащую регламентированному учету нужно делать уже в регламентированном контуре по данным, скопированным (синхронизированным) из управленческого. закрытие месяца/налогового периода, вот это всё.
что значит не получится? нужно, чтобы получалось. ведёте в бизнес-контуре (управленческом, со всей нужной вам функциональностью) весь бизнес и управленческую отчетность, а в бухгалтерскую базу передаете только то, что подлежит регламентированоому/банковскому учету. при этом не паритесь со слетевшими на обновлениях доработках в бухгалтерии, потому что их нет. и да, банк тоже - и по поступлениям, и по списаниям - грузите не в бухгалтерию, как делают многие, а в упраленческую базу - и потом в базу бухгалтерии только копируете. в одну сторону. обратно из бухгалтерии берете минимум - например, сгененированные в бухгалтерии платежки по налогам для оплаты (и загрузки в банк в управленческом контуре). все остальное - в одну сторону - из управленческого учета в регламентированный. и почему тогда бухгалтерия не может располагаться в облаке, которое оплачивается государством?
почему это невозможно. запускаете на подряде у государства фреш-бухгалтерию с обязательной регистрацией на уровне налоговой. правила учета настраиваете на уровне настройек учетной политики. а функциональность бизнес-процессов на базе конфигурации Бухгалтерия, которую многие путают с настройкой бухгалтерии, ведете в своей системе автоматизации и управленческого учета, как многие, если не большинство бизнесов и делают уже сейчас, сохраняя конфигурацию бухгалтерии в типовом состоянии - как витрину регламентированного/налогового учета и аудита.
батут предназначался исключительно американцам, которые больше 10 лет не имели ничего пилотируемого. на случай, если не захотят пользоваться союзами. теперь он без надобности.
про тернарные вычислениея и машины на тернарной логике слышали?
гуглите котельников, колмогоров, ляпунов
кстати, мог и лежать. у военных много разного на складах и в арсеналах лежит.
usb-модем, каких полно самого разного класса - от свистка до вполне дальнобойного и производительного. или wan из модема машины. или для рабочей группы на выезде - не искать локальные подключения, или использовать одно подключение по dhcp, с настроенными на этот роутер ноутбуками. применений масса.
у вас проблемы с госуслугами? и их много? даже интересно, о чем это.
номер действительно не принадлежит абоненту, и об этом написано в договоре. если номер не оплачиветеся, через полгода или год услуга считается прекращенной, и номер уходит в продажу. избежать просто - тариф без абонентской платы, и одна платная опереция за полтора-два рубля раз в три месяца - и номер будет за вами сохраняться.
а если вы про авторизацию через смс на госуслугах, то от этого давно пора отказаться. включаете 2FA, и телефон больше не нужен.
даже интересно, откуда у вас такой мощный экспертный опыт. сами организовывали глобальные ботнеты?
стек хлебный не больше, чем достаточно. а ненавидеть есть за что. столько лежащих на поверхности неудобств, которым десятки лет, найти в любых других продуктах очень не просто.
то есть мы-таки дошли до стадии обсуждения персоналий, а не сути. по персоналиям скажу еще раз - мой стаж, с большой вероятностью, больше вашего возраста. а по сути - облачный регламентированный учет в облаке, если вы пропустили, работает уже давно, и государству даже сейчас мало что (кроме обязательств при привлечении или при загоне и затрат на обеспечение инфраструктуры) мешает перевести весь регламентированный учет в государственное (и полностью прозрачное для государства) облако уже сейчас. а вы разберитесь с основами. хуже не будет.
время переходить к стажу/опыту? про мой стаж/опыт вам лучше не знать. он, возможно, больше, чем ваш возраст.
похоже, вы слабо представляете, о чем говорите. любой клиент-сервер это уже, по сути, онлайн-учет.
это не вы тут рассказывали про неформальные манипуляции с учетом? вы ведете такие операции в базе регламентированного учета? и зачем тогда пытаетесь здесь кого-то учить?
так вы о чем спорите - о невозможности работы в облаке, или возможности? из ваших же реплик теперь выходит, что никаких принципиально невозможных вещей в облаке нет. о чем вы? о том, что пока нет государственных решений о переводе регламентированной учетности в обязательное государственное облако? ну, спорьте. но так рано или поздно и будет. причем бизнес против не будет.
критерий простой. в регламентированной бухгалтерии должно быть то (и только то), что требуется по закону, включая всю первичка, которая может подтвердить цифры - уже в этом официальном причесанном виде. чтобы можно было в любой момент это показывать любому официальному лицу или аудитору третьей стороны. и в облаке (в котором поддерживается законодательство и соответствующие ему методики и механизмы расчетов) это может жить уже сейчас. а в простых бизнесах, которые на уасн, даже первичка вроде поступлений уже сейчас коллекционируется облаком.
похоже, вы смешиваете управленческий учет и регламентированный. он разделяется не по отделам. база Бухгалтерия - это не база бухгалтерии, а база официальных/доступных к внешней публикации и передачи треьим сторонам регламентированных данных. всё нестандартное нужно делать в управленческом учете, и отправлять в регламентированный нормализованные и скорректированные "официальные" (т.е. те, под которыми может подписаться юридическое лицо) данные, в том числе (нормализованную и подготовленную к предъявлению) первичку по фактам хозяйственных операций - акты/упд, банковские операции и т.п.. Управленческий учет это внутреннее дело бизнеса, регламентированный - законодательно официальное.
а зачем вам в регламентированном учете, что не ложится в регламентированный учет. варите это в управленческом. а регламентированную базу можно в любое время передавать, если запросят, в налоговую, или куда там еще, не вырезая в спешке все "нестандартное".
какая вам разница - вы ведь не руками синхронизировать будете. сконфигурируете-настроите. и пусть сколько нужно синхронизирует. и потом, зачем переносить в регламентированный учет кучу не регламентированной аналитики. пусть себе остается в управленческом. а аналитику, подлежащую регламентированному учету нужно делать уже в регламентированном контуре по данным, скопированным (синхронизированным) из управленческого. закрытие месяца/налогового периода, вот это всё.
что значит не получится? нужно, чтобы получалось. ведёте в бизнес-контуре (управленческом, со всей нужной вам функциональностью) весь бизнес и управленческую отчетность, а в бухгалтерскую базу передаете только то, что подлежит регламентированоому/банковскому учету. при этом не паритесь со слетевшими на обновлениях доработках в бухгалтерии, потому что их нет. и да, банк тоже - и по поступлениям, и по списаниям - грузите не в бухгалтерию, как делают многие, а в упраленческую базу - и потом в базу бухгалтерии только копируете. в одну сторону. обратно из бухгалтерии берете минимум - например, сгененированные в бухгалтерии платежки по налогам для оплаты (и загрузки в банк в управленческом контуре). все остальное - в одну сторону - из управленческого учета в регламентированный. и почему тогда бухгалтерия не может располагаться в облаке, которое оплачивается государством?
почему это невозможно. запускаете на подряде у государства фреш-бухгалтерию с обязательной регистрацией на уровне налоговой. правила учета настраиваете на уровне настройек учетной политики. а функциональность бизнес-процессов на базе конфигурации Бухгалтерия, которую многие путают с настройкой бухгалтерии, ведете в своей системе автоматизации и управленческого учета, как многие, если не большинство бизнесов и делают уже сейчас, сохраняя конфигурацию бухгалтерии в типовом состоянии - как витрину регламентированного/налогового учета и аудита.