Описание и настройка обработки СБИС для 1С 8.3

Cодержание:

1. Как использовать и найти файлы настроек

2. Как загрузить из 1С в СБИС?

3. Описание параметров в файлах настроек программы.

4. Настройка файлов Загрузки документов при выгрузке из СБИС в 1С.

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

Сама обработка скачивается с портала СБИС и запускается в 1С как внешняя обработка. Далее необходимо указать свой логин и пароль на портале СБИС. При обработке все документы попадают в соответствующие разделы: входящие документы от контрагентов попадают в раздел «Полученные», документы продажи – в раздел «Продажа» и т.д. Состав документов, попадающих в тот или иной подраздел, можно гибко настраивать. Об этом расскажем далее.


Соответственно, каждый документ можно открыть, просмотреть и при необходимости загрузить, утвердить, отклонить, отправить и т.д.

1. Как использовать и найти файлы настроек.

У компании «1С» существует множество конфигураций, плюс часто они дорабатываются под конкретные задачи и бизнес-процессы компании. Для того чтобы не делать множество обработок под каждую конфигурацию, в обработке можно найти файлы настроек в формате XML, которые указывают обработке, где что хранится в конкретной конфигурации. Для типовых, наиболее распространенных конфигураций, наборы этих файлов уже включены в обработку. При первом запуске обработка сама определяет конфигурацию, и если у вас одна из поддерживаемых версий, формирует папку с настройками для данной версии. Папку можно поменять в обработке в меню настройки. Если папка будет путая, обработка автоматически заполнит ее файлами для текущей конфигурации. Ниже показано, как это выглядит. Справа список всех файлов настроек для текущей конфигурации, а слева размещенные в папке. Зная, с какими документами мы обмениваемся через СБИС и название файлов настроек, отвечающих за них, мы можем добавить только необходимые файлы. Таким образом, в обработке у нас будут отображаться только необходимые нам типы документов. Это позволит не перегружать лишними данными рабочее место.

Из названий файлов уже понятно, за какой тип документа они отвечают.

Название файла выгрузки 1С формируется по шаблону:

«ВО82_Название.sbis3.xml»,

для ЕРП 2.4, настройка 1С выгрузки документов Реализации товаров и услуг будет иметь вид: «ВО82ERP2-4_РеализацияТоваровУслуг.sbis3»

Название файла загрузки формируется по шаблону:

«ВО82__.sbis3.xml»

для ЕРП 2.4, настройка загрузки документов «ПриобретениеУслуг иПрочихАктивов» будет иметь вид: «ВО82ERP2-4_АктВР_3_01.sbis3».

Существует 3 типа файлов настроек:

· Настройки 1С конфигурации: (ВО82ERP2-4_Конфигурация.sbis3). Он всего лишь один и содержит общие настройки для работы обработки.

· Файлы настроек реестров Продажа/Покупка:

(ВО82ERP2-4_РеализацияТоваровУслуг.sbis3). Они отвечают за отправку требуемых типов документов из 1С в СБИС и формируют списки документов в соответствующих разделах обработки.

· Файлы настроек загрузки: (ВО82ERP2-4_АктВР_3_01.sbis3) Они отвечают за загрузку документов из СБИС в 1С.

2. Как загрузить из 1С в СБИС?

Далее нужно понять, как загрузить из 1С в СБИС. Разделы обработки Продажа/Покупка содержат в себе подразделы, в которых отображаются списки документов 1С, например, «Реализация товаров и услуг», «Заказ поставщику» и т.д. Из этих подразделов документы можно отправлять контрагентам. Список пунктов подразделов зависит от количества файлов настроек в каталоге. Подраздел появляется в том случае, если файл настроек содержит параметр <ЗапросСпискаДокументов>, содержащий запрос документов из базы.

Файлы настроек данного типа имеют следующую структуру:

· Общие параметры раздела

· Запрос для списка документов

· Массив с параметрами выгружаемых файлов (мФайл)

· Параметры шапки документа

· Массив табличных частей (мТаблДок)

· Параметры табличной части документа

В общем виде она выглядит так (часть параметров я удалил для удобства рассмотрения структуры):


Тег <ЗапросСпискаДокументов> содержит запрос и определяет документы которые будут отображаться в разделе. В нашем случае -«Продажа».

Узел <мФайл> содержит в себе данные, необходимые для формирования и заполнения файла.

Теги <Файл_Формат>Параметры необходимы для определения формата электронного документа. Автоматически попадают в выгружаемый файл.

Теги<мСторона> содержат реквизиты участников сделки: ИНН, КПП и другие коды, контактную информацию, банковские реквизиты.

Узел <мТаблДок>. В нем описываются реквизиты табличной части документа.

Все теги я описывать не буду — их назначения понятно из «имен». Отмечу лишь, что при необходимости можно записать в файл любую дополнительную информацию, не предусмотренную форматом электронного документа. Для этого используется узел <мПараметр>. В листинге выше так описан параметр с именем «ДоговорНомер».

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

Предположим, нам нужно поменять Название номенклатуры в табличной части документа «СчетНаОплатуКлиенту». Мы создаем свой файл на основе стандартной настройки ВО82ERP2-4_СчетНаОплатуКлиенту.sbis3, только меняем название файла на ВО82ERP2-4_СчетНаОплатуКлиенту. В файле сохраняя структуру исходного файла пишем:

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

3. Описание параметров в файлах настроек программы.

В файлах настроек доступно описание необходимых параметров несколькими способами:

· Прямое обращение к данным: <Документ>Документ.РеализацияТоваровУслуг</Документ>

Здесь ключевое слово Документ означает, что в параметр будет помещена ссылка на выгружаемый документ.

· Обращение через ранее определенный параметр:

< Организация>.Организация</Организация>

· Присвоение строкового значения:

<НазваниеОрганизации>‘ООО Лучь’</НазваниеОрганизации>

· Обращение к данным через функцию.

<Договор>{ПолучитьДоговор()}</ Договор>

Если нам необходимо получать параметр по какому-то сложному алгоритму, то предусмотрена возможность описать его в модуле внешней обработки. Обработка должна называться «ВнешниеФункции_Клиент.epf» и располагаться в папке с настройками. В обработке создается форма с названием «РаботаСДокументами1С». В модуле этой формы и располагается необходимая нам функция. Функция имеет один параметр Контекст, где в виде структур находятся все вычисленные ранее параметры файла настроек.

С помощью запроса к базе:

4. Настройка файлов Загрузки документов при выгрузке из СБИС в 1С.

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

Файлы настроек данного типа имеют следующую структуру

· Общие параметры для этого типа

· Массив документов 1С, которые можно создать при загрузке файла этого типа (мДокумент)

· Параметры шапки создаваемого документа

· Параметры табличной части документа

В общем виде она выглядит так (часть параметров я удалил для удобства рассмотрения структуры):


Узел <мДокумент> определяет, какой тип документа будет загружен. Таких узлов может быть несколько. Например, из полученной Счет-фактуры можно создать несколько документов: «СчетФактураПолученный» и связаный «ПриобретениеТоваровУслуг».

Внутри узла описываются данные, которые необходимо проставить в загруженном документе. Подход здесь точно такой же, как и при настройке выгрузки документов. Остановимся подробней только на ключевом моменте файлов загрузки – это атрибутах «Данные» и «Выгрузить».

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

Через атрибут «Данные» указывается путь напрямую из файла загрузки. Например, запись:

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

Атрибут «Вычислить» используется, если реквизит нужно заполнить не значением из файла, а вычислить через функцию, присвоить строковое значение или значение перечислений и т.д.

Например, записи:

Эти записи означают, что реквизит Валюта будет заполнен из реквизита «Валюта» параметра «Соглашение», а реквизит «Договор» будет определен через функцию «ЗаполнитьДоговорУТ11()».

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

А.А. Рудаков
ООО «М-СТАЙЛ»
Региональный информационный центр
Сети КонсультантПлюс

В практической деятельности встречаются юридические «ляпы» или нонсенсы, о которых никто не задумывается.

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

Давайте рассмотрим два юридических «ляпа» или нонсенса.

Передача прав по акту приема-передачи

В соотвептствии с п. 1 ст. 1235 Гражданского кодекса РФ (далее по тексту — ГК РФ) по лицензионному договору одна сторона — обладатель исключительного права на результат интеллектуальной деятельности или на средство индивидуализации (лицензиар) предоставляет или обязуется предоставить другой стороне (лицензиату) право использования такого результата или такого средства в предусмотренных договором пределах.

Согласно п. 1 ст. 1238 ГК РФ при письменном согласии лицензиара лицензиат может по договору предоставить право использования результата интеллектуальной деятельности или средства индивидуализации другому лицу (сублицензионный договор).

В целях фиксации передачи права использования в рамках лицензионного или сублицензионного договора на практике стороны договора стали подписывать акт приема-передачи прав. Акт приема-передачи прав на практике стал документом, в котором дата его подписания сторонами определяет момент предоставления лицензии на основании лицензионного (сублицензионного) договора.

Права, принадлежащие какому-либо субъекту, носит нематериальный, неовеществленный характер. При переходе прав от субъекта к субъекту в юридическом смысле права не приобретают материальный характер.

Акт приема-передачи представляет собой документ, удостоверяющий передачу чего-либо.

Когда мы говорим о передаче чего-то материального, например, товара, то обоснованно говорить о фактической передаче товара по акту приема-передачи, так как передача происходит физически от субъекта к субъекту.

Когда мы говорим о передаче прав, то в силу их нематериального характера права не могут передаваться от субъекта субъекту физически по акту по аналогии с товаром. Поэтому передача права использования по акту приема-передачи является юридическим нонсенсом.

Более удачным вариантом являлся акт о предоставлении права использования, который констатирует факт предоставления права, хотя он тоже не бесспорен.

На самом деле ни акт приема-передачи прав, ни акт о предоставлении права вообще не нужно изначально.

Возникает вопрос: почему вообще появились такие акты? Эти акты появились, как минимум, по двум причинам: во-первых, дата подписания сторонами акта приема-передачи прав (акта о предоставлении права) являлась и является исходным моментом для исчисления срока предоставления лицензии, а также налогового и бухгалтерского учета, во-вторых, из-за путаницы в терминологии.

Исходя из п. 1 ст. 1235 и п. 1 ст. 1238 ГК РФ, само заключение лицензионного (сублицензионного) договора уже означает предоставление права использования. То есть для предоставления права использования не нужно дополнительно подписывать какие-либо акты.

Таким образом, предоставление права использования происходит в момент подписания сторонами лицензионного (сублицензионного) договора.

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

В качестве примера результата интеллектуальной деятельности для цели дальнейшего анализа возьмем программное обеспечение.

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

Способы передачи программного обеспечения могут быть разные: передача на материальном носителе (CD-диске, DVD-диске), скачивание с сайта с получением паролей или ключей доступа, направление прикрепленных файлов через Интернет.

Таким образом, передача лицензиаром (лицензиатом) лицензиату (сублицензиату) программного обеспечения является неотъемлемым фактическим действием в рамках предоставленной лицензии.

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

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

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

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

Передача программного обеспечения по акту приема-передачи вне зависимости от способа его передачи является нормальным в юридическом плане.

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

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

  • передачу программного обеспечения по акту приема-передачи.

Следовательно, не требуется подписание акта приема-передачи прав или акта о предоставлении права использования, или подобного акта с дрругим наименованием. В рассмотренном примере достаточно подписания лицензионного (сублицензионного) договора и акта приема-передачи программного обеспечения.

Определение условий поставки товара в товарной накладной

В соответствии с п. 1 ст. 429.1. ГК РФ рамочным договором (договором с открытыми условиями) признается договор, определяющий общие условия обязательственных взаимоотношений сторон, которые могут быть конкретизированы и уточнены сторонами путем заключения отдельных договоров, подачи заявок одной из сторон или иным образом на основании либо во исполнение рамочного договора.

Одним из способов определения конкретных условий поставки товара (наименование, ассортимент, количество, цена товара) стороны рамочного договора поставки считают товарные накладные (как правило, формы ТОРГ-12) , о чем прямо указывают в договоре.

Согласно Альбому унифицированных форм первичной учетной документации по учету торговых операций, утвержденному Постановлением Госкомстата РФ от 25.12.1998 №132, товарная накладня по форме ТОРГ-12 применяется для оформления продажи (отпуска) товарно-материальных ценностей сторонней организации. Составляется в двух экземплярах. Первый экземпляр остается в организации, сдающей товарно-материальные ценности, и является основанием для их списания. Второй экземпляр передается сторонней организации и является основанием для оприходования этих ценностей.

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

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

Исходя из вышеизложенного, товарная накладная не может определять условия поставки товара.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *