Страница 17 из 24

Добавлено: 05 янв 2010, 21:59
hecntv
Прямые договора у меня с поставщиками услуг есть :)
Процессинг тоже, хотя некоторые в него вкладывают какой то другой смысл :)
Тех операторами с кем нет прямого стыка кидаем через шлюзы ПС :)

Добавлено: 06 янв 2010, 09:02
Mcash
hecntv писал(а):Прямые договора у меня с поставщиками услуг есть :)
Процессинг тоже, хотя некоторые в него вкладывают какой то другой смысл :)
Тех операторами с кем нет прямого стыка кидаем через шлюзы ПС :)


Ключевое слово - "ДОГОВОР".

Если есть договор на прием платежей с каким-нибудь "Косяк телеком" - ты Оператор по приему ЭТИХ платежей. Иди вставай на учет в финмониторинг.

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

Вцелом, совмещаешь роли оператора и субагента одновременно (относительно разных платежей). Со своими правами и обязанностями для каждой роли.

Процессинг тут вообще не при делах. Такого понятия в законе нет.

Добавлено: 08 янв 2010, 11:59
hecntv
спасибо!

Добавлено: 22 янв 2010, 11:39
Mikich
ОХНУНИФИГАСЕБЕ писал(а):Итак в связи с запрещением субов, появился вопрос о собственной ПС. Выходы на операторов благо есть. Сколько стоит на данный момент готовая ПС способная обработать 30-40 тысяч транзакций в день? И сколько примерно стоит ее содержание?

Если кого интересует организация ПС, то могу предложить собственную готовую реализацию.
У меня уже два года работает прием местной коммуналки. Учет всех операция, составление отчетов ведется в базе данных. Можно все гибко настраивать под собственные нужды.
Вам только останется заключить договора и завести их в базу данных.
ПО работает с терминальным софтом Киберплата. При желании можно интегрироваться с любым терминальным софтом, вплоть до написания своего собственного.

Добавлено: 22 янв 2010, 16:54
robin
Mikich писал(а):
ОХНУНИФИГАСЕБЕ писал(а):Итак в связи с запрещением субов, появился вопрос о собственной ПС. Выходы на операторов благо есть. Сколько стоит на данный момент готовая ПС способная обработать 30-40 тысяч транзакций в день? И сколько примерно стоит ее содержание?

Если кого интересует организация ПС, то могу предложить собственную готовую реализацию.
У меня уже два года работает прием местной коммуналки. Учет всех операция, составление отчетов ведется в базе данных. Можно все гибко настраивать под собственные нужды.
Вам только останется заключить договора и завести их в базу данных.
ПО работает с терминальным софтом Киберплата. При желании можно интегрироваться с любым терминальным софтом, вплоть до написания своего собственного.


А как работаешь со штрих-кодами на квитанциях...

Добавлено: 22 янв 2010, 20:13
xxx.ru
robin писал(а):А как работаешь со штрих-кодами на квитанциях...

А в чем может заключаться сложность работы со штрих-кодами?

Добавлено: 25 янв 2010, 12:01
Mikich
robin писал(а):
А как работаешь со штрих-кодами на квитанциях...

Никак. Номер лицевого счета вводится.

Добавлено: 25 янв 2010, 15:33
Гость
Mikich писал(а):
ОХНУНИФИГАСЕБЕ писал(а):Итак в связи с запрещением субов, появился вопрос о собственной ПС. Выходы на операторов благо есть. Сколько стоит на данный момент готовая ПС способная обработать 30-40 тысяч транзакций в день? И сколько примерно стоит ее содержание?

Если кого интересует организация ПС, то могу предложить собственную готовую реализацию.
У меня уже два года работает прием местной коммуналки. Учет всех операция, составление отчетов ведется в базе данных. Можно все гибко настраивать под собственные нужды.
Вам только останется заключить договора и завести их в базу данных.
ПО работает с терминальным софтом Киберплата. При желании можно интегрироваться с любым терминальным софтом, вплоть до написания своего собственного.


А вы продаете софт или полностью ПСку с терминалами и т.д.?

Добавлено: 26 янв 2010, 10:54
Mikich
Готов рассмотреть два варианта: продажа софта и услуги процессинга.

Добавлено: 26 янв 2010, 20:29
Гость
Mikich писал(а):Готов рассмотреть два варианта: продажа софта и услуги процессинга.


Для интересу. Цена вопроса, на 100 теремков?

Добавлено: 27 янв 2010, 12:33
Mikich
kirill-lis писал(а):
Mikich писал(а):Готов рассмотреть два варианта: продажа софта и услуги процессинга.


Для интересу. Цена вопроса, на 100 теремков?

Вы интерес свой поточнее опишите. Не ясно даже что Вас интересует, софт или процессинг.

PS Лучше в личке.

Добавлено: 28 фев 2010, 19:38
robin
Mikich писал(а):Готов рассмотреть два варианта: продажа софта и услуги процессинга.


если у вас такой крутой софт, не скажешь как комплексируется с бух.программами, типа формирование отчетов за день, неделю или месяц?
И как формируются платежки в адрес поставщиков слуг, автоматом или опять ручками.
Поддерживается ли безналичная оплата( оплата карточками типа Visa или Master Card)?
А как ложится в бух. баланс?
И как реализован опер.день (согласно ФЗ-103) - дележ инкассированных денег на спецюсчет или на расчетный(товя комиссия)?
А как реализована система написания своих шлюзов (например местных- коммунальных)?
А если есть иструмент (тпа SDK Tools Cit) для рпасишрения возможностей системы?
А каково кол-во поддерживаемых устройств типа CASH, фискальников, сканеров щрих-кода, сторожевиоков и модемов?

Есть ли поддержка других сеток в виде субагентов, т.к. ПС выступает уже сам понимаешь не в роли агента,
а уже в роли оператора(правда местного)?

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

Добавлено: 15 мар 2010, 18:15
Mikich
robin писал(а):
если у вас такой крутой софт, не скажешь как комплексируется с бух.программами, типа формирование отчетов за день, неделю или месяц?
И как формируются платежки в адрес поставщиков слуг, автоматом или опять ручками.
Поддерживается ли безналичная оплата( оплата карточками типа Visa или Master Card)?
А как ложится в бух. баланс?
И как реализован опер.день (согласно ФЗ-103) - дележ инкассированных денег на спецюсчет или на расчетный(товя комиссия)?
А как реализована система написания своих шлюзов (например местных- коммунальных)?
А если есть иструмент (тпа SDK Tools Cit) для рпасишрения возможностей системы?
А каково кол-во поддерживаемых устройств типа CASH, фискальников, сканеров щрих-кода, сторожевиоков и модемов?

Есть ли поддержка других сеток в виде субагентов, т.к. ПС выступает уже сам понимаешь не в роли агента,
а уже в роли оператора(правда местного)?

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


Ежедневно формируется файл формата 1C, его остается только подгрузить в 1с-бухгалтерию. Файл получается агрегированный по дням и поставщикам, после загрузки в 1с формируются проводки в сторону поставщика услуг.
Циклично (в зависимости от настроек) формируются отчеты в Excel формате и рассылаются поставщикам услуг. Так же, при необходимости, поставщикам формируются файлы в формате предложенном ими.
Чтобы реализовать оплату по картам необходимо иметь договор с банком-спонсором. К сожалению, у меня такого договора нет. При необходимости, этот вопрос вполне решается.
Не совсем понятен вопрос относительно опердня. Это не банковский учет.
Шлюзы написаны так, за основу взята киберплатовская система отсылки информации с терминала. Местный платеж с терминала идет не в кибер, а на наш сервер учета платежей (Front office). Вся система построена по классической схеме, состоит из двух серверов (Front office и Back office).
По поводу фискальников, сканеров итд, это терминальный софт. У меня его нет. Используется софт Киберплата находящийся в свободном доступе. У меня лишь система обработки и учета платежей.
Поддержка субагентов имеется, но насколько мне известно все субагентские договора с января стоят вне закона.

Я нисколько не обижаюсь на вопросы, прекрасно понимаю все проблемы, тем более что я отдал 15 лет процессингу.

Добавлено: 15 мар 2010, 22:30
robin
Mikich писал(а):
robin писал(а):
если у вас такой крутой софт, не скажешь как комплексируется с бух.программами, типа формирование отчетов за день, неделю или месяц?
И как формируются платежки в адрес поставщиков слуг, автоматом или опять ручками.
Поддерживается ли безналичная оплата( оплата карточками типа Visa или Master Card)?
А как ложится в бух. баланс?
И как реализован опер.день (согласно ФЗ-103) - дележ инкассированных денег на спецюсчет или на расчетный(товя комиссия)?
А как реализована система написания своих шлюзов (например местных- коммунальных)?
А если есть иструмент (тпа SDK Tools Cit) для рпасишрения возможностей системы?
А каково кол-во поддерживаемых устройств типа CASH, фискальников, сканеров щрих-кода, сторожевиоков и модемов?

Есть ли поддержка других сеток в виде субагентов, т.к. ПС выступает уже сам понимаешь не в роли агента,
а уже в роли оператора(правда местного)?

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


Ежедневно формируется файл формата 1C, его остается только подгрузить в 1с-бухгалтерию. Файл получается агрегированный по дням и поставщикам, после загрузки в 1с формируются проводки в сторону поставщика услуг.
Циклично (в зависимости от настроек) формируются отчеты в Excel формате и рассылаются поставщикам услуг. Так же, при необходимости, поставщикам формируются файлы в формате предложенном ими.
Чтобы реализовать оплату по картам необходимо иметь договор с банком-спонсором. К сожалению, у меня такого договора нет. При необходимости, этот вопрос вполне решается.
Не совсем понятен вопрос относительно опердня. Это не банковский учет.
Шлюзы написаны так, за основу взята киберплатовская система отсылки информации с терминала. Местный платеж с терминала идет не в кибер, а на наш сервер учета платежей (Front office). Вся система построена по классической схеме, состоит из двух серверов (Front office и Back office).
По поводу фискальников, сканеров итд, это терминальный софт. У меня его нет. Используется софт Киберплата находящийся в свободном доступе. У меня лишь система обработки и учета платежей.
Поддержка субагентов имеется, но насколько мне известно все субагентские договора с января стоят вне закона.

Я нисколько не обижаюсь на вопросы, прекрасно понимаю все проблемы, тем более что я отдал 15 лет процессингу.

1. Понимаешь в терминальном софте Кибера, безусловно хорошем и отлаженном, есть маленькая фишка как ключи и их прога генерирующая ключи для теремов закрытая. Конечно это разновидность SSL, но разновидность и библиотека в терминальном ПО тоже закрытая и как она работает знает только сам кибер. Конечно его можно викинуть и написать свой SSL. Как у вас это сделано.
2. Опер.день к сожалению нужен для агентской схемы для учета денег на субсчету твоего агента. А если их несколько ручками вести опупеешь. А по 103-ФЗ запрещена четырех уровненая субагентская схема. А трехуровневая без проблем.
А просто система обработки и учета платежей -это не платежная система, а наверное предпроцессинг...
И сейчас стоит проблема расширения как терминального, так и процессинга. И чем дльше в лес тем больше дров одним словом..

Добавлено: 18 мар 2010, 09:53
Mikich
robin писал(а):1. Понимаешь в терминальном софте Кибера, безусловно хорошем и отлаженном, есть маленькая фишка как ключи и их прога генерирующая ключи для теремов закрытая. Конечно это разновидность SSL, но разновидность и библиотека в терминальном ПО тоже закрытая и как она работает знает только сам кибер. Конечно его можно викинуть и написать свой SSL. Как у вас это сделано.
2. Опер.день к сожалению нужен для агентской схемы для учета денег на субсчету твоего агента. А если их несколько ручками вести опупеешь. А по 103-ФЗ запрещена четырех уровненая субагентская схема. А трехуровневая без проблем.
А просто система обработки и учета платежей -это не платежная система, а наверное предпроцессинг...
И сейчас стоит проблема расширения как терминального, так и процессинга. И чем дльше в лес тем больше дров одним словом..


Проблем всегда и везде хватало и хватать будет в любой системе. При построении ПС вопрос всегда стоит в плоскости отношения цены к качеству.
Я видел как развивался такой процессинг как UnionCard, принимал участие в построении RuCard, хорошо знаком с процессингом SmartVista. Естественно знаком с Кибером, и несмотря на то, что Киберу даже не снился такой функционал как в этих системах, все они полны недостатков. Мой процессинг, конечно очень хочет вырасти хотя бы до Кибера, но для этого как Вы понимаете нужны деньги. Как собственно для развития любого процессинга.

PS А вы собственно с какой целью интересуетесь?

Добавлено: 28 мар 2010, 08:01
Гость
т.к. форум юридический и тема создание своей ПС, то вопрос все таки такой: какие документы должна иметь ООО "Платежная система" чтобы не было проблем с контролирующими органами?

Вопрос юристам по новой ПС

Добавлено: 12 апр 2010, 09:16
Гость
Вопрос юристам по новой ПС. Добрый день!
Есть желание и техническая возможность завести на своих теремах пользовательского провайдера.
По новому 103 ФЗ если это делать, то необходимо вставать на учет в фин. мониторинг, т.е. становиться платежной системой (оператором), а что еще необходимо сделать чтобы не нарушая закон стать ПС? Необходимо ли участие банка в этом, ну и т.д.....
Помогите пожалуйста советом...
Заранее благодарны)))

Добавлено: 14 апр 2010, 10:29
Гость
Уважаемый пользователь napehb ,а Вам уже кто нибудь ответил на какие документы должна иметь ООО "Платежная система" чтобы не было проблем с контролирующими органами? Может Вы где то самостоятельно выяснили.... Поделитесь пожалуйста )))) mediasv@bk.ru Заранее благодарен.

Добавлено: 14 апр 2010, 18:45
Гость
Внимательно читайте 103 ФЗ: гарантии платежа, ККТ, отдельный счет, предоставление информации, вид кассового чека и прочее, если еще нет. Потом, возможно - 54 ФЗ и 115 ФЗ, ежли еще не читали. Потом договор с провайдером - и вперед. Участие банка обязательным не является.

Добавлено: 14 апр 2010, 21:33
Гость
103 ФЗ
Оператор по приему платежей вправе осуществлять прием платежей после его постановки на учет уполномоченным органом в порядке, установленном законодательством о противодействии легализации (отмыванию) доходов, полученных преступным путем, и финансированию терроризма, и согласования правил внутреннего контроля
как только Вы заключаете договор с провайдером - становитесь оператором
это потянет за собой постановку на учет, согласование правил, ежегодное обучение...
банк нужен только для расчетов с провайдером (наличка не прокатит)

это кроме тех прелестей, которые Вы уже получили по 103 ФЗ