deleted

Недавно подключился, должно катить. платежей еще не было - не могу выгнать из банков людей.. интеграция быстрая - у них прям в кабинете все сам тестируешь (вплоть до проверки несуществующих счетов и платежей с одинаковыми id) и говоришь что все ок. Они все видят и запускают в боевом режиме. Все инструктировано - зеленая зона (отключение 3dsecure) и как сделать url для оплаты и все такое.

Кому то удобно ваше решение, а кому то другое. Для меня критерии: 1. Возможность взаимодействия с использованием общепринятых, открытых и понятных протоколов - это web. 2. Расширяемость. 3. Универсальность. 4. Мобильность. 5. Отказоустойчивость и т.д. Но мыслей чтоб подключить на биллинговую машину железку, потом еще и драйвера поставить для нее, потом еще поставить компилятор для языка api или еще какой-то софт - не возникало... если это конечно не яндекс - бар и не амиго браузер. В моем понятии биллинг - это для внешнего мира веб-сервер, а внутри база, радиус и ядро или либо по кластерам.. Ну давайте word поставим еще и 1с - чтоб бухгалтер мог отчеты делать.. еще флешку с эцп воткнем и пробросим ее как то по сети. Напоминает мне все случай с одним совковым банком в моем регионе, они до сих пор печатают на светодиодных принтерах, а на кнопках в клиент-банке изображены - пробка от coca-cola - типа открыть документ, а коричневый косяк от двери - типа выход из программы. Только недавно вышло приложение на телефон и то стороннее и за баснословную сумму в месяц и подключение не стоит того по деньгам (чтоб вы понимали его еще как-то там подключить надо и все это не шаблонно и трудозатратно - как вам такая масштабируемость??).. И вот уже три года они все делают какое то там онлайн взаимодействие для своей платежной системы, так любят ее, говорят мы не по пути сбера и система город нам не нужна, мы свою развиваем(хотя развития нет).. И тут предлагают типа вашего варианта, но для приема платежей, говорят прям ноу-хау... Ставите клиент банк (а он только на windows === запоминаем), он складывает там реестры в виде файлов, вы их открываете и заносите платежи в биллинг. Ну прекрасно же.. скажите.. Спрашиваю и где тут автоматизация и онлайн? Ну типа эти реестры парсите, потом формируете, другой файл, потом его по фтп отправляете на биллинг, так пишите скрипт - и обрабатываете. Ну прекрасно же.. скажите.. Но, говорят это все очень трудно сделать, т.к. это серьезный уровень, и срок выполнения такой задачи 8 месяцев.. Вот это уровень... не правда ли. Да кстати такими же костылями по фтп я должен загружать базу клиентов к ним, чтобы после обеденного перерыва, когда касса в банке открылась, клиент мог просто сказать свой адрес и заплатить. Т.е мне чтоб это реализовать нужно столько костылей использовать, вплоть до того чтоб на bashе парсить файлы и подключаться по фтп, а на биллинге еще ftp-сервер поднять. А, да еще забыл ваше любимое - сделать код обработки ошибок. ВСЕ ВЫШЕСКАЗАННОЕ РЕШАЕТСЯ ДВУМЯ HTTPS запросами (один проверка л-сч, другой на транзакцию) и двумя ответами, например в виде XML - документа (один выведет информацию, другой скажет платеж проведен - вот статус). Никаких КЛИЕНТ БАНКОВ (в вашем случае драйверов). Вот смотрите, не рекламируя не кого, что имеют в моем варианте пользователи касс: всевозможные библиотеки и готовые модули для crm, битриксов, магазинов, уже продуманные и опробованные решения для бизнес - задач. Пользователь думает максимум об API, и то если ему нужно гибкое решение. Даже в моем биллинге из коробки есть решения для фискализации, и в том числе и комтет. но мне же скучно, поэтому я свое написал. Я бы кстати не стал с вами спорить, если бы речь шла об экономии и при этом у меня был продукт от эвотора. Почему, да потому, что здесь реально появляется смысл поэкономить и заморочиться с драйвером, они монетизируют все, все завязано на андройде и приложениях, не хочешь покупать пиши сам - вот апи на java.... Да даже тот же атол онлайн - дороговато и расширяемость дороже..... а так.. есть конторы все за в пределах 1000 руб. все сделают и поддержат, еще рекламу суй бесплатную в чеке, логотипы вставляй - и все приемлемо и доступно. Еще можно позвонить и спросить мнение эксперта про авансы и чеки коррекции, например.. или еще какие - либо нюансы. На дворе 2019 год - и здесь правит WEB. Никаких плюсов и паскаля на фронте. Некоторые конторы используют вашеподобную схему, но они не видят бэкенд и драйвера, они видят службу поддержки атол и платят также. Вся эта тема хочешь не хочешь легла на продавца и с нее никак не выиграть. появились лишние мысли, расходы и т.д.. Вы уж извиняйте, не хотел обидеть вас, проведя параллель между вашим путем и банковским решением, просто напоминает мне об этом. Мне кажется, что наши истории похожи.

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

Например, я вообще не завожу и не лезу в драйвер, у меня в каждую транзакцию подгружается из базы тот сотрудник в качестве кассира, через аккаунт которого в админке совершается платеж. Вообще ничего не открывается вручную, никаких команд, и в пределах одной смены - разные кассиры могут делать чеки. Никаких команд и процедур обработки ошибок, мне на почту приходит тикет о проблеме с чеками, например когда инет пропадет где касса стоит. В облачном варианте они все делают сами за 480 руб в месяц. Так же как и вы делаете клиентам не бесплатно же. Никаких заббиксов, сценариев и сайтов офд. Весь контроль и аналитика в кабинете. Никаких сценариев на уведомление на замену ОФД, все делает сервис на почту Тут Вы правы, бесспорно. НО - Бизнес должен заниматься бизнесом а не пониманием логики работы, как и сказал Alibek.

Вам никто и не говорил что это ужас. Расширять и поддерживать проще web-взаимодействие. И ваше решение это тоже путь. Да.. кстати, весь ваш "ужас" начнется с переустановки драйвера(в случае с обновлением)... И это не драйвер написанный HP для железки мирового уровня, а этот драйвер написанный российским интегратором для китайской кассы и их микросхем и т.д. Ваш вариант тоже работает, с вами не спорят. Это ладно мы - хоть как-то приближенные к миру ит, а представьте себе кофейня какая нибудь хипстерская... Лично мне, о чем вам Alibek и сказал, нет смысла экономить 480 руб. в месяц и думать о трех командах, заббиксе, еще о чем то. Например, вы захотите(в вашем случае) использовать кассу еще для чеков с инет-магазина или еще как-то. Как??? Будете поднимать веб сервер, интерпретировать команды, писать интерфейс? нет уже спасибо.. я буду думать об услугах, оптимизации и прочем, буду заниматься естественными процессами. Был бы я, например, региональной сетью продуктовой, например, конечно я бы выбрал ваш вариант, и опять же врядли бы обошлось все тремя командами, скорее всего был бы какой-то аутсорс того же АТОЛ.   В этом то и проблема.. Еще некомпетентность должностных лиц.. Они сами ничего не представляют.. Мне вообще говорили - тебе вообще ничего не надо делать... Технически то уже все ясно...

Значит признак способа расчета "аванс". ..... ну насколько я знаю так.

Предоплатная модель расчетов и признак способа расчетов !== одинаковые вещи. Предоплата - это когда вперед за номер в гостинице №120 на срок 3 дня, а аванс - это когда неизвестно за что, то ли на тв, то ли на инет, то ли на подписку какую нибудь. Если у вас счет пополняется абонентом и 100% идет на определенную услугу, то вам еще нужно определить частичная или полная. или если услуга сразу отгружается, тогда ПОЛНЫЙ расчет(когда услуга в момент расчета).. Где то тут что то не ладное, так как я отправляю с FULLPAYMENT И УСЛУГА - у меня ОФД принудительно ставит АВАНС, а когда FULLPAYMENT и ТОВАР - все корректно.

Нет. Подразумевается предоплата - это когда товар конкретно определен, но передается после оплаты(бывает полная и частичная). Аванс - это когда услуга не определена и оплачивается просто как сумма. Именно в этот момент необходимо выдать чек. Alibek, сообщите что бухгалтер скажет...

В идеале предмет расчета - услуга, наименование - пополнение л/сч №{из базы сюда}, признак способа расчета - аванс. Т.к. услуга точно не определена и может тратиться и на тв и на инет и на доп. услуи.. Вопрос в момент списания надо ли делать чек на отгрузку этой услуги(и с какими признаком и суммой?)?

Это у вас запрос JSON такой улетает к ним?

Вы в чем то правы, а в чем то и нет. Речь идет об использовании драйвера АТОЛ напрямую без Kaas. В этом то и суть - в использовании онлайн сервиса - то, что поддержка более легкой будет, максимум добавится что то, или метод запроса изменится например. Но драйвер предполагает полный контроль над ккт. Тут таки как раз и надо и открыть и закрыть смены, учесть нужный период. При использовании его там ничего не закроется.. Это все делает сервис, он работает с учетом актуальных нововведений и требований с этим драйвером, а с другой стороны предполагает упрощенный вариант взаимодействия с пользователем ккт по web (https запросы). По сути библиотеки в конечном итоге и отправляют все на сервер в облаке таким путем, по https. Команды то можно отправить. Речь идет о поддержке, масштабировании и соблюдении законодательства.. Например приведу, в каком случае было бы сделать легче - используя онлайн сервис с его API или напрямую используя драйвер, т.е. без использования сервиса Kaas случай внедрить исполнение новой версии ФФД 1.05?? В первом случае нужно платить за это, а во втором поддерживать самому, что кажется дороже.. Насчет курьеров вроде развозная торговля - но могу ошибаться и там место расчетов может быть даже номер авто указан - этот момент самый раскрытый в сети и там много практических решений и примеров. Опять же без онлайн сервиса не закроется ничего, закроет только прослойка (Kaas) между пользователем и ККМ, использую этот драйвер. Сервисы все насколько я знаю предполагают покупку ФН, так как это требования закона, просто его вставят в свою кассу (причем этот ФН теперь только с этой кассой только будет работать) и разместят у себя, некоторый предлагают купить все и разместить у пользователя. изменятся НПА.... В том то и дело изменится и АПИ, а в случае с драйвером посложнее все будет.. но можно. Ребята, связанные с кодингом поймут. Я сейчас не топлю за покупку этих сервисов, самого бесит эта телега в коробке два зарядника, микрокомпьютер и касса - такой колхоз.. просто самый дешевый вариант таков был на тот момент.

Здесь достаточно серьезный уровень интеграции. Низкоуровневый пласт языков. Нужно заморачиваться с открытием и закрытием смены, например. Очень понравился метод, вызываемый для отрезки ленты)). Вроде как даже 1С не использует этот драйвер напрямую, а только какую то часть и то через упрощенную прослойку. Это как писать echo "на ассемблере". А еще самое сложное все это поддерживать, ведь нпа меняются, добавляются новые реквизиты и капризы регулятора. Одно небольшое нововведение может заставить перевернуть все парадигму написанного собственного по для этих целей. Поэтому и развелось много Kaas. Суть проста, вместо полного контроля над кассовой машиной - отдаете по api примитивные команды с данными, типа сумма, номер телефона, фио кассира и т. д., а все остальное сервис сделает сам. Если принимаете на сайте, то практически все системы и терминалы - это агенты и обязаны бить чеки, а письмо минфина позволяет продавцу не пробивать чек повторно в таком случае. Для этого предусмотрены специальные поля в чеке. Т.е. если они агенты они в любом случае чеки делают, просто кто то это монетизирует, а кто то нет. Если кому интересно, я здесь напишу инфу от первых лиц налоговой областной (пусть и не в тему, но делится ка-кто нужно инфой): 1. Платежи на р/сч от физиков при усн бить с июля 2018г. - 100% (если у кого то другое мнение и типа от налоговиков, то мне тоже разные "девочки из налоговой - должностные лица по этому направлению" - говорили разное и в разное время их ответы были разные). 2. Одну кассу для платежей в интенет и р/сч использовать не запрещается, причем технически это возможно, но проблема в передаче постоянного параметра места расчетов в чеке, который статичен и указывается при регистрации кассы, т.е. если поступать таким способом какая то категория чеков будет попадать под нарушение, например при поступлении на р/сч в месте расчетов будет указан https://nag.ru. (т.е. параметр для расчетов в сети интернет - юридически значит "ТОЛЬКО ДЛЯ РАСЧЕТОВ В ИНТЕРНЕТ"). 3. Одну ссылку на чек нельзя присылать, можно только ей дополнить текстовую информацию в смс - ФД, ФП, № ККМ и т.д. (хотя вроде как РТ просто ссылку присылает) Если кому интересно как у меня реализовано (НЕ РЕКЛАМА).. 1. Касса АТОЛ 30 Ф + ФН36 + Raspberry + сервис КОМТЕТ Касса. Выбрал так как самый дешевый - 480 руб в месяц. 2. При платежах на сайте платежная система все делает. 3. При платежах через админку биллинга, т.е. при поступлениях на р/сч - скриптом заноситься в табличку базы вся инфа. 4. Раз в минуту отправляется на фискализацию по api - там библиотеки есть на Питон и ПХП. 5. Через минуту обновляются статусы и если все ок, то отправляем смс - со ссылкой на чек. Ссылку подставляю вида https://lk.platformaofd.ru/web/noauth/cheque?fn=00000000000000000fp=00000i=000. Данные вместо нулей беру из статуса чека. https://github.com/Komtet/komtet-kassa-php-sdk https://kassa.komtet.ru/integration/api Так то нет никаких проблем, есть только непонятные моменты, которые уже рассеиваются и становится все ясным. Явным то, что это нужно делать - камеральная проверка после мая месяца нам скажет все.

Т.е. никак не сделать одновременную доступность разных адресов из одной /24 сети через два аплинка??

Доброго дня, могли бы объяснить возможно ли такое и как быть если невозможно.. Планируется два аплинка в разных местах - следовательно два бордера. После каждого бордера - доступ для клиентов (RADIUS будет выдавать из арендованной /24 сети и AS). Стыки между операторами на их /30 сетях (не из нашей сети). Свою сеть нужно раздавать клиентам исключительно. 1. Возможно ли одну 24 сеть анонсить в два аплинка? и как при этом будут доступны адреса клиентские этой сети из интернета. Например, 111.222.333.5 - будет за первым бордером, а 111.222.333.6 за вторым (совпадения IP исключены биллингом), оба адреса должны быть доступны из инета или только один?? Вопрос больше по работе bgp... 2. В биллинге нет возможности разным сегментам выдавать белые адреса тоже из разных сегментов, например из двух разных /24. Там только один общий список. Как возможно сделать доступность этих адресов из разных сетей, если первым способом невозможно? Кто как вообще выдает белые адреса из одного пула клиентам при двух разнесенных аплинках?? Благодарю вас!

Продано

Зарезервировано до 14.12 до 15.00 (Час. ЕКБ)

Сервер Dell PowerEdge 1950 - 3 шт. Цена за все - 10 000 рублей. Торга нет. Состояние БУ, внутренности в хорошем состоянии. На BMC-контроллере и BIOS - последние прошивки. Внутри: 2x2.33Ггц Quad-Core Xeon E5345 (2 CPU, 8192кэш)/16Gb (4x4) PC2-5300F/no HDD SAS Hot Swap/1xPower 670W/Rack 1U EURO. Контроллер DELL RAID Controller PowerEdge 1950 2950 PERC 5i 256MB PCI-e SAS (WX072) - 1шт в каждом + кабель для подключения батареи. Салазки для жестких дисков DELL 2.5" SATA SAS Tray Caddy для серверов DELL PowerEdge и DELL PowerVault (KF248) - 4 в каждом. В комплекте также рельсы для крепления в стойку! Территориально г. Челябинск или область. Оплата и отправка любым способом, в том числе через расчетный счет. в любую точку. Контакты: +7 912 3163169. Звонить в любое время. В личку захожу редко..

Поспешу Вас обрадовать...

Готов сделать скидку на серверы за наличный расчет - 3 штуки за 12 000 рублей до 10.12.2018. до 11.00 (MSK) Отправлю ТК КИТ до места за Ваш счет. Сфотографирую накладную на фоне серверов и отправлю на почту или watsapp до перевода средств. Мне будет удобно в одно время в ТК все сделать, во время отправки коммутаторов...

Коммутаторы забирают в понедельник.. Отпишусь если будет актуально.

Zadarma. Именно там много чего международного...

Сервер Dell PE 1950 - 3 шт, 6000 рублей за 1шт. или 15000 за 3шт. Состояние БУ, вентиляторы работают исправно, не гудят, внутренности в хорошем состоянии. На BMC-контроллере и BIOS - последние прошивки. 2x2.33Ггц Quad-Core Xeon E5345 (2 CPU, 8192кэш)/16Gb (4x4) PC2-5300F/no HDD SAS Hot Swap/1xPower 670W/Rack 1U EURO. Контроллер DELL RAID Controller PowerEdge 1950 2950 PERC 5i 256MB PCI-e SAS (WX072) - 1шт в каждом + кабель для подключения батареи. Салазки для жестких дисков DELL 2.5" SATA SAS Tray Caddy для серверов DELL PowerEdge и DELL PowerVault (KF248) - 4 в каждом. В комплекте также рельсы для крепления в стойку! Коммутаторы DLINK DES-3028 - 9 шт, 1500 рублей за 1шт. или 10000 за 9 шт. Состояние БУ, все порты рабочие, сброшены в ноль, креплений в стойку нет (возможно найду несколько комплектов), последние прошивки. Нижний на фототографии. Территориально г. Челябинск или область. Оплата и отправка любым способом, в любую точку. Безнал от ИП или Юр.Лица + 6% к стоимости. Контакты: +7 912 3163169. Звонить в любое время. В личку захожу редко..

Доброго вечера, дорогие пользователи! Кто нибудь знает про существование универсальных направляющих для серверов. Или вариант только использовать обычные, нетелескопические, стандартные? Или полки? Серверы 1U Dell 1950 PowerEdge. Кто как выходит из ситуации с БУ серверами?

А что если подать заявку и регистрировать как точка-многоточка? там нет ограничений по углу направленности (думаю именно это им и не понравилось, а других вариантов в беспроводке нет мостовых).

Отослал им 2 заявки в 5 ггц. Одна на БС сектора Rocket M5 - прислали договор и счет, другая мост Power beam m5-400 - написали что именно на сайте производителя, технические характеристики не соответствую решению от 15.07.2010 № 10-07-02, поэтому невозможно использовать их как точка-точка. ПРичем здесь информация на сайте? эта модель явно вписывается в требование приложения этого решения.. Кто нибудь сталкивался? Какие варианты есть другие вместо нее этого же вендора?