Версия для печати темы (https://pro1c.org.ua/index.php?s=1d551a8864440bda72ee1aa5e474a33e&showtopic=51383)

Автор: Inkognito 05.04.19, 9:17

Обратилась одна консалтинговая компания (услуги учета/аудита), с просьбой реализовать функционал импорта данных из первичных документов, выписанных из других 1Сок.
Сейчас получают документы в основном в Excell, но готовы договориться о предоставлении первички клиентами в любом другом формате, который поддерживает 1С.
У компании 1С бухгалтерия 1.2, а клиенты используют разные конфигурации 1С, и список клиентов (и их конфигурация) меняется.

Итого, вопрос: в каком универслаьном формате лучше выгружать клиентам документы (допустим, менеджер компании возьмет это в свою инструкцию, и со всеми договорится), чтобы можно было их нормально программно "прочитать" и на основании данных документа, уже создавать "Поступление товаров и услуг"? XLSX, PDF, ...?
П.С. часть клиентов используют различные системы ЭДО (электронного документооборота, - Медка, Вчасно), но по словам представителя компании, это только половина клиентов. Остальные шлют первичку по почте, и заводить документы вручную в 1С не удобно. А заставить клиентов перейти на некоторую систему ЭДО невозможно.

Автор: Petre 05.04.19, 9:40

Есть принципиальная разница: формат для обмена и формат для просмотра.
В первом случае разумно использовать только текстовый формат (xml, json, yaml ...).
Во втором - pdf.

Автор: Володька 05.04.19, 9:43

Inkognito @ Сегодня, 10:17 ,
Ответ очевиден - DBF, но если это просто 1С-1С, то XML с головой достаточно. Excel абсолютно не нужен для обмена, не смотря на то, что в нем очень удобно экспортировать табличные части того же ПТиУ, он совершенно не подойдет для того же РКО и ПКО.

Автор: Petre 05.04.19, 9:46

Это устаревший, громоздкий, неструктурный формат. Попробуйте передать в этом формате акт выполненных работ с таблицами работ и использованных материалов.

Автор: Inkognito 05.04.19, 9:56

Форматы сохранения в обычных формах

Форматы сохранения в управляемых формах

Форматов DBF, XML, JSON - нет. Примечание: да, забыл уточнить, что в выгрузке клиенты ограничены типовыми средствами.

Автор: Petre 05.04.19, 10:16

Inkognito @ Today, 9:56 ,
Все это форматы для просмотра, но не для обмена.

Любые типовые конфигурации содержат функционал внешних отчетов / обработок.

Автор: Inkognito 05.04.19, 10:20

Petre
Можете уточнить названия типовых отчетов/обработок, которые позволят выполнить выгрузку в какой-то более читабельный формат для программиста?

Автор: Bernet 05.04.19, 10:29

Inkognito @ Сегодня, 11:20 ,
Есть обработка "Универсальная выгрузка/загрузка объектов в XML", но опять же это взлетит в случае однотипных конфигураций.
В вашем случае из доступных средств - выгрузка в Excel и дальше парсить его, что есть конечно не удобно.

P.S. Мне лично нравится формат JSON или XML, их легче всего обрабатывать, на мой взгляд. Возможно стоит говорить с клиентом о том, готовы ли они просить своих контрагентов использовать свою наработку. Допустим вы дадите им обработку по выгрузке данных, а у вашего клиента будет обработка загрузки. Это будет легче, чем подстраиваться под каждый отдельный ексель-файл в котором может быть что угодно...

Автор: Inkognito 05.04.19, 10:45

Bernet
Тоже так подумал... Спасибо.
П.С. жаль, что для НН и П2 есть XSD, а первичка не структуризирована никак. Отсюда всевозможные сервера ЭДО, которые имеют свою структуру, и свои правила игры. А клиентам подстраиваться.

Автор: Petre 05.04.19, 11:02

Inkognito @ Today, 10:20 ,
В данном случае речь идет о функционале подключения внешних обработок. Конечно, саму обработку надо делать самому, но одну универсальную, как и обмен с Медком, например.

Не хотелось, чтобы государство строго стандартизировало бы еще и первичку.