Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Импорт первичного документа в 1С из других 1С
Украинский 1С форум: всё про 1С 8.3, 1С 8.2, 1С 8.1, 1С 8.0, 1С 7.7 > Программисту > Программирование в 1С Предприятие 8.3
Inkognito
Обратилась одна консалтинговая компания (услуги учета/аудита), с просьбой реализовать функционал импорта данных из первичных документов, выписанных из других 1Сок.
Сейчас получают документы в основном в Excell, но готовы договориться о предоставлении первички клиентами в любом другом формате, который поддерживает 1С.
У компании 1С бухгалтерия 1.2, а клиенты используют разные конфигурации 1С, и список клиентов (и их конфигурация) меняется.

Итого, вопрос: в каком универслаьном формате лучше выгружать клиентам документы (допустим, менеджер компании возьмет это в свою инструкцию, и со всеми договорится), чтобы можно было их нормально программно "прочитать" и на основании данных документа, уже создавать "Поступление товаров и услуг"? XLSX, PDF, ...?
П.С. часть клиентов используют различные системы ЭДО (электронного документооборота, - Медка, Вчасно), но по словам представителя компании, это только половина клиентов. Остальные шлют первичку по почте, и заводить документы вручную в 1С не удобно. А заставить клиентов перейти на некоторую систему ЭДО невозможно.
Petre
Есть принципиальная разница: формат для обмена и формат для просмотра.
В первом случае разумно использовать только текстовый формат (xml, json, yaml ...).
Во втором - pdf.
Володька
Inkognito @ Сегодня, 10:17 необходимо зарегистрироваться для просмотра ссылки ,
Ответ очевиден - DBF, но если это просто 1С-1С, то XML с головой достаточно. Excel абсолютно не нужен для обмена, не смотря на то, что в нем очень удобно экспортировать табличные части того же ПТиУ, он совершенно не подойдет для того же РКО и ПКО.
Petre
QUOTE (Володька @ 05.04.19, 9:43) необходимо зарегистрироваться для просмотра ссылки
Ответ очевиден - DBF

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

необходимо зарегистрироваться для просмотра ссылки

Форматов DBF, XML, JSON - нет. Примечание: да, забыл уточнить, что в выгрузке клиенты ограничены типовыми средствами.
Petre
Inkognito @ Today, 9:56 необходимо зарегистрироваться для просмотра ссылки ,
Все это форматы для просмотра, но не для обмена.

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

P.S. Мне лично нравится формат JSON или XML, их легче всего обрабатывать, на мой взгляд. Возможно стоит говорить с клиентом о том, готовы ли они просить своих контрагентов использовать свою наработку. Допустим вы дадите им обработку по выгрузке данных, а у вашего клиента будет обработка загрузки. Это будет легче, чем подстраиваться под каждый отдельный ексель-файл в котором может быть что угодно...
Inkognito
Bernet
Тоже так подумал... Спасибо.
П.С. жаль, что для НН и П2 есть XSD, а первичка не структуризирована никак. Отсюда всевозможные сервера ЭДО, которые имеют свою структуру, и свои правила игры. А клиентам подстраиваться.
Petre
Inkognito @ Today, 10:20 необходимо зарегистрироваться для просмотра ссылки ,
В данном случае речь идет о функционале подключения внешних обработок. Конечно, саму обработку надо делать самому, но одну универсальную, как и обмен с Медком, например.

QUOTE (Inkognito @ 05.04.19, 10:45) необходимо зарегистрироваться для просмотра ссылки
жаль, что для НН и П2 есть XSD, а первичка не структуризирована никак.

Не хотелось, чтобы государство строго стандартизировало бы еще и первичку.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.