Коллеги, на продакшене никто такие вещи не тестирует)))
А насчет предупреждали то да.
Как дальше жить будем?

К сожалению да, я тоже не могу ее повторить на других, есть догадки, сообщу как выясню.

Тут подъехала новая проблема - после обновления RouterOS до версии 6.45.1 биллинг не может авторизоваться
Вот что говорит микротик
Old API authentication method will also no longer work, see documentation for new login procedure:
wiki.mikrotik.com/wiki/Manual:API#Initial_login

Всем привет

Уже довольно давно мучает проблема:
Учетная запись биллинга выпадает из микротика и он начинает резко удалить адреса из списка goodboys - потом он авторизовывается обратно ну и конечно возвращает на родину все адреса.
Пока он там размышляет о высоком пользователей выкидывает на заглушку с фразой что интернет есть все ок но никуда не пускает (я думаю понятно почему)

Log

Код:

06:37:02 system,info address list entry removed by bill 
06:37:02 system,info address list entry removed by bill 
06:37:02 system,info address list entry removed by bill 
06:37:03 system,info address list entry removed by bill 
06:37:03 system,info address list entry removed by bill 
06:37:03 system,info address list entry removed by bill 
06:37:03 system,info address list entry removed by bill 
06:37:03 system,info,account user bill logged out from 10.1.0.5 via api 
06:37:04 system,info address list entry removed by bill 
06:37:04 system,info address list entry removed by bill 
06:37:04 system,info address list entry removed by bill 
06:37:04 system,info address list entry removed by bill 
06:37:04 system,info address list entry removed by bill 
06:37:04 system,info address list entry removed by bill 
06:37:04 system,info address list entry removed by bill 
06:37:04 system,info address list entry removed by bill 
06:37:04 system,info address list entry removed by bill 
06:37:04 system,info address list entry removed by bill 
06:37:04 system,info address list entry removed by bill 
06:37:04 system,info address list entry removed by bill 
06:37:04 system,info address list entry removed by bill 
06:37:04 system,info address list entry removed by bill 
06:37:04 system,info address list entry removed by bill 
06:37:04 system,info address list entry removed by bill 
06:37:04 system,info address list entry removed by bill 
06:37:04 system,info address list entry removed by bill 
06:37:04 system,info address list entry removed by bill 
06:37:06 system,info address list entry removed by bill 
06:37:06 system,info address list entry removed by bill 
06:37:06 system,info address list entry removed by bill 
06:40:44 system,info,account user bill logged in from 10.1.0.5 via api 
06:41:01 system,info address list entry removed by bill 
06:41:06 system,info address list entry added by bill 
06:41:06 system,info address list entry added by bill 
06:41:06 system,info address list entry added by bill 
06:41:06 system,info address list entry added by bill 
06:41:06 system,info address list entry added by bill 
06:41:06 system,info address list entry added by bill 
06:41:06 system,info address list entry added by bill 
06:41:06 system,info address list entry added by bill 
06:41:06 system,info address list entry added by bill 
06:41:06 system,info address list entry added by bill 
06:41:06 system,info address list entry added by bill 
06:41:06 system,info address list entry added by bill 
06:41:06 system,info address list entry added by bill 
06:41:06 system,info address list entry added by bill 
06:41:06 system,info address list entry added by bill 
06:41:06 system,info address list entry added by bill 

Это малая часть лога, за пару секунд он успевает перелопатить довольно много адресов
Не зависит от нагрузки и времени суток, может не вылазить неделю месяц, может за неделю два-три раза повторить
 
У кого была такая проблема? Как решили?

P.S.
bill - пользователь специально заведенный для биллинга имеет права на чтение и запись по api
Ревизия последняя (Наблюдается уже около года проблема)
Прошивка в микротике уже последняя (от версии не зависит появилось давно)
Версия модуля последняя

Качай модуль заново

Все ок

Спасибо

Качай модуль заново

Скачал, поставил, тестируем

Привет

Не уверен что стоит открывать новую тему потому пишу тут
КупилСкачал модуль для iBox
Все вроде ок НО не начали с ними работать так как вот:

При отправке запроса на "pay", с вашей стороны получаем response, но есть замечание:
Отсутствует обязательный тег : <prv_txn_date>2019-04-16 09:00:10</prv_txn_date> , пункт 5.5 описания протоколоа технического взаимодействия.

Это мне прислал техпод iBox
Что с этим делать?

Не нашел тут запроса, мог недосмотреть конечно
Думаю было бы неплохо иметь возможность делать экспорт или распечатку тикетов чтобы можно было их сразу раздать бригадам ремонтников

Идея очень простая, до безобразия. В настройках услуги должно быть описание для юзера. ВСЕ. Если описание услуги есть - то услуга будет видна.

Спасибо, это помогло решить проблему

Можно сделать. У них есть возможность онлайн тестирования, не в курсе?

Стало уже очень актуально, сделаешь ее?

Добрый день

Возникла необходимость принимать платежи на два разных Юр.Лица
Техпод изипея говорит это можно сделать и говорит что там можно сделать это так:

Код:

8 Дополнительные параметры
8.1 Банковские реквизиты
Дополнительный параметр в операции Check. Возвращается провайдером, когда платежи на один сервис имеют разные банковские реквизиты.
<BankingDetails>
<Payee>
<Id>ЕГРПОУ или ИНН получателя</Id>
<Name>Название или имя получателя</Name>
<Bank>
<Name>Название банка получателя</Name>
<Mfo>МФО получателя</Mfo>
<Account>счет получателя</Account>
</Bank>
</Payee>
<Payer/>
<Narrative>
<Name>Назначение платежа в формате точно из договора</Name>
<Vat>20</Vat> <!--НДС, если не берется то 0-->
</Narrative>
</BankingDetails>
 
Чтобы принимать оплату на нескольких получателей и распределить платеж на несколько получателей, в дополнение к основным банковским реквизитам на операцию Check нужно передать в ответе структуру.
<AdditionalPayments> 
      <AdditionalPayment> 
            <BankingDetails> 
                 ------------ стандартная структура ------------ 
            </BankingDetails> 
            <Rule> 
               <Unit> 
                    ------------------- может быть одно из двух значений "Amount" или "Percent" ----------------------- 
               </Unit> 
               <Value> 
                  --------------------- число формата 0.00 ------------------ 
               </Value> 
            </Rule> 
      </AdditionalPayment> 
      <AdditionalPayment> 
            ........................ 
      </AdditionalPayment> 
      ........................... 
</AdditionalPayments>
Выполняем расщепление платежа на вложенные банковские реквизиты согласно правилу для каждого AdditionalPayment. 
Правило- это набор из двух элементов:
• Unit - признак того как будет делиться основная сумма. "Amount" - означает что будет вычитаться значение. "Percent" - браться процент от суммы транзакции. 
• Value - величина либо в процентах, либо в деньгах.

Готовы заплатить за доработку модуля под нас

Разобрался, оказывается заглушка теперь тоже настраивается через веб...
Вот тут почти все описано h-t-t-p://forum.nodeny.com.ua/index.php?topic=3051.0 кроме заглушки
Насчет кнопки для перезапуска ядра - поддерживаю, а то как-то не очень, в вебе исправил конфиг того, что надо перезапускать через консоль))

После обновы получил вот такой сюрприз с заглушкой

Код:

perl nokernel.pl -m=cap -v
Start. Flag -h for help

loading /usr/local/nodeny/sat.cfg

Connecting to DBI:mysql:database=nodeny;host=localhost;port=3306;mysql_connect_timeout=5 : 0.029334 sec

SELECT * FROM config ORDER BY time DESC LIMIT 1
Строк: 1. Время выполнения sql: 0.0012 сек

loading kernel::cap.pm

Start

Слушаем порт 777

Хотя в cap.cfg

Код:

port     => 8080,

В браузере по этому порту

Код:

wget h-t-t-p://localhost:777
--2018-11-22 01:09:23--  h-t-t-p://localhost:777/
Resolving localhost (localhost)... 127.0.0.1, ::1
Connecting to localhost (localhost)|127.0.0.1|:777... connected.
HTTP request sent, awaiting response... 200 OK

И пустая страница

Обновился, перезапустился - непомогло, так-же рандомно не показывает услугу в кабинете
Есть у кого идеи?

Нет, как раз таки не зависит это от тарифа
Попробую добавить и перезапустить - отпишусь

Не помогло, суть в том, что это не так что у всех не показывает, у некоторых клиентов показывает у некоторых нет
Никакой закономерности я уловить не могу