Ilya74, TF-Studio всё верно подметил. Сам файл конфигурации займет немного, но данные, которые MUNIN опрашивает будут занимать место. У меня есть VDS под MUNIN, с него как раз около 10 серверов опрашивается, но это всё равно немного, папка /var/lib/munin занимает около 500 мегабайт (это статистика по этим серверам за 1 год). Если графики еще в фоне рисовать и не создавать их на лету, то это еще место потребуется. Но вообще, это больше относится не к Вашему предложению, а тем, кто предлагает серверы с диском менее 10 гигабайт.
TF-Studio, на мой взгляд, бюджет стоит поднять немного (200-400 рублей оптимально будет), отрисовка графиков на виртуальном сервере по цене около 100 рублей будет производиться достаточно долго. Посмотрите https://vscale.io/ru/pricing.html (200 рублей, качество хорошее), здесь можете взять за те же деньги сервер с объемом оперативной памяти побольше https://www.ihor.ru/vds, у Ильи можете тоже посмотреть предложения https://x5x.ru/vps.html (тарифы за 200-300 рублей должны подойти).
Если знакомы с зарубежными сервисами, то вот здесь за 3 евро неплохой вариант по ресурсам https://www.ovh.ie/vps/vps-ssd.xml, вот еще вариант https://www.scaleway.com/pricing/ (смотрите вариант за 3 евро с процессором x86 (не ARM), но говорят процессоры там не шибко быстрые). Поддержки в обоих сервисах нет, за счет этого получаете больше ресурсов за те же деньги, но ставить всё должны будете сами.
AdelinaHost: Ну не знаю. У нас Paypal'ом оплачивают около 70% клиентов. (правда у нас большинство бурж клиенты), а у Paypala комиссии дикие.
У нас с PayPal обратная ситуация была. Подключили, повисел способ оплаты месяца 2-3, словили пару заказов от мошенников с диспутами от них же, после отключили :) Нормальных заказов с данными способом оплаты были единицы.
Всё зависит, конечно же, на какой рынок ориентированы.
WapGraf: Евгений Русаченко, не согласен. С одной платежной системы хостер не теряет ничего (нет комиссии), с другой может быть весьма большая комиссия (например 8%). Если вкладывать это в цену, то тогда все услуги нужно поднять на 8%. Но ведь множество клиентов платят по платежным системам с низкой комиссией. А тут вдруг цена становится для них выше. Это не верно.
Какой тут комфорт, если кошелек ущемлен?
Платежные системы с большой комиссией не пользуются большой популярностью. У меня, например, оплата по популярным направлениям (VISA / MasterCard, WebMoney, Яндекс.Деньги, QIWI и прочими) комиссии нет, а при оплате мобильным платежом или через SMS комиссия есть, но данные способы оплаты используются всего лишь в 2% случаев (статистика за последний год).
Таким образом Вы угодите большинству клиентов и не потеряете прибыль :)
Клиентов понять можно, на сайте написано 100 рублей, проходят платить, а там 103 рубля пишет. Им не хочется разбираться, откуда эти 3 рубля взялись, хостер их добавил или же платежная система.
Для комфорта клиентов, все комиссии должны включаться в стоимость услуги и клиент должен платить столько, сколько указано на сайте.
На самом деле это вечная тема, походите по сайтам, постоянно ведутся споры о том, как вести учет платежей, как делать возвраты. Сторонников как одного варианта, так и другого масса. Чтобы точно знать - напишите письмо в ФНС, придет ответ, его же можно потом предъявлять и самой налоговой при необходимости. Я же просто высказал своё мнение, на этом удалюсь из данного диалога.
smart2web: На сколько я помню Яндекс касса не работает с физлицами.
Что-то есть. Если зайти на kassa.yandex.ru, то там есть кнопка "без юрлица" и отправляет сюда https://money.yandex.ru/get/?for=private, как это называть - Яндекс.Деньги или Яндекс.Касса непонятно, там просто "инструменты для приема платежей".
---------- Добавлено 04.01.2017 в 15:40 ----------
smart2web: Именно возврат будет, основания на возврат не будет.
В случае учета доходов по актам, он ведется на основании договора между Вами и агрегатором. Когда Вы делаете возврат через панель агрегатора, он не относится к Вам, так как данный возврат делается на основании договора / публичной оферты между агрегатором и физическим лицом - если претензии и будут, то они не к Вам.
smart2web: И вот на этом этапе появляются проблемы, т.к. в выписке будет отображен платеж и возврат. А оснований на возврат увы, не будет.
Почему там не будет возврата? В Яндекс.Кассе будет стоять "возвращено", как в РобоКассе - не знаю, возвраты не приходилось там еще делать. Вот недавно делали возврат через одного агрегатора, там статус платежа "возвращено": http://joxi.ru/L4Ak0Pjtp7DDrq, абсолютно никаких проблем нет.
LocalMaster: Вы описали случай для физ лиц Яндекс Денег. Мы рассматриваем только конкретный случай. Там такого нету. Выше я описал как делают юр лицо возврат от Яндекс Кассы.
Я описал случай, как раз для юридических лиц, как ведут учет физические лица при работе с Яндекс.Кассой я не знаю. Если не верите моим словам, позвоните в горячую линию ФНС, сходите лично, либо напишите им письмо, Вам всё расскажут.
smart2web и LocalMaster, извините, что вмешиваюсь. Подозреваю, что здесь проблем в том, кто и как учитывает платежи. Я консультировался по учету платежей через платежных агрегаторов, мне сказали, что самый корректный способ, это учет в КУДиР и бухгалтерии каждого платежа от клиента. На мой возглас: "Это ведь неудобно!" (у меня много мелких платежей ежедневно и каждый вписывать неудобно), мне сказали, что можно учитывать поступления от платежных агрегаторов по ежемесячным актам. Но это было сказано с пометкой, что это некорректно, но налоговая это допускает. При этом, налоговая может запросить данные по каждому платежу (выписку платежей из кабинета платежного агрегатора).
Исходя из этого - если вести учет каждого платежа, то здесь необходимо заявление на возврат от плательщика. Если учет платежей по актам, то здесь можно пользоваться функционалом возвратов от агрегаторов и не требовать заявление (при этом, агрегаторы бывает не поддерживают возвраты по некоторым способам платежей или клиент хочет вернуть деньги по иным реквизитам, с которых платил - в данном случае также потребуется заявление на возврат).
Проблема a0x не подходит ни к одной из ситуаций. Сталкивался с такой же ситуацией (если верно понял), когда клиент делает платеж через Сбербанк.Онлайн, после чего нажимает "Повторить платеж" и всё, его второй платеж зависает на стороне платежного агрегатора. Данный платеж обычно вообще не доходит до компании и поэтому не отражается нигде в бухгалтерии. Возврат делается достаточно просто - связью с поддержкой платежного агрегатора, они запрашивают необходимые данные (Яндекс.Касса обычно требует скриншот платежа) и делает возврат, никаких заявлений не надо.
Ilya74, TF-Studio всё верно подметил. Сам файл конфигурации займет немного, но данные, которые MUNIN опрашивает будут занимать место. У меня есть VDS под MUNIN, с него как раз около 10 серверов опрашивается, но это всё равно немного, папка /var/lib/munin занимает около 500 мегабайт (это статистика по этим серверам за 1 год). Если графики еще в фоне рисовать и не создавать их на лету, то это еще место потребуется. Но вообще, это больше относится не к Вашему предложению, а тем, кто предлагает серверы с диском менее 10 гигабайт.
TF-Studio, на мой взгляд, бюджет стоит поднять немного (200-400 рублей оптимально будет), отрисовка графиков на виртуальном сервере по цене около 100 рублей будет производиться достаточно долго. Посмотрите https://vscale.io/ru/pricing.html (200 рублей, качество хорошее), здесь можете взять за те же деньги сервер с объемом оперативной памяти побольше https://www.ihor.ru/vds, у Ильи можете тоже посмотреть предложения https://x5x.ru/vps.html (тарифы за 200-300 рублей должны подойти).
Если знакомы с зарубежными сервисами, то вот здесь за 3 евро неплохой вариант по ресурсам https://www.ovh.ie/vps/vps-ssd.xml, вот еще вариант https://www.scaleway.com/pricing/ (смотрите вариант за 3 евро с процессором x86 (не ARM), но говорят процессоры там не шибко быстрые). Поддержки в обоих сервисах нет, за счет этого получаете больше ресурсов за те же деньги, но ставить всё должны будете сами.
Ну не знаю. У нас Paypal'ом оплачивают около 70% клиентов. (правда у нас большинство бурж клиенты), а у Paypala комиссии дикие.
У нас с PayPal обратная ситуация была. Подключили, повисел способ оплаты месяца 2-3, словили пару заказов от мошенников с диспутами от них же, после отключили :) Нормальных заказов с данными способом оплаты были единицы.
Всё зависит, конечно же, на какой рынок ориентированы.
Евгений Русаченко, не согласен. С одной платежной системы хостер не теряет ничего (нет комиссии), с другой может быть весьма большая комиссия (например 8%). Если вкладывать это в цену, то тогда все услуги нужно поднять на 8%. Но ведь множество клиентов платят по платежным системам с низкой комиссией. А тут вдруг цена становится для них выше. Это не верно.
Какой тут комфорт, если кошелек ущемлен?
Платежные системы с большой комиссией не пользуются большой популярностью. У меня, например, оплата по популярным направлениям (VISA / MasterCard, WebMoney, Яндекс.Деньги, QIWI и прочими) комиссии нет, а при оплате мобильным платежом или через SMS комиссия есть, но данные способы оплаты используются всего лишь в 2% случаев (статистика за последний год).
Таким образом Вы угодите большинству клиентов и не потеряете прибыль :)
Клиентов понять можно, на сайте написано 100 рублей, проходят платить, а там 103 рубля пишет. Им не хочется разбираться, откуда эти 3 рубля взялись, хостер их добавил или же платежная система.
Для комфорта клиентов, все комиссии должны включаться в стоимость услуги и клиент должен платить столько, сколько указано на сайте.
Для тупых - зачем тебе хотсвоп?
Вероятно, для замены дисков без остановки сервера.
На самом деле это вечная тема, походите по сайтам, постоянно ведутся споры о том, как вести учет платежей, как делать возвраты. Сторонников как одного варианта, так и другого масса. Чтобы точно знать - напишите письмо в ФНС, придет ответ, его же можно потом предъявлять и самой налоговой при необходимости. Я же просто высказал своё мнение, на этом удалюсь из данного диалога.
На сколько я помню Яндекс касса не работает с физлицами.
Что-то есть. Если зайти на kassa.yandex.ru, то там есть кнопка "без юрлица" и отправляет сюда https://money.yandex.ru/get/?for=private, как это называть - Яндекс.Деньги или Яндекс.Касса непонятно, там просто "инструменты для приема платежей".
---------- Добавлено 04.01.2017 в 15:40 ----------
Именно возврат будет, основания на возврат не будет.
В случае учета доходов по актам, он ведется на основании договора между Вами и агрегатором. Когда Вы делаете возврат через панель агрегатора, он не относится к Вам, так как данный возврат делается на основании договора / публичной оферты между агрегатором и физическим лицом - если претензии и будут, то они не к Вам.
И вот на этом этапе появляются проблемы, т.к. в выписке будет отображен платеж и возврат. А оснований на возврат увы, не будет.
Почему там не будет возврата? В Яндекс.Кассе будет стоять "возвращено", как в РобоКассе - не знаю, возвраты не приходилось там еще делать. Вот недавно делали возврат через одного агрегатора, там статус платежа "возвращено": http://joxi.ru/L4Ak0Pjtp7DDrq, абсолютно никаких проблем нет.
Вы описали случай для физ лиц Яндекс Денег. Мы рассматриваем только конкретный случай. Там такого нету. Выше я описал как делают юр лицо возврат от Яндекс Кассы.
Я описал случай, как раз для юридических лиц, как ведут учет физические лица при работе с Яндекс.Кассой я не знаю. Если не верите моим словам, позвоните в горячую линию ФНС, сходите лично, либо напишите им письмо, Вам всё расскажут.
smart2web и LocalMaster, извините, что вмешиваюсь. Подозреваю, что здесь проблем в том, кто и как учитывает платежи. Я консультировался по учету платежей через платежных агрегаторов, мне сказали, что самый корректный способ, это учет в КУДиР и бухгалтерии каждого платежа от клиента. На мой возглас: "Это ведь неудобно!" (у меня много мелких платежей ежедневно и каждый вписывать неудобно), мне сказали, что можно учитывать поступления от платежных агрегаторов по ежемесячным актам. Но это было сказано с пометкой, что это некорректно, но налоговая это допускает. При этом, налоговая может запросить данные по каждому платежу (выписку платежей из кабинета платежного агрегатора).
Исходя из этого - если вести учет каждого платежа, то здесь необходимо заявление на возврат от плательщика. Если учет платежей по актам, то здесь можно пользоваться функционалом возвратов от агрегаторов и не требовать заявление (при этом, агрегаторы бывает не поддерживают возвраты по некоторым способам платежей или клиент хочет вернуть деньги по иным реквизитам, с которых платил - в данном случае также потребуется заявление на возврат).
Проблема a0x не подходит ни к одной из ситуаций. Сталкивался с такой же ситуацией (если верно понял), когда клиент делает платеж через Сбербанк.Онлайн, после чего нажимает "Повторить платеж" и всё, его второй платеж зависает на стороне платежного агрегатора. Данный платеж обычно вообще не доходит до компании и поэтому не отражается нигде в бухгалтерии. Возврат делается достаточно просто - связью с поддержкой платежного агрегатора, они запрашивают необходимые данные (Яндекс.Касса обычно требует скриншот платежа) и делает возврат, никаких заявлений не надо.