|
Формат обмена табличными данными
|
|||
---|---|---|---|
#18+
MegadragonCSV отсеяли быстро ввиду его «примитивности».Ну и зря. При нормальной спецификации он легче всего формируется и быстрее всех загружается. Я бы предложил использовать его подвид TSV. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.05.2019, 11:09 |
|
Формат обмена табличными данными
|
|||
---|---|---|---|
#18+
Пока что большинство из отдела разработки «за» JSONбугага. Как будто там нет проблем с разделителями в датах и в числах. В ЖСОН вообще нет стандарта для хранения даты. Пиши, что хош. Вы уверены, что те, кто присылал DBF, пришлют вам расово правильный JSON ? В любом случае придется проверять вход.данные на валидность. Тчк/зпт в числах вообще не проблема и решается одной функцией. С датой можно поступить аналогично, но придется указывать порядок следования токенов. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.05.2019, 11:21 |
|
Формат обмена табличными данными
|
|||
---|---|---|---|
#18+
MegadragonРанее платежи присылались в формате DBF, причём каждый банк присылал файлы со своей уникальной структурой (хотя некоторые банки впоследствии соглашались со структурой других, но таких меньшинство). Некоторые банки даже присылали один и тот же реестр двумя DBF-файлами: тело – список платежей, и заголовок – файл из одной строки с общими данными реестра. Ну так они будут присылать "как захотят", и в более "современном" формате. Тут надо административно гайки закручивать и порядок наводить. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.05.2019, 13:17 |
|
Формат обмена табличными данными
|
|||
---|---|---|---|
#18+
982183Ну так они будут присылать "как захотят", и в более "современном" формате.+1. Или не будут. Причины найдут легко. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.05.2019, 14:23 |
|
Формат обмена табличными данными
|
|||
---|---|---|---|
#18+
А иначе им придется каждый платеж отдельным ПП слать. Что дорого. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.05.2019, 14:39 |
|
Формат обмена табличными данными
|
|||
---|---|---|---|
#18+
Т.ч. исходя из вопроса, можно предположить, чоо топик-стартера только вчера приняли на работу в правительство РФ. AFAIK В СБерБанке (СББИС) уже есть формат обмена (TXT), сомневаюсь. что например Сбербанк будет что-то в своих системах менять (у них и так глюков полно) В Почте России - аналогично уже все есть (TXT) (IMHO вполне вменяемый формат и люди, в отличие от Сбербанка, где и формат не вменяемый и документация аналогичная) Напрямую импортировать в табличку БД не получится. Т.к. кроме собственно данных по "мелким"/одиночным перечислениям, есть еще и заголовок (header или footer, у кого как) с общими данныи по "объедененному" банковскому платежу. Т.к. все РЦ пытаются платежи агригировать и деньги перечисляют одной платежкой (за сутки), а не множеством мелких По этой причине, запихать все данные в CSV не получится. И в Почте России и в СберБанке есть и поля для показания счетчиков, как и через что их может заполнить "клиент", я не знаю. Те данные, которые видел я, там или мусор или пусто. IMHO & AFAIK ... |
|||
:
Нравится:
Не нравится:
|
|||
29.05.2019, 14:41 |
|
Формат обмена табличными данными
|
|||
---|---|---|---|
#18+
в Сбербанке - ССБОЛ (Сбербанк Бизнес-Онлайн) ... |
|||
:
Нравится:
Не нравится:
|
|||
29.05.2019, 14:42 |
|
Формат обмена табличными данными
|
|||
---|---|---|---|
#18+
Megadragon, реестров платежей населения Вот я бы использовал текстовый формат обмена 1с и банк клиента.... По факту у всех банков реализована его загрузка/выгрузка. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.05.2019, 15:10 |
|
Формат обмена табличными данными
|
|||
---|---|---|---|
#18+
На правах идеи JSON и XML не очень удобен для просмотра сотрудником соответствующих отделов "глазами" Даже от TXT, заказчик был не в восторге, пока я не научил их TXT файл с разделителем импортировать в Excel. Если речь о своем формате, я бы предложил user-friendly Excel-XML. Программе пофиг, а пользователи будут счастливы. Т.к. в крайнем случае, если система "сглючит", всегда смогут посмотреть данные и, если нужно, ручками / на_счетах / святым_духом как нибудь их обработать На одном sheet - данные о платежах На втором sheet - общие данные о пакете Первая строка - заголовки полей Немного сложнее технически, но зато user-friendly. dvimВот я бы использовал текстовый формат обмена 1с и банк клиента.... По факту у всех банков реализована его загрузка/выгрузка. все есть в первом сообщении Т.С., т.ч. убрал в спойлер 1) "платежи населения за коммунальные услуги" у ряда организаций != ПД банка Например в СбБОЛ и в Почта-России банковская платежка приходить одна на следующий день агригированная по всем платежам за пред. день, а расшифровка "платежей населения" в отдельном файле. AFAIK аналогично выписки по эквайрингу из Сбербанка. Физическая банковская платежка будет одна, а эквайринговых платежей - много 2) Так же будет проблема с комиссией банка. Т.к. сумма по платежке != сумме платежа клиета-населения. Сбербанк (эквайринг и СбБол) и Почта-России по мере дохождения денег подвергнет их утряске и усушке на размер своей коммисии. Нужно еще придумать как в информационной системе комиссию банка показывать. Т.к. с одной стороны, загрузка выписки должна сойтись с суммарными данными приема денег из банка ("усушенная" реальные деньги), а с другой стороны, платежи населения должны сойтись с выставлением начисленными населению (реально полученные деньги + комиссия) 3) В идеале. хорошо бы еще уметь принимать и показания счетчиков. Теоретические такие поля в форматах и СбБОЛ и Почта-России существуют, но я о них ничего не знаю. etc..etc.. IMHO & AFAIK ... |
|||
:
Нравится:
Не нравится:
|
|||
29.05.2019, 16:02 |
|
Формат обмена табличными данными
|
|||
---|---|---|---|
#18+
А СБ региональным провайдерам в каком виде данные передает по платежам? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.05.2019, 16:24 |
|
Формат обмена табличными данными
|
|||
---|---|---|---|
#18+
MegadragonПоскольку новая информационная система предусматривает перезаключение договоров, начальство решило унифицировать структуру файлов. Учитывая опыт DBF-файлов некоторых банков, выдвинули требование, чтобы не перекодировать вручную разделители в числах (например, запятую в точку) и датах (например, слэш или дефис в точку). Пока что большинство из отдела разработки «за» JSON, считая DBF «устаревшим», также рассматриваем XML. CSV отсеяли быстро ввиду его «примитивности». У кого какие предложения насчёт формата? Э-э-э. По большому счету "формат" не сильно важен. Главное модель данных, которые вы будете принимать. Если они "ложатся" на плоскую структуру (таблица), то можно использовать CSV/XLS и т.д. Если нет, то удобнее JSON, YAML, XML и пр ИМХО имеет смысл подумать в сторону создания сервиса/API, для приема данных. Соответственно описание данного сервиса/API и будет "форматом" данных. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.05.2019, 09:46 |
|
Формат обмена табличными данными
|
|||
---|---|---|---|
#18+
mad_nazgulСоответственно описание данного сервиса/API и будет "форматом" данных.Придумать формат - полдела. Его надо еще заставить использовать. Это гораздо сложнее. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.05.2019, 11:34 |
|
Формат обмена табличными данными
|
|||
---|---|---|---|
#18+
Leonid KudryavtsevJSON и XML не очень удобен для просмотра сотрудником соответствующих отделов "глазами" Даже от TXT, заказчик был не в восторге, пока я не научил их TXT файл с разделителем импортировать в Excel. Ещё вариант - сразу делать в формате html. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.05.2019, 12:28 |
|
Формат обмена табличными данными
|
|||
---|---|---|---|
#18+
L_argomad_nazgulСоответственно описание данного сервиса/API и будет "форматом" данных.Придумать формат - полдела. Его надо еще заставить использовать. Это гораздо сложнее. Что сложного о? Не принимать реестры, не соответствующие стандарту .... ... |
|||
:
Нравится:
Не нравится:
|
|||
30.05.2019, 13:39 |
|
Формат обмена табличными данными
|
|||
---|---|---|---|
#18+
982183L_argoпропущено... Придумать формат - полдела. Его надо еще заставить использовать. Это гораздо сложнее. Что сложного о? Не принимать реестры, не соответствующие стандарту .... так для этого надо иметь возможность этот формат всем навязать... ... |
|||
:
Нравится:
Не нравится:
|
|||
30.05.2019, 13:52 |
|
Формат обмена табличными данными
|
|||
---|---|---|---|
#18+
alex55555Leonid KudryavtsevJSON и XML не очень удобен для просмотра сотрудником соответствующих отделов "глазами" Даже от TXT, заказчик был не в восторге, пока я не научил их TXT файл с разделителем импортировать в Excel. Ещё вариант - сразу делать в формате html. Не покатит. Проблема с указанием типов данных. Даты, числа - поедут В Excel XML можно указать и тип, и размерность (2 знака после запятой для денег, 3 знака или другое кол-во для показаний счетчиков) и так далее. Если хорошо протестировать, можно даже добиться, что бы данные в файле можно было бы в Excel'е и править/добавлять. В общем, на мой взгляд самый user friendly вариант. Т.к. сотрудники/бухгалтера/блондинки/старушки в XML, JSON не бум бум. И в ресурсоснабжающих организациях, и в управляющих компаниях, да и в РЦ не лучше. А системы глючат, часто и почти у всех (например сбербанк пару раз на один файла обмена присылал несколько платежей и наоборот, а система предполагала, что один файл обмена точно по сумме равно платежу). В таком случае посмотреть глазками, подправить ручками - крайне важная фича. Позволяющая не дожидаться, пока разгневанные гражданне дождутся очередной горячей линии с ВВП ))) Ну и понятное дело, что дождаться исправления бага от поставшика "информационной системы" иногда дольше, чем горячей линии. Одно дело IT, а другое слуга народа ))) p.s. сорри за политику, прсото тема такая. Обойти политику крайне сложно ... |
|||
:
Нравится:
Не нравится:
|
|||
30.05.2019, 16:02 |
|
Формат обмена табличными данными
|
|||
---|---|---|---|
#18+
Просто XML )) Этого достаточно. Формат Excel XML сложный. К XML добавляем XSD и сразу определяем строку и ошибку, если таковые есть Скорость чтения, при использовании модели SAX очень высокая. Многословность XML нивелируется архиватором. Что касается Excel - то идея в общем то неплохая, если не считать ограничения на кол-во строк. Но в любом случае Excel при наличии схемы тоже прекрасно открывает XML, и наглядность обеспечена. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.05.2019, 22:57 |
|
Формат обмена табличными данными
|
|||
---|---|---|---|
#18+
Leonid KudryavtsevВ общем, на мой взгляд самый user friendly вариант. Вообще близко, но если уж у юзера установлена программа, воспринимающая этот самый обмен данными, то в ней смотреть полученное ещё более логично и удобно. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.05.2019, 13:07 |
|
Формат обмена табличными данными
|
|||
---|---|---|---|
#18+
alex55555Leonid KudryavtsevВ общем, на мой взгляд самый user friendly вариант. Вообще близко, но если уж у юзера установлена программа, воспринимающая этот самый обмен данными, то в ней смотреть полученное ещё более логично и удобно. не надо недооценить силу тупизны правки файлов вручную были есть и будут ... |
|||
:
Нравится:
Не нравится:
|
|||
31.05.2019, 13:18 |
|
Формат обмена табличными данными
|
|||
---|---|---|---|
#18+
L_argomad_nazgulСоответственно описание данного сервиса/API и будет "форматом" данных.Придумать формат - полдела. Его надо еще заставить использовать. Это гораздо сложнее. Формат фигня. Модель данных все. Не используют, потому что перевод с одной модели данных в другую модель данных может быть сложным, а иногда и не возможным. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.05.2019, 14:57 |
|
Формат обмена табличными данными
|
|||
---|---|---|---|
#18+
МодальноеОкноне надо недооценить силу тупизны правки файлов вручную были есть и будут Да, есть такая проблема. Но всё же если инструмент для импорта удобный - никто руками в файлы лазить не будет. То есть здесь вопрос удобств, на которые разработчики часто и активно забивают. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.06.2019, 15:50 |
|
Формат обмена табличными данными
|
|||
---|---|---|---|
#18+
Megadragon, Мы используем сберовский формат для целей обмена данными об оплатах и лицевых счетах. ИМХО, он прост и прозрачен. Вот его описание: https://www.rkcsoft.ru/files/sberbank.pdf ... |
|||
:
Нравится:
Не нравится:
|
|||
10.06.2019, 13:54 |
|
Формат обмена табличными данными
|
|||
---|---|---|---|
#18+
Сергей ФроловMegadragon, Мы используем сберовский формат для целей обмена данными об оплатах и лицевых счетах. ИМХО, он прост и прозрачен. Вот его описание: https://www.rkcsoft.ru/files/sberbank.pdf Жесть... Сколько избыточной и повторяющейся информации сбер гоняет по проводам. Это пример как НЕ надо делать. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.06.2019, 17:44 |
|
|
start [/forum/topic.php?fid=33&fpage=4&tid=1547151]: |
0ms |
get settings: |
9ms |
get forum list: |
16ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
33ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
109ms |
get tp. blocked users: |
2ms |
others: | 295ms |
total: | 488ms |
0 / 0 |