
    Новые сообщения [новые:0]
  
  Дайджест 
  
  Горячие темы
    Избранное [новые:0]
  
Форумы 
 
Пользователи 
Статистика 
Статистика нагрузки 
    Мод. лог 
  
  Поиск 
  | 
| 
 29.05.2019, 11:09 
 | 
|||
|---|---|---|---|
Формат обмена табличными данными  | 
|||
| 
 #18+ 
  
    
  MegadragonCSV отсеяли быстро ввиду его «примитивности».Ну и зря. При нормальной спецификации он легче всего формируется и быстрее всех загружается. Я бы предложил использовать его подвид TSV. ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 
  
  
   | 
| 
 29.05.2019, 11:21 
 | 
|||
|---|---|---|---|
Формат обмена табличными данными  | 
|||
| 
 #18+ 
  
    
  Пока что большинство из отдела разработки «за» JSONбугага. Как будто там нет проблем с разделителями в датах и в числах.   В ЖСОН вообще нет стандарта для хранения даты. Пиши, что хош. Вы уверены, что те, кто присылал DBF, пришлют вам расово правильный JSON ? В любом случае придется проверять вход.данные на валидность. Тчк/зпт в числах вообще не проблема и решается одной функцией. С датой можно поступить аналогично, но придется указывать порядок следования токенов. ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 
  
  
   | 
| 
 29.05.2019, 13:17 
 | 
|||
|---|---|---|---|
Формат обмена табличными данными  | 
|||
| 
 #18+ 
  
    
  MegadragonРанее платежи присылались в формате DBF, причём каждый банк присылал файлы со своей уникальной структурой (хотя некоторые банки впоследствии соглашались со структурой других, но таких меньшинство). Некоторые банки даже присылали один и тот же реестр двумя DBF-файлами: тело – список платежей, и заголовок – файл из одной строки с общими данными реестра. Ну так они будут присылать "как захотят", и в более "современном" формате. Тут надо административно гайки закручивать и порядок наводить. ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 
  
  
   | 
| 
 29.05.2019, 14:23 
 | 
|||
|---|---|---|---|
Формат обмена табличными данными  | 
|||
| 
 #18+ 
  
    
  982183Ну так они будут присылать "как захотят", и в более "современном" формате.+1.  Или не будут. Причины найдут легко. ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 
  
  
   | 
| 
 29.05.2019, 14:39 
 | 
|||
|---|---|---|---|
Формат обмена табличными данными  | 
|||
| 
 #18+ 
  
    
  А иначе им придется каждый платеж отдельным ПП слать. Что дорого. ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 
  
  
   | 
| 
 29.05.2019, 14:41 
 | 
|||
|---|---|---|---|
  
  | 
|||
Формат обмена табличными данными  | 
|||
| 
 #18+ 
  
    
  Т.ч. исходя из вопроса, можно предположить, чоо топик-стартера только вчера приняли на работу в правительство РФ. AFAIK В СБерБанке (СББИС) уже есть формат обмена (TXT), сомневаюсь. что например Сбербанк будет что-то в своих системах менять (у них и так глюков полно) В Почте России - аналогично уже все есть (TXT) (IMHO вполне вменяемый формат и люди, в отличие от Сбербанка, где и формат не вменяемый и документация аналогичная) Напрямую импортировать в табличку БД не получится. Т.к. кроме собственно данных по "мелким"/одиночным перечислениям, есть еще и заголовок (header или footer, у кого как) с общими данныи по "объедененному" банковскому платежу. Т.к. все РЦ пытаются платежи агригировать и деньги перечисляют одной платежкой (за сутки), а не множеством мелких По этой причине, запихать все данные в CSV не получится. И в Почте России и в СберБанке есть и поля для показания счетчиков, как и через что их может заполнить "клиент", я не знаю. Те данные, которые видел я, там или мусор или пусто. IMHO & AFAIK ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 
  
  
   | 
| 
 29.05.2019, 14:42 
 | 
|||
|---|---|---|---|
  
  | 
|||
Формат обмена табличными данными  | 
|||
| 
 #18+ 
  
    
  в Сбербанке - ССБОЛ (Сбербанк Бизнес-Онлайн) ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 
  
  
   | 
| 
 29.05.2019, 15:10 
 | 
|||
|---|---|---|---|
Формат обмена табличными данными  | 
|||
| 
 #18+ 
  
    
  Megadragon, реестров платежей населения Вот я бы использовал текстовый формат обмена 1с и банк клиента.... По факту у всех банков реализована его загрузка/выгрузка. ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 
  
  
   | 
| 
 29.05.2019, 16:02 
 | 
|||
|---|---|---|---|
  
  | 
|||
Формат обмена табличными данными  | 
|||
| 
 #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:24 
 | 
|||
|---|---|---|---|
Формат обмена табличными данными  | 
|||
| 
 #18+ 
  
    
  А СБ региональным провайдерам в каком виде данные передает по платежам? ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 
  
  
   | 
| 
 30.05.2019, 09:46 
 | 
|||
|---|---|---|---|
  
  | 
|||
Формат обмена табличными данными  | 
|||
| 
 #18+ 
  
    
  MegadragonПоскольку новая информационная система предусматривает перезаключение договоров, начальство решило унифицировать структуру файлов. Учитывая опыт DBF-файлов некоторых банков, выдвинули требование, чтобы не перекодировать вручную разделители в числах (например, запятую в точку) и датах (например, слэш или дефис в точку). Пока что большинство из отдела разработки «за» JSON, считая DBF «устаревшим», также рассматриваем XML. CSV отсеяли быстро ввиду его «примитивности».  У кого какие предложения насчёт формата?  Э-э-э. По большому счету "формат" не сильно важен. Главное модель данных, которые вы будете принимать. Если они "ложатся" на плоскую структуру (таблица), то можно использовать CSV/XLS и т.д. Если нет, то удобнее JSON, YAML, XML и пр ИМХО имеет смысл подумать в сторону создания сервиса/API, для приема данных. Соответственно описание данного сервиса/API и будет "форматом" данных. ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 
  
  
   | 
| 
 30.05.2019, 11:34 
 | 
|||
|---|---|---|---|
Формат обмена табличными данными  | 
|||
| 
 #18+ 
  
    
  mad_nazgulСоответственно описание данного сервиса/API и будет "форматом" данных.Придумать формат - полдела. Его надо еще заставить использовать. Это гораздо сложнее. ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 
  
  
   | 
| 
 30.05.2019, 12:28 
 | 
|||
|---|---|---|---|
Формат обмена табличными данными  | 
|||
| 
 #18+ 
  
    
  Leonid KudryavtsevJSON и XML не очень удобен для просмотра сотрудником соответствующих отделов "глазами" Даже от TXT, заказчик был не в восторге, пока я не научил их TXT файл с разделителем импортировать в Excel. Ещё вариант - сразу делать в формате html. ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 
  
  
   | 
| 
 30.05.2019, 13:39 
 | 
|||
|---|---|---|---|
Формат обмена табличными данными  | 
|||
| 
 #18+ 
  
    
  L_argomad_nazgulСоответственно описание данного сервиса/API и будет "форматом" данных.Придумать формат - полдела. Его надо еще заставить использовать. Это гораздо сложнее. Что сложного о? Не принимать реестры, не соответствующие стандарту .... ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 
  
  
   | 
| 
 30.05.2019, 13:52 
 | 
|||
|---|---|---|---|
  
  | 
|||
Формат обмена табличными данными  | 
|||
| 
 #18+ 
  
    
  982183L_argoпропущено... Придумать формат - полдела. Его надо еще заставить использовать. Это гораздо сложнее. Что сложного о? Не принимать реестры, не соответствующие стандарту .... так для этого надо иметь возможность этот формат всем навязать... ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 
  
  
   | 
| 
 30.05.2019, 16:02 
 | 
|||
|---|---|---|---|
  
  | 
|||
Формат обмена табличными данными  | 
|||
| 
 #18+ 
  
    
  alex55555Leonid KudryavtsevJSON и XML не очень удобен для просмотра сотрудником соответствующих отделов "глазами" Даже от TXT, заказчик был не в восторге, пока я не научил их TXT файл с разделителем импортировать в Excel. Ещё вариант - сразу делать в формате html. Не покатит. Проблема с указанием типов данных. Даты, числа - поедут В Excel XML можно указать и тип, и размерность (2 знака после запятой для денег, 3 знака или другое кол-во для показаний счетчиков) и так далее. Если хорошо протестировать, можно даже добиться, что бы данные в файле можно было бы в Excel'е и править/добавлять. В общем, на мой взгляд самый user friendly вариант. Т.к. сотрудники/бухгалтера/блондинки/старушки в XML, JSON не бум бум. И в ресурсоснабжающих организациях, и в управляющих компаниях, да и в РЦ не лучше. А системы глючат, часто и почти у всех (например сбербанк пару раз на один файла обмена присылал несколько платежей и наоборот, а система предполагала, что один файл обмена точно по сумме равно платежу). В таком случае посмотреть глазками, подправить ручками - крайне важная фича. Позволяющая не дожидаться, пока разгневанные гражданне дождутся очередной горячей линии с ВВП ))) Ну и понятное дело, что дождаться исправления бага от поставшика "информационной системы" иногда дольше, чем горячей линии. Одно дело IT, а другое слуга народа ))) p.s. сорри за политику, прсото тема такая. Обойти политику крайне сложно ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 
  
  
   | 
| 
 30.05.2019, 22:57 
 | 
|||
|---|---|---|---|
Формат обмена табличными данными  | 
|||
| 
 #18+ 
  
    
  Просто XML )) Этого достаточно. Формат Excel  XML сложный. К XML добавляем XSD и сразу определяем строку и ошибку, если таковые есть Скорость чтения, при использовании модели SAX очень высокая. Многословность XML нивелируется архиватором. Что касается Excel - то идея в общем то неплохая, если не считать ограничения на кол-во строк. Но в любом случае Excel при наличии схемы тоже прекрасно открывает XML, и наглядность обеспечена. ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 
  
  
   | 
| 
 31.05.2019, 13:07 
 | 
|||
|---|---|---|---|
Формат обмена табличными данными  | 
|||
| 
 #18+ 
  
    
  Leonid KudryavtsevВ общем, на мой взгляд самый user friendly вариант. Вообще близко, но если уж у юзера установлена программа, воспринимающая этот самый обмен данными, то в ней смотреть полученное ещё более логично и удобно. ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 
  
  
   | 
| 
 31.05.2019, 13:18 
 | 
|||
|---|---|---|---|
  
  | 
|||
Формат обмена табличными данными  | 
|||
| 
 #18+ 
  
    
  alex55555Leonid KudryavtsevВ общем, на мой взгляд самый user friendly вариант. Вообще близко, но если уж у юзера установлена программа, воспринимающая этот самый обмен данными, то в ней смотреть полученное ещё более логично и удобно. не надо недооценить силу тупизны правки файлов вручную были есть и будут ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 
  
  
   | 
| 
 31.05.2019, 14:57 
 | 
|||
|---|---|---|---|
  
  | 
|||
Формат обмена табличными данными  | 
|||
| 
 #18+ 
  
    
  L_argomad_nazgulСоответственно описание данного сервиса/API и будет "форматом" данных.Придумать формат - полдела. Его надо еще заставить использовать. Это гораздо сложнее. Формат фигня. Модель данных все. Не используют, потому что перевод с одной модели данных в другую модель данных может быть сложным, а иногда и не возможным. ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 
  
  
   | 
| 
 01.06.2019, 15:50 
 | 
|||
|---|---|---|---|
Формат обмена табличными данными  | 
|||
| 
 #18+ 
  
    
  МодальноеОкноне надо недооценить силу тупизны правки файлов вручную были есть и будут Да, есть такая проблема. Но всё же если инструмент для импорта удобный - никто руками в файлы лазить не будет. То есть здесь вопрос удобств, на которые разработчики часто и активно забивают. ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 
  
  
   | 
| 
 10.06.2019, 13:54 
 | 
|||
|---|---|---|---|
  
  | 
|||
Формат обмена табличными данными  | 
|||
| 
 #18+ 
  
    
  Megadragon, Мы используем сберовский формат для целей обмена данными об оплатах и лицевых счетах. ИМХО, он прост и прозрачен. Вот его описание: https://www.rkcsoft.ru/files/sberbank.pdf ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 
  
  
   | 
| 
 10.06.2019, 17:44 
 | 
|||
|---|---|---|---|
Формат обмена табличными данными  | 
|||
| 
 #18+ 
  
    
  Сергей ФроловMegadragon, Мы используем сберовский формат для целей обмена данными об оплатах и лицевых счетах. ИМХО, он прост и прозрачен. Вот его описание: https://www.rkcsoft.ru/files/sberbank.pdf Жесть... Сколько избыточной и повторяющейся информации сбер гоняет по проводам. Это пример как НЕ надо делать. ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 
  
  
   | 
  | 

start [/forum/topic.php?fid=33&mobile=1&tid=1547151]:  | 
    0ms | 
get settings:  | 
    11ms | 
get forum list:  | 
    14ms | 
check forum access:  | 
    4ms | 
check topic access:  | 
    4ms | 
track hit:  | 
    67ms | 
get topic data:  | 
    9ms | 
get forum data:  | 
    2ms | 
get page messages:  | 
    59ms | 
get tp. blocked users:  | 
    2ms | 
| others: | 243ms | 
| total: | 415ms | 

    | 0 / 0 | 

    Извините, этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
    
    
    «На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
    
    
    ... бла, бла, бла ...