Т.е. если в оффлайновом магазине оплата картой прошла, чек я тоже могу пробить "чуть позже"? На следующий день, через неделю…
Что-то я в этом сомневаюсь.
Впрочем, настаивать не буду. Возможно вы и правы.
Меня больше вот какой вопрос интересует.
При онлайн-продаже, т.е. при оплате покупки на сайте, продавец также должен в момент покупки пробить чек. Фактически, в момент передачи денег, т.е. оплаты.
Под это дело у штриха и у атола есть соответствующие ФР без принтера. Правда, атол потом слился и решил не продавать такие ФР, а организовать "облачный сервис". Но атол контора дурная и получить от них хоть какую-то информацию просто нереально.
Так вот, оплата на сайте фактически происходит в виде двух транзакций — оплата картой и оформление чека.
Самый паршивый вариант, когда оплата прошла, а ФР недоступен по каким-то причинам. Это попадалово на 30000 за каждую транзакцию. А автоматическая проверка таких вещей для налоговой это вопрос времени, если еще не сделали.
Получается, что вся оплата должна выполняться в единой транзакции. Платежный шлюз должен передавать сайту информацию о статусе платежа и получать от сайта подтверждение или отмену транзакции.
Пока что, платежные шлюзы делают круглые глаза при упоминании о ФЗ-54. Некоторые уверяют, что при оплате картой чеки не нужны.
Кто сталкивался, занимался, выяснял что-нибудь по данному вопросу?
Прошу прощения, что не в тему, но в топик «Книга «Изучаем Node. Переходим на сторону сервера. 2-е изд. дополненное и переработанное»» уже не могу написать. К вам в личку тоже.
Электронная версия (epub) неправильная, не работает навигация по оглавлению.
С кем можно пообщаться по этому вопросу.
Еще раз сорри за оффтоп.
Если честно, не ожидал, что 54-ФЗ такая новость.
На поржать/поплакать.
На семинаре по 54-ФЗ в бите нам рассказывали такую историю, что налоговая пилит какую-то скоринговую систему.
Историю рассказали в ответ на вопрос, что будет, если тупо в чек впечатывать «товар».
Так вот, с чужих слов, налоговая пилит систему, которая будет анализировать чеки и начислять баллы. А когда все, тогда упс и какие-то действия со стороны налоговой.
Вкратце.
Вы обязаны пробить чек в момент покупки. Но отправлять его в налоговую (через оператора) нет.
Они понимают, что не всегда возможно онлайн.
Но, если через 30 дней вы чек таки не отправите, ФР превращается в тыкву, пока не отправите данные.
Есть исключения для «дикой тундры», где вертолет раз в год.
Банк получает распоряжение от клиента перевести денег получателю. Банк не знает зачем, почему — он выполняет распоряжение. И печатает чек, подтверждающий операцию.
Продавец печатает кассовый чек, подтверждающий продажу товара. Это требование закона.
С операторами — ХЗ почему так. Отчетность в электронном виде налоговая принимает тоже не напрямую, а через операторов. Эти же операторы и кассы обслуживают.
При оплате по безналу в назначении платежа указывается основание. Причем нельзя просто указать «За товар». Можно, например «Оплата за товар по счету № от».
Действительность такова, что «в моем понимании» и «я хочу решать» налоговой глубоко фиолетовы. Если ваши понимания и желания разойдутся с налоговыми, хуже будет вам, а не налоговой.
С точки зрения эквайринга оплата через терминал в магазине и оплата через формочку на сайте одно и то же. При этом у вас же не возникает вопроса, выбивать чек в магазине или нет при оплате картой.
Кассовый чек подтверждает факт продажи товара. А перечисление денег это просто перечисление денег. Обезличенное. Просто так.
Не имеет значения. Все равно кассовый чек нужен.
Причем чек должен пробиваться в момент платежа. Ну и электронный чек по требованию покупателя.
На семинаре Атолл рассказывал о специализированном ФР под интернет-магазины, но я не очень понял, как он должен работать.
Статья позитивная очень. Прочитал с удовольствием. Спасибо.
Вот только… Практический каждый параграф просто просится развернуться в отдельную техническую статью :)
Какой-то извращеный маркетологонанизм.
Видимо, отдельный сайт для маркетологов никто не хотел читать, поэтому их вернули на хабр.
ТМ, видимо осьминожка, раз так легко палит из пушки по своим конечностям.
apt, сэр!
Для любителей собирать есть Gentoo, кубик Рубика и пазлы.
У меня сейчас работает тестинг в продакшене и был пару месяцев косяк с кривым обновлением ядра. Но за то PHP7, Python 3.5
Но с камрадом mayorovp не могу не согласиться. Деби слишком долго выкатывается.
Если есть что-то раз и на века — Деби. Если что-то активно пилится — Убунта.
Я же и на этот вопрос постарался в комментарии ответить.
Топикстартер обсуждает именно VPS. Поэтому о нем и говорим.
Шаред хостинги просты, но сильно зажаты: полторы базы MySQL, четверть домена, треть иопса, один октет серого айпишника на выбор клиента. Мне вообще сложно представить, кому нужен нынче шаред. Если совсем, тогда покупаешь готовый сервис, заточенный под хомячков. На ютубе викс на эту тему активно пиарится, для примера.
VPS в меньшей степени подвержен таким маразмам. А по нынешним ценам VPS всяко вкуснее хостинга.
И да, при простоте докера, можно сделать удобный конструктор в два клика для ламеров, который позволить впихнуть в один VPS бложик, форум, магазинчик и до кучи преферанс с поэтессами. А если еще хостер подсуетится и сделает пару тройку однотипных дизайнов для разных приложений и удобный конструктор. Это может хорошо взлететь.
А еще докера можно в любой момент утащить целиком куда угодно. И это просто при любой сложности окружения.
Вы не обижайтесь, но исходя из «а типовой докер-образ в себе обычно даже sshd не содержит» — может быть вы с докером не очень хорошо знакомы? Там не нужен ssh. Совсем.
В общем, на мой взгляд, VPS + Docker могут сделать круто как VPS и просто, удобно как обычный стиральный порошок.
Зачем? Вы неправильно меня поняли.
Хостер делает сколько ему надо типовых докер-окружений. Надо вордпресс клиенту, инсталлятор положил в чистую машину с установленным докером композ-фалик и все. И клиенту ничего не надо настраивать и никуда лезть — оно просто работает.
В плане актуализации версий тоже, как мне кажется проще, чем обновлять полноценные образы с установленными приложениями.
Да даже для неопытного админа может оказаться проще разобраться с синтаксисом композа, чем с настройкой сервера с нуля. Тем более, что образы на докерхабе зачастую хорошо документированы.
Почему не взять обычный хостинг? Просто в этой теме обсуждается именно VPS. И в докер может оказаться инструментом, который сделает «крутой» VPS таким же простым и удобным, как хостинг.
Очень некомфортно начинать настройку сервера с удаления предустановленного ПО, которое мешает.
Если вы хотите дать не очень технически продвинутым клиентам возможность использовать зоопарк прикладных решений, используйте докер. Можно предоставить возможность отредактировать дефолтный Dockerfile или docker-compose. Естественно, в веб-интерфейсе при создании сервера.
Думаю, что идею быстро прохавают не особо чистоплотные личности.
Намного проще, чем ддосить сайты и вымогать с владельцев денег. Ресурсов требуется вообще 0.
PS: IP был добавлен для заблокированного сайта владельцем заблокированного домена. И да, вы самостоятельно можете для своего домена прописывать любые IP. Это никак не ограничивается и не контролируется.
Меня очень радует неизменное повышение уровня материалов на хабре.
Огромное спасибо за статью, за ваш труд.
Хотелось бы видеть продолжение. Очень интересуют тонкости использования тега title.
А почему нельзя было взять какую-нибудь армовскую платку из клонов малины и не заморачиваться с ковырянием планшета?
Добавьте еще один:
;)
За рецепт спасибо, через пару лет такая же задача светит.
Т.е. если в оффлайновом магазине оплата картой прошла, чек я тоже могу пробить "чуть позже"? На следующий день, через неделю…
Что-то я в этом сомневаюсь.
Впрочем, настаивать не буду. Возможно вы и правы.
Меня больше вот какой вопрос интересует.
При онлайн-продаже, т.е. при оплате покупки на сайте, продавец также должен в момент покупки пробить чек. Фактически, в момент передачи денег, т.е. оплаты.
Под это дело у штриха и у атола есть соответствующие ФР без принтера. Правда, атол потом слился и решил не продавать такие ФР, а организовать "облачный сервис". Но атол контора дурная и получить от них хоть какую-то информацию просто нереально.
Так вот, оплата на сайте фактически происходит в виде двух транзакций — оплата картой и оформление чека.
Самый паршивый вариант, когда оплата прошла, а ФР недоступен по каким-то причинам. Это попадалово на 30000 за каждую транзакцию. А автоматическая проверка таких вещей для налоговой это вопрос времени, если еще не сделали.
Получается, что вся оплата должна выполняться в единой транзакции. Платежный шлюз должен передавать сайту информацию о статусе платежа и получать от сайта подтверждение или отмену транзакции.
Пока что, платежные шлюзы делают круглые глаза при упоминании о ФЗ-54. Некоторые уверяют, что при оплате картой чеки не нужны.
Кто сталкивался, занимался, выяснял что-нибудь по данному вопросу?
На докерхабе jetbrains/upsource не только не значится как официальный, но еще и затерялся на второй странице среди пары десятков сторонних сборок.
Тега
latestтоже нет, так что необходимо смотреть в теги и указывать ручками:Спасибо за релиз, будем посмотреть.
Электронная версия (epub) неправильная, не работает навигация по оглавлению.
С кем можно пообщаться по этому вопросу.
Еще раз сорри за оффтоп.
На поржать/поплакать.
На семинаре по 54-ФЗ в бите нам рассказывали такую историю, что налоговая пилит какую-то скоринговую систему.
Историю рассказали в ответ на вопрос, что будет, если тупо в чек впечатывать «товар».
Так вот, с чужих слов, налоговая пилит систему, которая будет анализировать чеки и начислять баллы. А когда все, тогда упс и какие-то действия со стороны налоговой.
Вы обязаны пробить чек в момент покупки. Но отправлять его в налоговую (через оператора) нет.
Они понимают, что не всегда возможно онлайн.
Но, если через 30 дней вы чек таки не отправите, ФР превращается в тыкву, пока не отправите данные.
Есть исключения для «дикой тундры», где вертолет раз в год.
Продавец печатает кассовый чек, подтверждающий продажу товара. Это требование закона.
С операторами — ХЗ почему так. Отчетность в электронном виде налоговая принимает тоже не напрямую, а через операторов. Эти же операторы и кассы обслуживают.
Действительность такова, что «в моем понимании» и «я хочу решать» налоговой глубоко фиолетовы. Если ваши понимания и желания разойдутся с налоговыми, хуже будет вам, а не налоговой.
С точки зрения эквайринга оплата через терминал в магазине и оплата через формочку на сайте одно и то же. При этом у вас же не возникает вопроса, выбивать чек в магазине или нет при оплате картой.
Кассовый чек подтверждает факт продажи товара. А перечисление денег это просто перечисление денег. Обезличенное. Просто так.
Ну и возврат товара это вообще не о том.
Причем чек должен пробиваться в момент платежа. Ну и электронный чек по требованию покупателя.
На семинаре Атолл рассказывал о специализированном ФР под интернет-магазины, но я не очень понял, как он должен работать.
Вот только… Практический каждый параграф просто просится развернуться в отдельную техническую статью :)
Видимо, отдельный сайт для маркетологов никто не хотел читать, поэтому их вернули на хабр.
ТМ, видимо осьминожка, раз так легко палит из пушки по своим конечностям.
Для любителей собирать есть Gentoo, кубик Рубика и пазлы.
У меня сейчас работает тестинг в продакшене и был пару месяцев косяк с кривым обновлением ядра. Но за то PHP7, Python 3.5
Но с камрадом mayorovp не могу не согласиться. Деби слишком долго выкатывается.
Если есть что-то раз и на века — Деби. Если что-то активно пилится — Убунта.
Топикстартер обсуждает именно VPS. Поэтому о нем и говорим.
Шаред хостинги просты, но сильно зажаты: полторы базы MySQL, четверть домена, треть иопса, один октет серого айпишника на выбор клиента. Мне вообще сложно представить, кому нужен нынче шаред. Если совсем, тогда покупаешь готовый сервис, заточенный под хомячков. На ютубе викс на эту тему активно пиарится, для примера.
VPS в меньшей степени подвержен таким маразмам. А по нынешним ценам VPS всяко вкуснее хостинга.
И да, при простоте докера, можно сделать удобный конструктор в два клика для ламеров, который позволить впихнуть в один VPS бложик, форум, магазинчик и до кучи преферанс с поэтессами. А если еще хостер подсуетится и сделает пару тройку однотипных дизайнов для разных приложений и удобный конструктор. Это может хорошо взлететь.
А еще докера можно в любой момент утащить целиком куда угодно. И это просто при любой сложности окружения.
Вы не обижайтесь, но исходя из «а типовой докер-образ в себе обычно даже sshd не содержит» — может быть вы с докером не очень хорошо знакомы? Там не нужен ssh. Совсем.
В общем, на мой взгляд, VPS + Docker могут сделать круто как VPS и просто, удобно как обычный стиральный порошок.
Хостер делает сколько ему надо типовых докер-окружений. Надо вордпресс клиенту, инсталлятор положил в чистую машину с установленным докером композ-фалик и все. И клиенту ничего не надо настраивать и никуда лезть — оно просто работает.
В плане актуализации версий тоже, как мне кажется проще, чем обновлять полноценные образы с установленными приложениями.
Да даже для неопытного админа может оказаться проще разобраться с синтаксисом композа, чем с настройкой сервера с нуля. Тем более, что образы на докерхабе зачастую хорошо документированы.
Почему не взять обычный хостинг? Просто в этой теме обсуждается именно VPS. И в докер может оказаться инструментом, который сделает «крутой» VPS таким же простым и удобным, как хостинг.
Если вы хотите дать не очень технически продвинутым клиентам возможность использовать зоопарк прикладных решений, используйте докер. Можно предоставить возможность отредактировать дефолтный Dockerfile или docker-compose. Естественно, в веб-интерфейсе при создании сервера.
Намного проще, чем ддосить сайты и вымогать с владельцев денег. Ресурсов требуется вообще 0.
PS: IP был добавлен для заблокированного сайта владельцем заблокированного домена. И да, вы самостоятельно можете для своего домена прописывать любые IP. Это никак не ограничивается и не контролируется.
Огромное спасибо за статью, за ваш труд.
Хотелось бы видеть продолжение. Очень интересуют тонкости использования тега title.