Есть ли программы совместимые с 1с

Какие важнейшие требования предъявляются к бизнес-приложениям? Одними из самых главных являются следующие задачи:

• Легкость изменения/адаптации логики работы приложения к меняющимся бизнес-задачам.
• Легкость интеграции с другими приложениями.

Интеграционные задачи

Интеграционные задачи могут быть разными. Для решения одних достаточно простого интерактивного обмена данными – например, для передачи в банк списка сотрудников для оформления зарплатных пластиковых карт. Для более сложных задач может быть необходим полностью автоматизированный обмен данными, возможно, с обращением к бизнес-логике внешней системы. Есть задачи, носящие специализированный характер, вроде интеграции с внешним оборудованием (например, торговым оборудованием, мобильными сканерами и т.д.) или с унаследованными или узкоспециализированными системами (например, с системами распознавания RFID-меток). Крайне важно для каждой задачи выбрать наиболее подходящий механизм интеграции.

ЗАМЕНА / АЛЬТЕРНАТИВА / АНАЛОГИ 1С

Возможности интеграции с 1С

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

Реализация на основе механизмов интеграции, предоставляемых платформой, своего собственного специализированного API на стороне приложения 1С (например, набора Web- или HTTP-сервисов, которые будут вызывать сторонние приложения для обмена данными с приложением 1С). Плюс этого подхода – устойчивость API к изменению реализации на стороне приложения 1С.

Особенность подхода — требуется менять исходный код типового решения 1С, что может потенциально потребовать усилий при слиянии исходных кодов при переходе на новую версию конфигурации. В этом случае может прийти на помощь новая прогрессивная функциональность — расширения конфигурации. Расширения – это, по сути, механизм плагинов, который позволяет создавать дополнения прикладных решений, не меняя самих прикладных решений. Вынос интеграционного API в расширение конфигурации позволит избежать сложностей при слиянии конфигураций при переходе на новую версию типового решения.

Механизмы интеграции в платформе 1С:Предприятие

Импорт/экспорт файлов

Предположим, перед нами стоит задача двунаправленного обмена данными между приложением 1С и произвольным приложением. Например, нам нужно синхронизировать список товаров (справочник Номенклатура) между приложением 1С и произвольным приложением.

Для решения такой задачи можно написать расширение, которое выгружает справочник Номенклатура в файл определенного формата (текстовый, XML, JSON, …) и умеет считывать этот формат.

В платформе реализован механизм сериализации прикладных объектов в XML как напрямую, через методы глобального контекста ЗаписатьXML/ЧтениеXML, так и с помощью вспомогательного объекта XDTO (XML Data Transfer Objects).

ТОР 5 ошибок при выборе 1С Предприятие

Любой объект в системе 1С:Предприятие может быть сериализован в XML представление и наоборот.

Эта функция вернет представление объекта в виде XML:

Функция Объект_В_XML(Объект) ЗаписьXML = Новый ЗаписьXML(); ЗаписьXML.УстановитьСтроку(); ЗаписатьXML(ЗаписьXML, Объект); Возврат ЗаписьXML.Закрыть(); КонецФункции

так будет выглядеть экспорт справочника Номенклатура в XML при помощи XDTO:

НоваяЗаписьXML = Новый ЗаписьXML(); НоваяЗаписьXML.ОткрытьФайл(«C:DataНоменклатура.xml», «UTF-8»); НоваяЗаписьXML.ЗаписатьОбъявлениеXML(); НоваяЗаписьXML.ЗаписатьНачалоЭлемента(«СправочникНоменклатура»); Выборка = Справочники.Номенклатура.Выбрать(); Пока Выборка.Следующий() Цикл ОбъектНоменклатура = Выборка.ПолучитьОбъект(); НовыйСериализаторXDTO.ЗаписатьXML(НоваяЗаписьXML, ОбъектНоменклатура, НазначениеТипаXML.Явное); КонецЦикла; НоваяЗаписьXML.ЗаписатьКонецЭлемента(); НоваяЗаписьXML.Закрыть(); КонецПроцедуры

Путем несложной переделки кода экспортируем справочник в JSON. Товары будут записаны в массив; для разнообразия приведем англоязычный вариант синтаксиса:

NewJSONWriter = New JSONWriter(); NewJSONWriter.OpenFile(«C:DataНоменклатура.json», «UTF-8»); NewJSONWriter.WriteStartObject(); NewJSONWriter.WritePropertyName(«СправочникНоменклатура»); NewJSONWriter.WriteStartArray(); Selection = Catalogs.Номенклатура.Select(); While Selection.Next() Do NomenclatureObject = Selection.GetObject(); NewJSONWriter.WriteStartObject(); NewJSONWriter.WritePropertyName(«Номенклатура»); NewXDTOSerializer.WriteJSON(NewJSONWriter, NomenclatureObject, XMLTypeAssignment.Implicit); NewJSONWriter.WriteEndObject(); EndDo; NewJSONWriter.WriteEndArray(); NewJSONWriter.WriteEndObject(); NewJSONWriter.Close(); EndProcedure

Далее останется только передать данные конечному потребителю. Платформа 1С:Предприятие поддерживает основные интернет-протоколы HTTP, FTP, POP3, SMTP, IMAP, включая их безопасные версии. Также для передачи данных можно использовать HTTP и/или Web-сервисы.

HTTP- и веб-сервисы

Приложения 1С могут реализовывать свои HTTP- и веб-сервисы, а также вызывать HTTP- и веб-сервисы, реализованные сторонними приложениями.

REST интерфейс и протокол OData

Начиная с версии 8.3.5 платформа 1С:Предприятие может автоматически формировать REST интерфейс для всего прикладного решения. Любой объект конфигурации (справочник, документ, регистр сведений и т.д.) можно сделать доступным для получения и модификации данных через REST интерфейс. В качестве протокола доступа платформа использует протокол OData версии 3.0.

Публикация сервисов OData выполняется из меню Конфигуратора «Администрирование -> Публикация на веб-сервере», флажок «Публиковать стандартный интерфейс OData» должен быть помечен. Поддерживаются форматы atom/XML и JSON. После того, как прикладное решение опубликовано на веб-сервере, сторонние системы могут обращаться к нему через REST интерфейс с помощью HTTP запросов. Для работы с приложением 1С через протокол OData программирование на стороне 1С не требуется.

Так, URL вида http:////odata/standard.odata/Catalog_Номенклатура вернет нам содержимое каталога Номенклатура в формате XML — коллекцию элементов entry (заголовок сообщения пропущен для краткости):

http://server/Config/odata/standard.odata/Catalog_Номенклатура(guid’35d1f6e4-289b-11e6-8ba4-e03f49b16074′) 2016-06-06T16:42:17 35d1f6e4-289b-11e6-8ba4-e03f49b16074 AAAAAgAAAAA= false 000000001 Кондиционер Mitsubishi Мощность 2,5 кВт, режимы работы: тепло/холод http://server/Config/odata/standard.odata/Catalog_Номенклатура(guid’35d1f6e5-289b-11e6-8ba4-e03f49b16074′) .

Прибавляя к URL-у строку «?$format=application/json», получим содержимое каталога Номенклатура в формате JSON (URL вида http:////odata/standard.odata/Catalog_Номенклатура?$format=application/json ):

Внешние источники данных

В некоторых случаях обмен данными через внешние источники данных может оказаться оптимальным решением. Внешние источники данных – это прикладной объект конфигурации 1С, позволяющий взаимодействовать с любой ODBC-совместимой базой данных как на чтение, так и на запись. Внешние источники данных доступны как в Windows, так и на Linux.

Механизм обмена данными

Механизм обмена данными предназначен как для создания территориально распределенных систем на основе 1С:Предприятия, так и для организации обмена данными с другими информационными системами, не основанными на 1С:Предприятии.

Этот механизм активно используется во внедрениях 1С, и спектр задач, решаемых с его помощью, весьма широк. Это и обмен данными между приложениями 1С, установленными в филиалах организации, и обмен между приложением 1С и сайтом интернет-магазина, и обмен данными между серверным приложением 1С и мобильным клиентом (созданным с помощью мобильной платформы 1С:Предприятия), и многое другое.

Одно из ключевых понятий в механизме обмена данными – это план обмена. План обмена – это особый тип объекта прикладного платформы 1С, определяющий, в частности, состав данных, которые будут участвовать в обмене (какие именно справочники, документы, регистры и т.п.). План обмена содержит также информацию об участниках обмена (так называемых узлах обмена).
Вторая составляющая механизма обмена данными – механизм регистрации изменений. Данный механизм автоматически отслеживает в системе изменения данных, которые должны быть переданы конечным потребителям в рамках плана обмена. С помощью этого механизма платформа отслеживает изменения, произошедшие со времени последней синхронизации, и позволяет минимизировать объем данных, передаваемый в рамках очередного сеанса синхронизации.

Обмен данными происходит при помощи XML сообщений определенной структуры. Сообщение содержит данные, изменившиеся со времени последней синхронизации с узлом, и некоторую служебную информацию. Структура сообщений поддерживает нумерацию сообщений и позволяет получать подтверждения от узла-получателя о приеме сообщений.

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

Внешние компоненты

В ряде случаев, при решении задач интеграции приходится сталкиваться со специфическими требованиями, например, протоколами взаимодействия, форматами данных, работа с которыми не предусмотрена в платформе 1С:Предприятие. Для такого круга задач в платформе предусмотрена технология внешних компонент, которая позволяет создавать динамически подключаемые модули, расширяющие функционал 1С:Предприятия.

Типичным примером задачи с подобными требованиями, может служить интеграция прикладного решения 1С с торговым оборудованием, начиная от весов и заканчивая кассовыми аппаратами и сканерами штрих-кодов. Внешние компоненты могут быть подключены как на стороне сервера 1С:Предприятия, так и на клиентской части (включая, в том числе, и веб-клиент, а также следующую версию мобильной платформы 1С:Предприятия). Технология внешних компонент предусматривает достаточно простой и понятный программный (C++) интерфейс взаимодействия компоненты с платформой 1С:Предприятие, который должен реализовать разработчик.

Возможности, открывающиеся при использовании внешних компонент, весьма широки. Можно реализовать взаимодействие по специфическому протоколу обмена данными с внешними устройствами и системами, встроить специфические алгоритмы обработки данных и форматов данных и т.п.

Устаревшие механизмы интеграции

В платформе доступны механизмы интеграции, которые не рекомендуется использовать в новых решениях; они оставлены из соображений обратной совместимости, а также на случай, если другая сторона не может работать с более современными протоколами. Один из них – работа с файлами формата DBF (поддерживается во встроенном языке с помощью объекта XBase).

Другой устаревший механизм интеграции – использование технологии COM (доступно только на платформе Windows). Платформа 1С:Предприятие предоставляет два способа интеграции для Windows, использующие технологию COM: Automation-сервер и Внешнее соединение. Они очень похожи, но одним из принципиальных отличий является то, что в случае Automation-сервера запускается полноценное клиентское приложение 1С:Предприятие 8, а в случае внешнего соединения запускается относительно небольшой внутрипроцессный COM-сервер. То есть в случае работы через Automation сервер можно задействовать функционал клиентского приложения, выполнять действия, аналогичные интерактивным действиям пользователя. При использовании внешнего соединения можно использовать только функции бизнес-логики, причем их можно выполнять как на клиентской стороне соединения, где создается внуприпроцессный COM-сервер, так и осуществлять вызов бизнес-логики на стороне сервера 1С:Предприятия.

Также технологию COM можно использовать для обращения к внешним системам из кода приложения на платформе 1С:Предприятие. В данном случае приложение 1С выступает в качестве COM-клиента. Но следует напомнить, что данные механизмы будут работать только в том случае, если сервер 1С функционирует в среде Windows.

Механизмы интеграции, реализованные в типовых конфигурациях

Формат EnterpriseData

В ряде конфигураций 1С (список ниже) на основе описанного выше платформенного механизма обмена данными реализован готовый механизм обмена данными с внешними приложениями, не требующий изменения исходного кода конфигураций (подготовка к обмену данными делается в настройках прикладных решений):

• «1C:ERP Управление предприятием 2.0»
• «Комплексная автоматизация 2»
• «Бухгалтерия предприятия», редакция 3.0
• «Бухгалтерия предприятия КОРП», редакция 3.0
• «Розница», редакция 2.0
• «Управление торговлей базовая», редакция 11
• «Управление торговлей», редакция 11
• «Зарплата и управление персоналом КОРП», редакция 3

Обмен данными между приложением 1С и сторонним приложением может происходить:

• через выделенный файловый каталог
• через каталог FTP
• через веб-сервис, развернутый на стороне приложения 1С. Файл с данными передается как параметр веб-методов
• через электронную почту

• по расписанию (с заданной периодичностью)
• вручную; пользователь должен будет вручную запускать синхронизацию каждый раз, когда это ему потребуется

Квитирование сообщений

Приложения 1С ведут учет отправленных и полученных сообщений синхронизации и ожидают того же от сторонних приложений. Это позволяет задействовать механизм нумерации сообщений, описанный выше в разделе «Механизм обмена данными».

Приложения 1С в ходе синхронизации передают только информацию об изменениях, произошедших с бизнес-сущностями со времени последней синхронизации (чтобы минимизировать объем передаваемой информации). При первой синхронизации приложение 1С выгрузит все бизнес-сущности (например, элементы справочника номенклатуры) в формате EnterpriseData в XML-файл (поскольку все они являются «новыми» для внешнего приложения). Стороннее приложение должно обработать информацию из пришедшего от 1С XML-файла и при следующем сеансе синхронизации поместить в файл, отправляемый в 1С, в специальную секцию XML, информацию, что сообщение от 1С за определенным номером успешно принято. Сообщение-квитанция является для приложения 1С сигналом, что все бизнес-сущности успешно обработаны внешним приложением и информацию о них передавать больше не нужно. Помимо квитанции XML-файл от стороннего приложения также может содержать данные для синхронизации со стороны приложения (например, документы реализации товаров и услуг).

После получения сообщения-квитанции приложение 1С помечает все изменения, переданные в предыдущем сообщении, как успешно синхронизированные. Лишь несинхронизированные изменения в бизнес-сущностях (создание новых сущностей, изменение и удаление существующих) будут отправлены во внешнее приложение при следующем сеансе синхронизации.

При передаче данных от внешнего приложения в приложение 1С картина меняется на обратную. Внешнее приложение должно заполнить секцию-квитанцию в XML файле соответствующим образом и поместить бизнес-данные для синхронизации со своей стороны в формате EnterpriseData.

Упрощенный обмен данными без квитирования

Для случаев простой интеграции, когда достаточно только передавать информацию от стороннего приложения в приложение 1С и обратной передачи данных из приложения 1С в стороннее приложение не требуется (например, интеграция онлайн-магазина, передающего информацию о продажах в «1С:Бухгалтерию»), есть упрощенный вариант работы через веб-сервис (без квитирования), не требующий настроек на стороне приложения 1С.

Специализированные интеграционные решения

Существует типовое решение «1С:Конвертация данных», которое использует механизмы платформы для конвертации и обмена данными между типовыми конфигурациями 1С, но может быть также использовано для интеграции со сторонними приложениями.

Интеграция с банковскими решениями

Стандарт «Клиент банк», разработанный специалистами 1С более 10 лет назад, фактически стал стандартом индустрии в России. Следующий шаг в этом направлении – технология DirectBank, позволяющая отправлять платежные документы в банк и получать выписки из банка непосредственно из программ системы «1С:Предприятия» нажатием одной кнопки в программе «1С»; при этом не требуется установка и запуск дополнительных программ на клиентский компьютер.

Прочее

Заслуживают упоминания протокол обмена между системой 1С:Предприятие и сайтом, стандарт обмена коммерческой информацией CommerceML (разработанный совместно с Microsoft, Intel, Price.ru и другими компаниями), стандарт обмена данными по операциям эквайринга.

• 1С
• erp системы
• разработка приложений
• интеграция систем

Источник: habr.com

1C:Совместимо! Сертификация на совместимость с платформой «1С:Предприятие»

Требования, предъявляемые к программным продуктам,
представленным на сертификацию в фирму «1С»
для получения логотипа
«Совместимо! Система программ 1С:Предприятие»

Фирма «1С» принимает к рассмотрению программные продукты на предмет совместимости с системой программ «1С:Предприятие».

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

Программные продукты, прошедшие сертификацию, получают сертификат, удостоверяющий их совместимость с системой программ «1С:Предприятие», а также право на использование логотипа «Совместимо! Система программ 1С:Предприятие».

К сертификации принимаются следующие группы программных продуктов:

1. конфигурации, разработанные в среде «1С:Предприятие»;
2. дополнения к Типовым конфигурациям, расширяющие их возможности и разработанные в среде «1С:Предприятие»;
3. комплекты сервисных отчетов и обработок, разработанные в среде «1С:Предприятие»;
4. внешние компоненты, разработанные на основе технологии создания внешних компонент 1С:Предприятия;
5. программы являющиеся Ole-Automation – контроллерами, работающие с 1С:Предприятием, как с Ole-Automation – сервером;
6. программы являющиеся Ole-Automation – серверами, предназначенные для использования из 1С:Предприятия;
7. программы системы электронных расчетов типа «Клиент банка», соответствующие стандарту обмена данными «1С:Предприятие» — «Клиент банка»
8. программы, поддерживающие обмен данных с 1С:Предприятием на уровне файлов;
9. программы, имеющие другие способы взаимодействия с 1С:Предприятием (рассматривается индивидуально).

Общие требования

1. Программный продукт должен быть предназначен для тиражного распространения, и не иметь ориентации на конкретное внедрение.
2. Продукт должен иметь руководство в печатном виде.
3. В руководстве должно быть в явном виде описано взаимодействие продукта с 1С:Предприятием.
4. Программные продукты не должны использовать недокументированные возможности обращения к 1С:Предприятию (чтение и запись структуры конфигурации, файлов базы данных и т.п.)
5. Все продукты, ориентированные на конечного пользователя, должны иметь средства установки.
6. При внесении исправлений или изменений в сертифицированный продукт разработчик обеспечивает соответствие измененного продукта требованиям, предъявляемым при сертификации. В случае внесения изменений, нарушающих требования сертификации, фирма «1С» имеет право приостановить действие сертификата.

Требования к конфигурациям, разработанным в среде «1С:Предприятие».

1. Конфигурация должна четко позиционироваться как продукт для учета и иметь определенную отраслевую или региональную направленность.
2. Конфигурация не должна иметь ориентации на конкретное предприятие или фрагментов, ориентированных на конкретное предприятие.
3. Конфигурация не должна быть защищена паролем.
4. Конфигурация должна использовать все средства только из состава Windows, 1С:Предприятия или из своего комплекта поставки, иначе другие средства должны быть оговорены отдельно.
5. Конфигурация не должна нарушать концептуальных архитектурных решений 1С:Предприятия, например, нельзя хранить данные в формате ЗначениеВСтрокуВнутр в информационной базе.
6. Объекты метаданных должны иметь осмысленные идентификаторы, а в случае, если они длинные или сложные, еще и синонимы. Объекты метаданных, идентификаторы которых можно увидеть при работе конфигурации (например, справочники, документы, отчеты, константы), должны иметь комментарии.
7. Конфигурация не должна содержать созданных, но не используемых объектов.
8. Конфигурация должна иметь хорошо оформленный пользовательский интерфейс:
9. элементы диалогов форм должны быть выровнены и удобно размещены;
10. меню аккуратно распределены по колонкам;
11. для важных элементов диалогов форм должны быть предусмотрены подсказки.
12. Тексты модулей конфигурации должны быть удобочитаемыми и понятными:
13. все переменные и вызовы процедур, функций, методов должны быть на русском языке (использование английского языка оговаривается отдельно);
14. текст должен быть выровнен «лесенкой» (синтаксический отступ);
• в языке должны использоваться осмысленные имена переменных, процедур и функций;
• в тексте должны присутствовать комментарии для сложных алгоритмов;
• не рекомендуется оставлять в текстах закомментированные исполняемые строки, если это не оправдано необходимостью внесения изменений в будущем или корректировки непосредственно при внедрении конфигурации.
15. Конфигурация не должна содержать синтаксических ошибок в текстах модулей.
16. Средства 1С:Предприятия должны использоваться штатным образом в соответствии с их назначением.
17. Конфигурация должна иметь описания для всех объектов метаданных типа Константа, Справочник, Документ, Перечисление, Отчет, Обработка, Журнал, Регистр, План счетов, Виды Субконто, Журнал Расчетов, Календарь, Группа расчетов, а также для всей конфигурации в целом.
18. Описания должны быть информативными: например, описание журнала «Хранения» в виде «Здесь хранятся накладные по хранению» описанием не считается.
19. В конфигурации должен быть отключен режим непосредственного удаления. Средствами языка не должно выполняться непосредственное удаление объектов тех видов, на которые могут иметься ссылки в ИБ.
20. Конфигурация должна быть «сдержанной» с точки зрения использования возможностей цветового оформления диалогов и включения картинок.
21. При использовании фрагментов типовой конфигурации, разработанной фирмой «1С», включение этих фрагментов должно быть выполнено «гладко», то есть не должно выделяться по стилю от оригинальной части конфигурации. В описании конфигурации должны быть перечислены основные объекты и механизмы, заимствованные из типовых конфигураций фирмы «1С» со ссылками на соответствующую типовую конфигурацию.
22. Конфигурация должна иметь печатное описание минимум 50 страниц формата документации 1С:Предприятия (А5). Документация должна включать:
23. описание процесса установки конфигурации;
24. описание порядка начала работы с конфигурацией (например, константы и справочники, обязательные для заполнения);
25. информацию о внутренней организации конфигурации, необходимую для ее дальнейшей модификации;
26. описание всех объектов метаданных конфигурации, используемые в ней.
27. Конфигурация должна поставляться с демо-примером в отдельной ИБ, содержащей данные гипотетического предприятия, в виде законченного примера. В демо-примере не допускаются имена объектов данных типа «Тест», «Товар 1», «Контрагент 3» и подобные. Также нежелательны «условные» заполнения полей документов и справочников, например: «Назначение 1», «Содержание1» и подобные.
28. Наполнение демонстрационной базы должно быть таким, чтобы сформированные отчеты содержали информацию, отражающую назначение отчета. Недопустимо формирование отчетов, содержащих только заголовки.
29. Конфигурация должна корректно отрабатывать запуск на «пустой» базе. Для решения этой проблемы следует предусмотреть либо «стартовый помощник», предлагающий ввести необходимые данные, либо предупреждающие сообщения, либо автоматическое заполнение необходимых констант и справочников.

Требования к дополнениям Типовых конфигураций, разработанным в среде «1С:Предприятие».

Программные продукты, представленные в данной категории, позволяют расширить возможности существующих Типовых конфигураций. Они могут включать в себя пример типовой конфигурации с добавленными объектами или только добавленные объекты, которые необходимо присоединить к текущей конфигурации.

Дополнения к Типовым конфигурациям должны удовлетворять всем требованиям, предъявляемым к конфигурациям в части оформления продукта и использования средств 1С:Предприятия. При этом печатная документация должна содержать не полное описание всей конфигурации, а только ту часть объектов метаданных, которые были добавлены к ней.

Печатное руководство должно содержать:

• указание в явном виде, что поставляемая конфигурация не является типовой, а является примером включения дополненных объектов в типовую конфигурацию,
• информацию, для какой Типовой конфигурации этот продукт можно применять,
• описание всех добавленных объектов с их функциональным назначением,
• методику подключения дополнения в конфигурацию
• описание методики внесения изменений в конфигурацию при смене законодательства и обновления той конфигурации, для которой они предназначены

Дополнение к конфигурации должно поставляться с демонстрационным примером в отдельной информационной базе, содержащей данные гипотетического предприятия. В нем не допускаются имена объектов данных типа «Тест», «Товар 1», «Контрагент 3» и подобные. Также нежелательны «условные» заполнения полей документов и справочников, например: «Назначение 1», «Содержание 1» и подобные.

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

Требования к комплекту сервисных отчетов и обработок, разработанных в среде «1С:Предприятие».

Комплект сервисных отчетов и обработок предоставляет дополнительный сервис при использовании конфигураций. Программные продукты, представленные в данной категории, должны удовлетворять всем требованиям, предъявляемым к Конфигурациям в части оформления продукта и использования средств 1С:Предприятия.

Требования к внешним компонентам системы программ «1С:Предприятие».

Внешние компоненты системы программ “1С:Предприятие” должны быть разработаны в соответствии с технологией создания внешних компонент 1С:Предприятия, поставляемой фирмой 1С.

В руководстве пользователя должна быть описана технология подключения внешних компонент к системе 1С:Предприятие с приведением иллюстрирующих примеров.

Требования к продуктам, интегрированным на основе технологии OLE-Automation.

Программные продукты, интегрированные с системой “1С:Предприятие” на базе технологии Ole-Automation должны использовать средства встроенного языка 1С:Предприятия или вызываться из встроенного языка 1С:Предприятия штатными методами, описанными в документации по 1С:Предприятию.

В руководстве пользователя должна быть описана технология подключения программных продуктов к системе 1С:Предприятие с приведением иллюстрирующих примеров.

Требования к продуктам системы электронных расчетов типа «Клиент банка», соответствующим стандарту обмена данными «1С:Предприятие» — «Клиент банка».

Программный продукт типа «Клиент банка», должен соответствовать стандарту обмена данными, приведенными на диске ИТС.

Для программ системы электронных расчетов типа «Клиент банка» допускается отсутствие «коробочного» вида продукта. Программа должна иметь дистрибутив, документацию (допускается электронная версия), гарантийные обязательства по сопровождению (или бланк договора). В документации должно быть указано, как пользователь должен настроить программу для обмена данными с «1С:Предприятием» и как производить обмен данными. Для прохождения процедуры сертификации необходимо предоставить демонстрационную базу для показа взаимодействия «Клиент банка» — 1С:Предприятие.»

Требования к продуктам, интегрированным на основе обмена файлами.

Программные продукты, интегрированные с системой “1С:Предприятие” на базе обмена файлами (загрузки / выгрузки) должны со стороны 1С:Предприятия использовать штатные средства 1С:Предприятия, предназначенные для работы с файлами формата TXT и DBF.

Источник: 1c.ru

1C:Совместимо! Сертификация на совместимость с платформой «1С:Предприятие»

Программа сотрудничества с поставщиками программного и аппаратного обеспечения «Совместимо! Система программ 1С:Предприятие»

Фирма «1С» проводит сертификацию программных продуктов и оборудования на совместимость с системой программ «1С:Предприятие».
Организации, программные продукты или оборудование которых прошли сертификацию, получают право использования логотипа «Совместимо! Система программ 1С:Предприятие».

• сориентировать потребителя (конечного пользователя), который хочет без дополнительных сложностей получить работающие решения по автоматизации предприятия;
• помочь изготовителям ПО и оборудования, в том числе и своим партнерам, в продвижении их изделий на рынок автоматизированного учета предприятий.

Присутствие на упаковке программного продукта или корпусе оборудования логотипа «Совместимо! Система программ 1С:Предприятие» является официальным подтверждением того, что программа или оборудование прошли в «1С» тщательное тестирование на корректность совместной работы и удобство применения с «1С:Предприятием». В программе сертификации активно участвуют как партнерские организации фирмы «1С», так и лидеры смежных отраслей информационной индустрии.

К сертификации принимаются:

• Предназначенные для тиражного распространения программы, взаимодействующие с программами системы «1С:Предприятие» следующими способами:

• Конфигурации, разработанные в среде «1С:Предприятие».
• Дополнения к Типовым конфигурациям, расширяющие их возможности и разработанные в среде «1С:Предприятие».
• Расширения конфигурации.
• Комплекты сервисных отчетов и обработок, разработанные в среде «1С:Предприятие».
• Внешние компоненты, разработанные на основе технологии создания внешних компонент 1С:Предприятия.
• Программы для удаленного банковского обслуживания и шлюзы/шины для подключения к ним внешних программ, включая программы дистанционного банковского обслуживания (в том числе программы «Клиент банка»), программы безналичных расчетов и учета операций эквайринга, соответствующие стандартам обмена данными с системой 1С:Предприятие.
• Программы, использующие различные способы взаимодействия и обмена данными с системой 1С:Предприятие.

Сертифицированные продукты

Источник: 1c.ru