Платежи из файла

[Efendy]

Сделал чтоб в демке работало, также обновил доку
а также сделал фичу чтоб можно было подгонять идентификаторы под нужный формат (в доке описано)

[Maks]

Спасибо, что починили демку.

Но, что-то беда с кодировкой.

Для файла кодировка точно cp1251, но вот после импорта вижу крякозаблы. Подскажите в чем причина.

P.S А группы в телеграмме случаем нет, где владельцы биллинга могли бы общаться на такие вопросы и помогать друг другу.

[Efendy]

прикрепи файл. я пробую на ср1251 и у меня все ок

[Maks]

Прикрепил

[Efendy]

Прикольно, ты закинул в обработку файл с совершенно иной структурой чем задана в конфиге. Система выудила текст вместо суммы денег. Нарисовало ошибку, но саму ошибку вывело в цп1251. Я это исправил. Но я надеюсь, что после этого ты в документах настроишь правильный конфиг чтоб он соответствовал твоей структуре?

[Maks]

Подправил шаблон под мой документ, но вот ситуация с крякозяблами осталась.
Индификатор клиента находится в поле комментария платежа.

К примеру Плата за комунальнi послуги, о/р 7118,
7118 это номер договора.

В Демке такой договор создал, но при импорте парсер пишет что такого договора нет.

Также подскажите как узнать user_field_in_db
Хотел найти его тут: Настройки - дополнительные поля, но его там нет.

[Efendy]

Благодаря тому, что ты не хочешь согласно документации указать, что первая строка в файле не является данными (skip_first_line = 1), а является заголовком, я исправляю проблемы с цп1251. Норм.

Код:

user_regexp_in = .*?(\d{3,10}).*
user_regexp_out = $1

этот шаблон выудит первое число длинной от 3 до 10 цифр

[Maks]

Спасибо. Теперь работает.

Может кому пригодится, рабочие настройки для парсера Привата.

Код:

file_format = csv
file_encoding = cp1251
csv_delimiter = ;
skip_first_line = 1
user_column_number = 13
user_field_in_db = contract
action_when_many_users = ignore
amount_column_number = 12
only_positive_amount = 1
div100_amount = 0
comment_column_number = 13
date_column_number = 6
date_column_format = %d.%m.%Y %H:%M
unique_columns = 5,9
user_db = users
user_id_in_db = id
user_regexp_in = .*?(\d{3,10}).*
user_regexp_out = $1

А дальнейшее развитие модуля ожидается ?
Выписки по API можно получать и полностью автоматизировать этот процесс аналогично как в других билингах.

[Efendy]

А дальнейшее развитие модуля ожидается ?

Предлагай что добавить

[Maks]

В Приват 24 для бизнеса в разделе Автоклиент можно настроить периодическое автоматическое получение выписок / остатков.
Как следующий шаг я вижу это автоматический автоклиент - парсер выписок.
Чтоб бугалтер не занимался глупой работой ежедневно. Автоматизация так сказать.

Вот детальное описание автоклиент
https://docs.google.com/document/d/e/2PACX-1vS8rx2WKg69o6JvG5L4AhSXcU6vxXcJph6WK84qJcAYDBvsNYEob57jDMQhbosjc9gRS5bOTqTXf0vb/pub
API
https://docs.google.com/document/d/e/2PACX-1vTtKvGa3P4E-lDqLg3bHRF6Wi9S7GIjSMFEFxII5qQZBGxuTXs25hQNiUU1hMZQhOyx6BNvIZ1bVKSr/pub


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

[NodenY45]

перестал работать модуль...
при пополнении оставляет только коментарий о том что пополнило, и не пополняет баланс. выдает ошибку платежа.
но в коментарии он то есть... и если ты его удаляешь - баланс уводит в минус.
при проверке биллинга perl nokernel.pl -m=system_check -v выдает "Есть расхождения суммы платежей и баланса клиента. Важность проблемы: 3"
Подскажите куда смотреть? и почему могло не пополнить?

[NodenY45]

перестал работать модуль...
при пополнении оставляет только коментарий о том что пополнило, и не пополняет баланс. выдает ошибку платежа.
но в коментарии он то есть... и если ты его удаляешь - баланс уводит в минус.
при проверке биллинга perl nokernel.pl -m=system_check -v выдает "Есть расхождения суммы платежей и баланса клиента. Важность проблемы: 3"
Подскажите куда смотреть? и почему могло не пополнить?

и как можно исправить это несоответствие(HAVING u.balance<>chk_balance)?
как удалить платежи которые не пополнили баланс учеток?

Код:

+------+---------+-------------+
| id   | balance | chk_balance |
+------+---------+-------------+
|   98 |    7.41 |      237.41 |
|  190 |   22.76 |      232.76 |
|  295 |   57.63 |      307.63 |
|  402 |  345.17 |      845.17 |
|  412 |    0.26 |      252.26 |
|  421 | -228.21 |        3.79 |
|  456 |  101.75 |      341.75 |
|  534 |    0.64 |      252.64 |
|  587 |   31.83 |      281.83 |
|  646 |   35.13 |      195.13 |
|  802 |    0.86 |      232.86 |
|  817 |    0.63 |      154.63 |
|  821 |    0.09 |      252.09 |

[jack_frost]

Добрый день. Установили этот модуль. Сейчас занимаюсь настройкой. И сразу вонзник вопрос.

Часто абоненты при оплате не указывают свой лицевой счет, но указывают номер договора.
Или просто указаны ФИО.

Можно искать не по одному полю идентификатору (из базы)?
Например:
user_field_in_db = _os_rah, _contract, _fio

[Warlock]

Вообще код оплаты это уникальный номер. ФИО может быть одинаковое у абонентов. Проще их переучить.

[jack_frost]

Значит искать по номеру договора (у нас он тоже индивидуальній) и по лицевому счету.
Вообще, есть возможность искать по нескольким ключемвым полям?