1.    Общие положения

1.1.            Введение

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

 

Важно понимать, что первичной системой для обмена данными является ASystem(PrintEffect). То есть все новые объекты (контрагент, номенклатура или документ (необязательно для документов оплат)) должны создаваться в ASystem(PrintEffect) и затем через обработку обмена попадать в 1С. Коды соответствий между объектами ASystem(PrintEffect) и 1С хранятся в базе ASystem(PrintEffect).

 

Также, необходимо учитывать, что обмен данными выстраивается только между уникальными базами данных, как со стороны ASystem(PrintEffect), так и со стороны 1С. Всякое использование обработки на различных копиях баз, влечет за собой некорректно сопоставленные коды объектов ASystem(PrintEffect) и 1С. После подобных «тестовых» запусках обработки уникальность обмена более не гарантирована.

 

Обработка не встраивается в структуру конфигурации 1С, что позволяет осуществлять обновление 1С стандартным для этой системы образом.  Необходимо понимать, что  внешний характер  обработки  свидетельствует о том, что никакой «онлайн» связи между двумя системами нет. Если с объектом в 1С происходят какие-то действия, то ASystem(PrintEffect) об этом ничего знать не будет.  Удаление объекта из 1С (например, контрагента) НЕ приведет к автоматическому удалению объекта из ASystem(PrintEffect). К тому же в базе ASystem(PrintEffect) сохранится информация о связи кода контрагента  ASystem(PrintEffect) с кодом 1С. При последующей выгрузке внешняя обработка попытается найти  такого контрагента по коду, который хранится в базе ASystem(PrintEffect).  Так как контрагента с таким кодом в 1С уже нет, то не найдя его, обработка сообщит об этом и импорт такого контрагента будет пропущен. Для исправления таких ситуаций необходимо будет использовать  модуль обмена данными ASystemExchange (меню «Данные – Соответствие кодов») для ASystem (PrintEffect: Меню – Администрирование - Соответствие кодов) и вручную либо удалить код внешней системы, либо выставить его в правильное соответствие.

 

Обработка является универсальной для взаимодействия 1С с ASystem или PrintEffect. На момент публикации данной документации (апрель 2016 г.) требования к версиям систем следующие:

·          для ASystem  - не ниже 6.005.3;

·         для PrintEffect – не ниже 6.005.3;

·         для ASystemExchange – не ниже 3.027.11 (относится только к ASystem);

·         для 1С – платформа не ниже 8.3.7.2027, конфигурация не ниже 3.0.43.187 (апрель 2016 г.);

 

Важно!!! Использование более старых версий платформы и конфигурации 1С (в пределах 8.3.7 для платформы и 3.0.43 для конфигурации), а также использование принципиально других конфигураций, типа "УТ", "ERP", "УНФ", "КОРП" и пр. НЕ гарантирует корректную работу обработки из-за несовместимости на уровне объектов 1С и процедур ADOdb.

В представленной данной документации описана работа обработки в режиме «Формы в закладках», при этом ничего критичного не произойдет, если 1С будет работать в режиме «Такси».

 

Поставляемая заказчику обработка имеет название «ASystem1С_BP3.epf». В качестве файлов обмена, обработка использует только файлы универсального формата «XML». Расположение самих файлов обмена и их название не влияет на функциональные возможности обработки.

 

 

1.2.            Объекты обмена

В качестве объектов обмена данными, непосредственно, выступают только справочники и документы, доступные в ASystem(PrintEffect) и совместимые с 1С.

Ниже, приведена таблица с перечнем всех объектов, доступных для обмена данными между системами:

 

Объект обмена в ASystem(PrintEffect)

Объект обмена в 1С

Экспорт

Импорт

ASystem

PrintEffect

ASystem и PrintEffect

Контрагенты

Справочник «Контрагенты»

*

*

*

Материалы

Справочник «Номенклатура»

*

*

*

Счет покупателю

Документ «Счет покупателю»

*

*

 

Приход

Документ «Отчет производства за смену»

*

 

 

Отгрузка

Документ «Реализация товаров и услуг»

*

*

 

Оплата (через банк)

Документ «Поступление на расчетный счет»

*

*

*

Оплата (через кассу)

Документ «Поступление наличных (ПКО)»

*

*

*

Регистрация счета

Документ «Счет от поставщика»

*

*

 

Приход от поставщика

Документ «Поступление товаров и услуг»

*

*

 

Акт выполненных работ

Документ «Поступление товаров и услуг»

*

 

 

Списание в производство

Документ «Требование-накладная»

*

*

 

Внутреннее перемещение

Документ «Перемещение товаров»

*

 

 

Оплата поставок и услуг (через банк)

Документ «Списание с расчетного счета»

*

*

*

Оплата поставок и услуг (через кассу)

Документ «Выдача наличных (РКО)»

*

*

*

1.3.            Настройка и запуск обработки

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

 

1.3.1.       Синхронизация собственных предприятий и организаций

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

Предварительно, для этого необходимо выполнить экспорт собственных предприятий, с заполненными банковскими счетами. Процесс экспорта из ASystem и PrintEffect почти идентичен. Для экспорта из ASystem используется дополнительное приложение ASystemExchange, а для экспорта из PrintEffect используются его штатные возможности.

Процедура экспорта через ASystemExchange выполняется через меню «Данные - Экспорт», в PrintEffect через меню «Администрирование – Экспорт данных…». В обоих случаях, в фильтре справочника контрагентов выбираем группу классификатора «Собственные предприятия». (Рисунок 1.1)

 

Рисунок 1.1 «Экспорт собственных предприятий»

Также, в обеих системах экспорт собственных предприятий можно выполнить непосредственно из справочника контрагентов, используя кнопку «Экспортировать данные» (Рисунок 1.2)

 

Рисунок 1.2 Экспорт собственных предприятий непосредственно из справочника

 

В результате экспорта, собственные предприятия станут доступными в таблице соответствия кодов (для ASystemExchange – это меню «Данные - Correspondence», а для PrintEffect – меню «Администрирование – Соответствие кодов…»). Тип объекта при этом должен быть «Контрагенты».

Важно! :

В связи с тем, что в ASystem (PrintEffect) собственные предприятия и контрагенты – это объекты одного справочника, а в 1С организации (собственные предприятия) хранятся в отдельном справочнике (Справочник «Организации») и имеют в 1С независимые нумераторы, то высока вероятность пересечения в 1С нумератора справочника организаций с нумератором справочника контрагентов. Иными словами – в базе 1С всегда будут хоть одна организация и один контрагент, имеющий одинаковые коды. Как правило, в 1С - это стартовый номер нумератора кодов - «00-000001».

Во избежание совпадения внешних кодов собственных предприятий и контрагентов, необходимо в 1С скорректировать коды организаций добавив, к примеру, вместо лидирующего левого нуля – символ «единичку». Например: для первой организации было «00-000001», а переименовываем в «10-000001», для второй организации было «00-000002», а переименовываем в «10-000002». Процедура эта безболезненна для 1С и вреда никакого не наносит.

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

 

Рисунок 1.3 Занесение внешнего кода организации (контрагента) в таблицу соответствия кодов

Вторым этапом синхронизации собственных предприятий, является синхронизация их банковских счетов с банковскими счетами организаций 1С. В таблице соответствия теперь нужно выбрать тип объекта «Расчетные счета».

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

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

 

Рисунок 1.4 Занесение внешнего кода банковского счета контрагента в таблицу соответствия кодов

 

Если собственных предприятий несколько – повторяем все вышеописанные действия для каждого из них. После чего можно начинать синхронизацию контрагентов.

 

1.3.2.       Синхронизация контрагентов между двумя системами

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

Процесс синхронизации кодов контрагентов полностью идентичен синхронизации собственных предприятий и упрощенно сводится к трем этапам:

·         Выгрузка из ASystem (PrintEffect) в XML-файл всех контрагентов, с целью их инициализации в таблице соответствия кодов;

·         Запись внешнего кода контрагента (т.н. синхронизация кодов) в таблице соответствия кодов;

·         Запись внешнего кода банковского счета контрагента (т.н. синхронизация кодов) в таблице соответствия кодов;

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

Скрипт можно запустить при помощи внешней обработки «Консоль запросов», поставляемой по договору технической поддержки 1С на дисках ИТС. Результат его выполнения (рисунок 1.5) и текст самого скрипта представлен ниже:

 

ВЫБРАТЬ

БанковскиеСчета.Код КАК Код,

БанковскиеСчета.Наименование КАК Наименование,

БанковскиеСчета.Владелец КАК Владелец,

БанковскиеСчета.Владелец.Код КАК ВладелецКод

ИЗ

Справочник.БанковскиеСчета КАК БанковскиеСчета

 

 

Код

Наименование

Владелец

ВладелецКод

00-000001

40702810138004000589, СБЕРБАНК РОССИИ ОАО

Плотник+

00-000039

000000007

"КОНВЕРСБАНК" ФИЛИАЛ "ЭЛЕКТРОСТАЛЬСКИЙ" (Расчетный)

Лестехника

00-000029

000000008

"САМОЛЕТБАНК" (ООО) (Расчетный)

ООО «Журналы и газеты»

00-000037

000000007

"ЭТАЛОНБАНК" (Расчетный)

Лестехника

00-000029

00-000001

40710823230050064556, "МАСТЕР-БАНК" (ОАО)

Комфорт-сервис

00-000004

00-000002

77046768787878888888, "МАСТЕР-БАНК" (ОАО)

База "Поставка комплектующих"

00-000013

00-000003

67876467600100000034, "МАСТЕР-БАНК" (ОАО)

Паркет-мастер

00-000007

000000001

КБ "РОСПРОМБАНК" (ООО) (40702810030050064512, руб.)

Конфетпром

00-000005

000000003

ОАО БАНК ВТБ (40710800056222215112, руб.)

Сервислог

00-000009

Рисунок 1.5  Результат выгрузки банковских счетов и их владельцев

 

Остается только вручную внести и сохранить в таблице соответствия кодов код банковского счета.

 

1.3.3 Синхронизация номенклатуры между двумя системами.

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

Процесс ручной синхронизации полностью идентичен процессу синхронизации контрагентов, с той разницей, что в таблице соответствия выбирается тип объекта «ТМЦ», при этом, важно понимать, что одноименная номенклатура, но имеющая разные единицы измерения – это всё-таки разная номенклатура.

1.3.4 Запуск обработки

Обработка запускается стандартным для 1С способами, через «Меню – Файл – Открыть» (Рисунок 1.6):

 

Рисунок 1.6. Запуск обработки через стандартное меню

Начальная форма обработки представлена на рисунке 1.7. Форма регистрации имеет три пользовательских поля ввода. Одно, не редактируемое  поле «Источник данных», отражает название источника данных (по умолчанию asystem, настраивается в MS Windows через меню «Панель управления - Система и безопасность -Администрирование - Источники данных (ODBC)»). В другие два поля «Логин» и «Пароль» вводятся имя (login) пользователя ASystem, имеющего в ASystem соответствующие права на обмен данными  и пароль (password).

 

Рисунок 1.7. Авторизация в обработке

Если имя или пароль набраны неправильно, то в окне «Служебных сообщений» будет выдано соответствующее сообщение следующего содержания (рисунок 1.8)

Рисунок 1.8. Неправильный ввод регистрационных данных

В случае, если при первом запуске обработки, 1С выдала ошибку, как на рисунке 1.9, то повторно перезапустите обработку.

 

00_стартовая ошибка OLE DB.bmp

Рисунок 1.9. Ошибка ADODB

 

1.4.            Описание интерфейса ASystem1C

С целью разделения функционала на операции импорта и экспорта, форма обработки разделена на две соответствующие страницы-закладки «Загрузка данных в 1С» (Рисунок 1.10) и «Выгрузка данных для ASystem» (Рисунок 1.11)

 

1.4.1 Интерфейс страницы «Загрузка данных в 1С»

Рисунок 1.10 Страница «Загрузка данных в 1С»

 

1.     Стандартное поле выбора XML-файла с загружаемыми данными (файл предварительно должен быть выгружен из ASystem (PrintEffect));

 

2.     Группа элементов управления, отвечающих за загрузку в 1С справочников. Включает в себя:

·       флажок для включения загрузки в 1С справочника контрагентов;

·       флажок для включения загрузки  в 1С справочника номенклатуры;

 

3.     Группа элементов управления, отвечающих за загрузку в 1С документов группы «Реализация». Включает в себя:

·       флажок загрузки в 1С документа «Выписка счета» (в 1С – «Счет покупателю»);

·       флажок загрузки в 1С документа «Приход» (в 1С – «Отчет производства за смену»);

·       флажок загрузки в 1С документа «Отгрузка» (в 1С – «Реализация товаров и услуг»);

·       флажок загрузки в 1С документа «Оплата», с установленным реквизитом «Вид оплаты» в значение «Через банк» (в 1С – «Поступление на расчетный счет»);

·       флажок загрузки в 1С документа «Оплата», с установленным реквизитом «Вид оплаты» в значение «Через кассу» (в 1С – «Поступление наличных (ПКО)»);

 

4.     Группа элементов управления, отвечающих за загрузку в 1С документов группы «Материалы субподряд». Включает в себя:

·       флажок  загрузки в 1С документа «Регистрация счета» (в 1С – «Счет от поставщика»);

·       флажок  загрузки в 1С документа «Приход от поставщика» (в 1С – «Поступление товаров и услуг»);

·       флажок  загрузки в 1С документа «Акт выполенных работ» (в 1С – «Поступление товаров и услуг»);

·       флажок  загрузки в 1С документа «Списание в производство» (в 1С – «Требование накладная»);

·       флажок  загрузки в 1С документа «Внутреннее перемещение» (в 1С – «Перемещение товаров»);

·       флажок загрузки в 1С документа «Оплата поставок и услуг» », с установленным реквизитом «Вид оплаты» в значение «Через банк» (в 1С – «Списание с расчетного счета»);

·       флажок загрузки в 1С документа «Оплата поставок и услуг» », с установленным реквизитом «Вид оплаты» в значение «Через кассу» (в 1С – «Выдача наличных (РКО)»);

 

5.     Список складов 1С из справочника «Склады (места хранения)» для подстановки в документы, импортируемые в 1С. Элемент управления становится активным, только при выборе документа, содержащий в своей «шапке» реквизит-ссылку на склад (место хранения)  ;

 

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

 

7.     Флажок для формирования в 1С документа «Счет-фактура выданный» для импортируемого в 1С документа «Отгрузка», и «Счет-фактура полученный» для импортируемого в 1С  документа «Приход от поставщика». Процедуры формирования счетов-фактур работают ТОЛЬКО в режиме обмена «НЕ ОБНОВЛЯТЬ данные», т.е. только для новых документов;

 

8.     Переключатель режима при повторной загрузке любых объектов в 1С. Принимает два значения  - «НЕ ОБНОВЛЯТЬ данные» и «ОБНОВЛЯТЬ данные при совпадении кодов 1С из файла импорта и БД ASystem». В первом случае, если коды соответствия объектов совпадают, то загрузка объекта пропускается. Во втором случае – идет перезапись, при условии, что документ не проведен;

 

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

 

10.  Служебное не редактируемое поле, отображающее учетную запись пользователя, под которой выполнено подключение к базе ASystem или PrintEffect;

 

11.  Служебное не редактируемое поле, отображающее название источника данных (ODBC), через который в данный момент установлено соединение с базой ASystem или PrintEffect;

 

12.  Кнопка «Загрузить». Инициирует процесс загрузки данных из XML-файла;

 

13.  Кнопка «Закрыть». Закрывает форму обработки обмена;

 

14.  Служебное не редактируемое поле, отображающее текущую версию обработки, где:

 

·         «6.005.3» - версия ASystem или PrintEffect, с которой совместима обработка обмена;

·         «2004» - дата (ДДММ) последней сборки или исправления обработки;

·         «43.187» - релиз конфигурации 1С:«Бухгалтерия предприятия 3.0», с которым совместима обработка обмена;

 

15.  Кнопка, нажатие на которую очищает окно служебных сообщений;

 

16.  Кнопка, выводящее стандартное окно контекстной справки, содержащее информацию об изменениях в версии обработки;

 

17.  Флажок, включающий замену наименования номенклатуры на наименование объекта учета из фактурной части  документа (только для импорта документов).

 

 

1.4.2 Интерфейс страницы «Выгрузка данных в ASystem (PrintEffect

Рисунок 1.11 Страница «Выгрузка данных в 1С»

 

18.       Стандартное поле  выбора XML-файла для  выгрузки данных из 1С;

19.       Выбор периода, за который необходимо выгрузить документы;

 

20.       Группа элементов управления, отвечающих за выгрузку из 1С справочников. Включает в себя:

 

·         флажок  для включения выгрузки из 1С справочника контрагентов;

·         флажок  для включения выгрузки из 1С справочника номенклатуры;

·         кнопка «Настройка» для доступа к форме настройки соответствия уровней классификаторов справочников контрагентов и материалов между двумя системами.

 

21.       Группа элементов управления, отвечающих за выгрузку из 1С документов группы «Реализация»;

 

·         флажок для включения выгрузки из 1С документа «Поступление на расчетный счет». (в ASystem или в PrintEffect – документ «Оплата» с установленным реквизитом «Вид оплаты» в значение «Через банк»);

·         флажок для включения выгрузки из 1С документа «Поступление наличных (ПКО)». (в ASystem или в PrintEffect  – документ «Оплата» с установленным реквизитом «Вид оплаты» в значение «Через кассу»);

 

22.       Группа элементов управления, отвечающих за выгрузку из 1С документов группы «Материалы и субподряд»;

·         флажок для включения выгрузки из 1С документа «Списание с расчетного счета». (в ASystem или в PrintEffect  – документ «Оплата поставок и услуг» с установленным реквизитом «Вид оплаты» в значение «Через банк»);

·         флажок для включения выгрузки из 1С документа «Выдача наличных (РКО)». (в ASystem или в PrintEffect – документ «Оплата поставок и услуг» с установленным реквизитом «Вид оплаты» в значение «Через кассу»);

 

23.  Кнопка «Выгрузить». Инициирует процесс выгрузки данных из 1С в XML-файл;

 

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

2.    Загрузка данных в 1С

2.1.            Контрагенты

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

 

Рисунок 2.1  «Настройка соответствия классификаторов»

 

Для ASystem эта процедура настройки полностью идентична соответствующей процедуре настройки, описанной в документации «Обмен данными» в главе 1.4.4 «Настройка классификации».

 

Список реквизитов контрагента ASystem (PrintEffect) участвующих в загрузке в 1С. Номер в скобках – это системный номер ASystem (PrintEffect):

·         «Наименование» (1001);

·         «Официальное наименование контрагента» (1015);

·         «Группа контрагента» - уровень системного классификатора. В 1С создается одноименная группа;

·         «ИНН» (1002);

·         «КПП» (1007);

·         «Вид контрагента» (1047) – только для ASystem. В зависимости от выбранного в ASystem значения реквизита, на стороне 1С будет выбрано соответствующее значение  переключателя «Вид контрагента». В случае выгрузки контрагента из PrintEffect,  вид контрагента на стороне 1С будет определяется по группе контрагента в PrintEffect – иными словами, контрагенты группы «Клиенты - Физические лица» будут иметь значение этого реквизита равное «Физические лица». С юридическими лицами – аналогично.

·         «ОГРНИП» (1048);

·         «ОГРН» (1030);

·         «Серия и номер свидетельства» (1049);

·         «Дата выдачи свидетельства» (1050);

·         «Документ, удостоверяющий личность» (1051);

·         «Страна регистрации» (1055);

·         «Адрес юридический» (1003);

·         «Адрес фактический» (1017);

·         «Адрес почтовый» (1019);

·         «Телефон» (1009);

При создании в 1С контрагента, также заполняется реквизит «Комментарий» следующей информацией:

при создании : «Создан при импорте из ASystem 04.12.2015 16:49:38; Код AS= 43»

при обновлении: «Обновлен при импорте из ASystem 14.12.2015 11:18:55; Код AS= 43»

 

2.1.1.       Договоры контрагентов

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

·         «Договор с покупателем (АС)» - создается при загрузке в 1С счета покупателю, отгрузке, оплаты от покупателя. Валюта взаиморасчетов при этом рубли;

·         «Договор с поставщиком (АС)» - создается при загрузке в 1С счета поставщика, приход от поставщика, оплаты поставщику. Также у договора c поставщиком  учитывается валюта родительского документа из ASystem (PrintEffect);

При создании договора в 1С, также заполняется реквизит «Комментарий» следующей информацией:

«12.01.2016 20:31:19 договор создан при импорте из ASystem. Код AS= 3528; Версия обработки: 6.005.1 (1001.43.89)».

Важно! При загрузке документов в 1С режиме обновления, договор не обновляется.

 

2.1.2.            Банковские счета контрагентов

Банковский счет контрагента передается в 1С как объект подчиненный контрагенту. Ниже список реквизитов банковского счета контрагента. Номер в скобках – это системный номер ASystem (PrintEffect):

·         «Наименование банковского счета». Если наименование счета не заполнено в ASystem (PrintEffect), то в 1С, соответствующий  реквизит будет выглядеть следующим образом:

 «Расчетный счет в банке  +  «Наименование банка» (14005)»

·         «Номер счета» (14001). При загрузке банковского счета в 1С, обработка проверяет длину номера счета и отсекает лишние символы справа после 20-ой цифры;

·         «Корреспондентский счет» (14002). Аналогично номеру счета, выполняется проверка его длины – отсекаются все символы справа после 20-ой цифры;

·         «БИК» (14003). Аналогично номеру счета, выполняется проверка его длины – отсекаются все символы справа после 9-ой цифры;

·         «Наименование банка» (14005);

При загрузке в 1С банковского счета, вначале проверяется по БИК наличие банка. Если банк с соответствующим БИК не найден, то он создается в 1С.

2.2.            Материалы, готовая продукция и услуги

Перед первой передачей в 1С справочника материалов или готовой продукции, в 1С необходимо  полностью воссоздать структуру (классификацию-иерархию) справочника материалов и готовой продукции из ASystem (для PrintEffect только структуру материалов). В противном случае, во время обмена, номенклатура в 1С будет создавать свою родительскую группу в корне справочника «Номенклатура». Также, перед началом всех работ, необходимо исключить нахождение в ASystem (PrintEffect) одноименных групп с справочнике материалов и готовой продукции, проще говоря – переименовать одноименные.

Список реквизитов материалов и готовой продукции ASystem (PrintEffect) участвующих в загрузке в 1С. Номер в скобках – это системный номер ASystem (PrintEffect):

·         «Наименование» (11011);

·         «Группа ТМЦ» - уровень классификатора;

·         «Единица измерения ТМЦ» (11001);

Кроме перечисленных выше реквизитов, на стороне 1С во время создания номенклатуры, у последней заполняются еще реквизиты:

·         «Полное наименование» (равно значению реквизита «Наименование (11011)»);

·         «Ставка НДС» – по умолчанию, 18%;

·         «Комментарий», вида:

 «Создана при импорте из AS 10.02.2016 15:07:05, код AS = 5870, группа ТМЦ AS = Формные пластины»

 

·         «Вид номенклатуры»  - заполняется в 1С только при загрузке документов.

 Значение реквизита определяется в ASystem (PrintEffect) в фактурной части документов реализации – «Счет», «Отгрузка», «Приход».

Если реквизит не заполнен или выбрано «Продукция», то при передаче данных в 1С его значение будет равно «Продукция». Если в ASystem (PrintEffect) выбрано «Услуги», то и в 1С будет выбрано соответствующее значение. Сам справочник 1С «Виды номенклатуры» должен быть заранее проверен на наличие двух записей со значениями «Продукция» и «Услуги».

Также, в ASystem, через шаблоны объектов необходимо добавить в фактурную часть реквизит «Вид номенклатуры (11079)» из группы «Реквизиты ТМЦ».

В PrintEffect дополнительных настроек делать не надо – этот реквизит уже включен в шаблон документов «Счет» и «Отгрузка».

2.3.            Единицы измерения

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

·         «Наименование» (13002);

·         «Код по ОКЕИ» (13004);

При обмене данными, на стороне 1С поиск необходимой единицы измерения ведется по коду ОКЕИ, поэтому для ASystem необходимо, предварительно через шаблоны объектов добавить к справочнику единиц измерения реквизит «Код по ОКЕИ (13004)» и заполнить его кодами из классификатора ОКЕИ.

Сами коды можно посмотреть в 1С через справочник «Классификатор единиц измерения» (кнопка «Подбор из ОКЕИ»).

Также, в 1С необходимо добавить недостающие единицы измерения с заполненным уникальным кодом ОКЕИ, иными словами, в 1С должно быть столько единиц измерения, сколько их в ASystem (PrintEffect).

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

2.4.            Документы

2.4.1.                 Общие положения

Передача документов в 1С строится по принципу «реквизит в реквизит». Уникальность обмена соблюдается за счет синхронизации ключевых объектов документа – его номера и внутреннего кода. Иными словами, при первой загрузке документа в 1С, ему присваивается точно такой же номер из ASystem (PrintEffect) и заносится в таблицу соответствия кодов. Этот процесс и называется синхронизацией. Результаты этой синхронизации можно посмотреть в самой таблице соответствия. Для ASystem – это в приложении ASystemExchange (Меню – Данные – Correspondence, тип объекта = «Учетные операции»), а для PrintEffect – это «Меню-Администрирование-Соответствие кодов». Пример записи в таблице соответствия кодов (Рисунок 1.12):

 

Рисунок 2.2 Пример записи кодов соответсвия

 

Здесь видно, что документ «Счет» с номером 0020 и внутренним кодом 3523 был экспортирован 07.08.2015 из ASystem (PrintEffect) и в 1С был создан соответствующий счет с таким же номером, который и был занесен в ячейку «Внешний код», т.е. код 1С.

Процесс загрузки документов в 1С предельно прост и состоит из двух этапов:

·         Первый - выгрузка соответствующего XML-файла с документами из ASystem (PrintEffect) – подробно описано в документации «Обмен данными» для ASystem, или «Управление производством, обмен данными с 1С» - для PrintEffect.

·         Второй – загрузка XML-файла с данными в 1С.

 

Состав передаваемых из ASystem (PrintEffect) в 1С ключевых и обязательных реквизитов шапки документа (на примере счета покупателю, рисунок 1.13):

·         (1) Номер документа;

·         (2) Дата операции (документа);

·         (3) Валюта документа. Для документов реализации, по умолчанию всегда «RUB», код валюты «643». Для документов поставщика в трех основных валютах «RUB»(643), «EUR» (978) и «USD» (840). На стороне 1С валюта документа определяется в договоре контрагента (покупателя или поставщика);

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

·         (5) Контрагент (где он есть);

Состав передаваемых из ASystem (PrintEffect) в 1С ключевых и обязательных реквизитов фактурной части документа (на примере счета покупателю, рисунок 2.3):

·          (6) Объект учета;

·         Единица измерения;

·         (7) Количество;

·         (8) Цена;

·         (9) Сумма без НДС;

·         (10) Ставка НДС;

·         (11) Сумма НДС;

·         (12) Сумма с НДС;

 

 

два счета.bmp

Рисунок 2.3 Пример соответсвия реквизитов шапки и фактурной части, на примере счета покупателю

 

Для всех типов документов, фактурная часть которых содержит ТМЦ (материал или готовая продукция), у обработки имеется дополнительная опция, в виде флажка на основной форме обработки (Рисунок 2.4)

Сокр наименования.bmp

Рисунок 2.4 Флажок управления сокращенными наименованиями ГП(ТМЦ)

 

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

Ниже (Рисунок 2.5), пример желания заказчика получить в документах реализации красивое наименование «Полиграфическая продукция» вместо наименования «Календарь домик_120028/16». Слева – автоматически созданное наименование ГП, справа – результат ручной корректировки объекта учета, последний («Полиграфическая продукция») и будет создан в 1С в номенклатурном справочнике.

сокр ГП.bmp

Рисунок 2.5 Пример использования  сокращенных наименований ГП (ТМЦ)

2.4.2.                 Особенности экспорта документов, в зависимости от их типа (классификатора).

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

 

Рисунок 2.6 Поле выбора склада

Для типов документов, такие как «Приход», «Акт выполненных работ» и «Списание в производство» обязательным и активным для ввода становится поле выбора подразделения (Рисунок 2.7)

 

пв Подразделение.bmp

Рисунок 2.7 Поле выбора подразделения

 

Счет покупателю

Список дополнительных реквизитов, передаваемых из ASystem (PrintEffect):

·       «Поставщик» (собственное предприятие) экспортируется как реквизит «Организация»;

·       «Валюта». Установлена всегда в «RUR», отражена только в договоре;

·       «Вид оплаты». Используется для фильтрации. В случае установки значения реквизита, отличного от «Через банк» или «Через кассу» - такой документ в 1С не импортируется.

В фактурной части счета в ASystem (PrintEffect), используя реквизит «Вид номенклатуры», можно установить у импортируемой в 1С номенклатуры соответствующее значение – либо «Продукция» (при этом, в ASystem (PrintEffect) этот реквизит может и не заполняться), либо «Услуга» (в этом случае в ASystem (PrintEffect), требуется его обязательное заполнение). Результат настройки (Рисунок 2.8)

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

 

Рисунок 2.8 Пример заполнения реквизита «Вид номенклатуры» в счете покупателю

 

Приход ГП на склад (только для ASystem)

Список дополнительных реквизитов, передаваемых из ASystem:

·        «Наше предприятие» экспортируется как реквизит «Организация».

 Реквизит необходимо добавить через шаблоны документов в шапку документа «Приход», выбрав его из группы реквизитов «Реквизиты договора». Код реквизита – 2007;

·       «Вид оплаты». Используется для фильтрации. В случае установки значения реквизита, отличного от «Через банк» или «Через кассу» - такой документ в 1С не импортируется.

·        «Счет затрат» в шапке «Отчета производства за смену» установлен в значение «20.01»;

·       «Вид продукции» работает аналогично «Счету покупателю», с той разницей, что готовая продукция, в зависимости от значения этого реквизита распределяется по закладкам «Товары», либо «Услуги» в товарной части документа.

·       «Счет учета» в товарной части «Отчета производства за смену» установлен в значение «43»;

 

Отгрузка ГП покупателю

Список дополнительных реквизитов, передаваемых из ASystem (PrintEffect):

·       «Поставщик» (собственное предприятие) экспортируется как реквизит «Организация»;

·       «Валюта». Установлена всегда в «RUR», отражена только в договоре;

·       «Вид оплаты». Используется для фильтрации. В случае установки значения реквизита, отличного от «Через банк» или «Через кассу» - такой документ в 1С не импортируется.

·       «Вид операции» установлен в значение «Товары, услуги, комиссия»;

·       «Счет на оплату» в документе «Реализация товаров и услуг» будет заполнен при условии, что соответствующий счет покупателя был ранее импортирован в 1С, при этом «Отгрузка» должна быть создана из соответствующего счета покупателя при помощи метода порождения, в противном случае, ссылка на счет будет пустой;

·       «Счет учета расчетов с контрагентами» установлен в значение «62.01»;

·       «Счет учета расчетов по авансам» установлен в значение «62.02»;

·       «Способ зачета аванса» установлен в значение «Автоматически»;

·       «Тип цен» установлен в значение «Основная цена продажи», при этом, в соответствующем справочнике «Тип цен» в 1С должна быть одноименная запись;

В товарной части:

·       «Вид продукции» работает аналогично «Счету покупателю» и «Приходу». Готовая продукция, в зависимости от значения этого реквизита распределяется по закладкам «Товары», либо «Услуги» в товарной части документа.

·       «Счет учета» для готовой установлен в значение «43»

·       «Счет доходов» для готовой установлен в значение «90.01.1»

·       «Счет НДС» для готовой установлен в значение «90.03»

·       «Счет расходов» для готовой установлен в значение «90.02.1»

 

При желании, в процессе импорта из ASystem (PrintEffect) можно создать документ «Счет-фактура выданный», предварительно перед загрузкой XML-файла включив соответствующий флажок (рисунок 2.9), при этом флажок становится активным только при включении флажка «Отгрузка ГП покупателю».

 

Рисунок 2.9 Формирование счет-фатуры вместе с отгрузкой

 

Документ «Счет-фактура выданный», при создании полностью заимствует реквизиты соответствующего документа «Реализация ТиУ», используя для этого встроенные процедуры конфигурации.

 

Оплата от покупателя (банк)

Список дополнительных реквизитов, передаваемых из ASystem (PrintEffect):

·       «Вид операции» в 1С установлен в значение «Оплата от покупателя»;

·       «Номер платежного поручения» экспортируется в реквизит 1С «Входящий номер»;

·       «Дата платежного поручения» экспортируется в реквизит 1С «Входящая дата»;

·       «Счет учета расчетов с контрагентами» установлен в значение «62.01»;

·       «Счет учета расчетов по авансам» установлен в значение «62.02»;

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

·       «Способ погашения задолженности» в расшифровке платежа установлен в значение «Автоматически»;

 

Оплата от покупателя (касса)

Список дополнительных реквизитов, передаваемых из ASystem (PrintEffect):

·       «Вид операции» в 1С установлен в значение «Оплата от покупателя»;

·       «Счет учета» установлен в значение «50.01»;

·       «Счет учета расчетов с контрагентами» установлен в значение «62.01»;

·       «Счет учета расчетов по авансам» установлен в значение «62.02»;

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

·       «Способ погашения задолженности» в расшифровке платежа установлен в значение «Автоматически»;

 

Счет от поставщика (субподрядчика)

Список дополнительных реквизитов, передаваемых из ASystem (PrintEffect):

·       «Номер сопроводительного документа» экспортируется в реквизит 1С «№ счета» (он же входящий);

·       «Дата сопроводительного документа» экспортируется в реквизит 1С «№ счета (дата)» (она же входящая);

Договор с поставщиком может быть создан в трех валютах – RUR, USD и EUR. В случае, если валюта отличается от рублей, то курс взаиморасчетов устанавливается из значения реквизита «Курс для учетной операции» из шапки счета поставщика в ASystem (PrintEffect) (выделен красным, рисунок 2.10).

Рисунок 2.10 Значение курса учетной операции для курса взаиморасчетов в 1С

 

Если из ASystem (PrintEffect) в фактурной части передается услуга, то соответствующей товарной части счета 1С появятся два поля:

·       «Номенклатура» - значение установлено в наименование услуги, так как она называется в ASystem (PrintEffect);

·       «Содержание» - значение установлено в наименование объекта учета как документе ASystem (PrintEffect) (рисунок 2.11);

 

Рисунок 2.11 Расшифровка услуги в счете поставщика

 

Приход от поставщика и Акт выполненных работ (только для ASystem)

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

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

·       «Вид операции» для «Прихода от поставщика» установлен в значение «Товары, услуги, комиссия», для «Акта выполненных работ» в «Услуги (Акт)»;

·       «Счет на оплату» в документе «Поступление товаров и услуг» будет заполнен при условии, что соответствующий счет поставщика был ранее импортирован в 1С, при этом «Приход от поставщика» или «Акт выполненных работ» должны быть созданы из соответствующего счета поставщика при помощи метода порождения, в противном случае, ссылка на счет будет пустой;

·       «Счет учета расчетов с контрагентами» установлен в значение «60.01»;

·       «Счет учета расчетов по авансам» установлен в значение «60.02»;

·       «Способ зачета аванса» установлен в значение «Автоматически»;

 

В товарной части «Товары»:

·        «Счет учета» установлен в значение «10.01»;

·        «Счет НДС» установлен в значение «19.03»;

В товарной части «Услуги»:

·       «Счет затрат» установлен в значение «20.01»;

·       «Счет учета НДС» установлен в значение «19.04»;

·       «Номенклатурные группы» установлены в значение «Услуги»;

·       «Подразделение затрат» установлено в значение, выбранное в основной форме обработки;

·       «Счет затрат НУ» установлен в значение «20.01»;

·       «Номенклатурные группы НУ» установлены в значение «Услуги»;

 

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

Документ «Счет-фактура поученный», при создании заимствует реквизиты соответствующего документа «Реализация ТиУ», используя для этого встроенные процедуры конфигурации.

 

Списание в производство

Для ASystem, обязательным требованием к оформлению данного типа документа, является наличие в шапке реквизита «Наше предприятие», которое нужно добавить через шаблоны документов из группы реквизитов «Реквизиты договора».  В PrintEffect, этот реквизит уже включен в поставку.

За автоматическую подстановку значения в «Наше предприятие» отвечает настройка системы (рисунок 2.12)

 

собст предприятие.bmp

Рисунок 2.12 Собственное предприятие по-умолчанию

 

В дальнейшем, значение этого реквизита будет использовано обработкой в 1С для подстановки «Организации» в шапку документа «Требование-накладная».

Список дополнительных реквизитов, передаваемых из ASystem (PrintEffect):

·       «Наше предприятие» экспортируется как реквизит «Организация»;

·       «Счет учета» в товарной части установлен в значение «10.01»;

·       «Счет затрат» в товарной части установлен в значение «20.01»;

 

Внутреннее перемещение (только для ASystem)

Для этого типа документа, необходимо добавить в шапку реквизит «Наше предприятие». Подробно эта настройка  описана для документа «Списание в производство».

Список дополнительных реквизитов, передаваемых из ASystem:

·       «Наше предприятие» экспортируется как реквизит «Организация»;

·       «Счет отправителя» в товарной части установлен в значение «10.01»;

·       «Счет получателя» в товарной части установлен в значение «10.01»;

 

Оплата поставщику

В зависимости от значения реквизита «Вид оплаты» в ASystem (PrintEffect), обработка при загрузке их в 1С распределяет на два типа документа. Для оплат «Через банк» - это «Списание с расчетного счета», а для «Через кассу» - это «Выдача наличных (РКО)». Состав реквизитов этих документов в 1С немного отличается друг от друга, при этом принципы формирования одинаковые.

Ниже их список дополнительных реквизитов:

·       «Вид операции» в 1С установлен в значение «Оплата поставщику»;

·       «Номер платежного поручения» экспортируется в реквизит 1С «Входящий номер» (только для оплат через банк);

·       «Дата платежного поручения» экспортируется в реквизит 1С «Входящая дата» (только для оплат через банк);

·       «Валюта» - по умолчанию установлена в рубли;

·       «Счет поставщика» - ссылка в товарной части на ранее импортированный в 1С счет поставщика;

·       «Счет учета расчетов с контрагентами» в товарной части  установлен в значение «60.01»;

·       «Счет учета расчетов по авансам» в товарной части установлен в значение «60.02»;

·       «Способ зачета аванса» установлен в значение «Автоматически»;

 

 

 

3.    Выгрузка данных из 1С

3.1.            Контрагенты

В отличие от предыдущих версий обработки для конфигурации «Бухгалтерия предприятия 2.0», где справочник выгружался целиком, теперь в дополнение к этому появилась возможность выгрузить группу контрагентов и просто одного контрагента (рисунок 3.1).

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

 

выгрузка контрагентов.bmp

Рисунок 3.1 Выгрузка контрагентов

 

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

В результате использования стандартной для 1С функции выборки, будет сформирован XML-файл, содержащий реквизиты, описанные в главе 2.1 «Контрагенты» (Загрузка).

 

Важно! :

 

·       В случае, если обмен данными еще не выполнялся (загрузка или выгрузка), то необходимо выполнить процедуру настройки классификаторов, описанную в главе 2.1 «Контрагенты»;

·       Если, в 1С контрагент не имеет родительской группы, т.е. находится в корне справочника, то при формировании XML-файла ему будет назначена группа с наименованием «Без привязки к классификатору контрагентов» и при загрузке в PrintEffect он принудительно попадет в группу «Юридические лица».

В случае подобной загрузки в ASystem, предварительно необходимо через ASystemExchange (Меню – Настройка – Классификация - Контрагенты) провести сопоставление групп контрагентов – внешней группе из 1С «Без привязки к классификатору контрагентов» нужно сопоставить какую-либо в ASystem (рисунок 3.2);

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

контр без классификации АС.bmp

Рисунок 3.2 Настройка в ASystem неклассифицированных в 1С контрагентов

 

3.2.            Материалы

 

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

 

выгрузка ТМЦ.bmp

Рисунок 3.3 Выгрузка номенклатуры

 

3.3.            Документы

 

Из 1С в ASystem (PrintEffect) выгружаются только документы оплат, четырех следующих типов:

·       «Оплата от покупателя (банк)» - он же в 1С «Поступление на расчетный счет»;

·       «Оплата от покупателя (касса)» - он же в 1С «Поступление наличных (ПКО)»;

·       «Оплата поставщику (банк)» - он же в 1С «Списание с расчетного счета»;

·       «Оплата поставщику (касса)» - он же в 1С «Выдача наличных (РКО)»;

 

Для всех четырех типов документов, используются одинаковые принципы выгрузки из 1С и формирования XML-файла:

·       Стандартная функция выборки соответствующих типов документов, ограниченная диапазоном дат, заданных в поле ввода «19» (рисунок 1.10);

·       В качестве фильтрации по отдельно взятому типу документа оплаты использует реквизит «Вид операции». Для оплат от заказчиков (банк и касса), его значение должно быть «Оплата от покупателя», а для оплат поставщику (банк и касса), вид операции соответственно – «Оплата поставщику»;

·       При формировании табличной части, используются только ссылки на счета покупателей или поставщиков, которые ранее были импортированы в 1С;

 

В качестве дополнительной информации, в ASystem (PrintEffect) передается в соответствующие реквизиты следующая информация:

·       «Назначение платежа»;

·       «Примечание», содержащее перечень номеров счетов из табличной части «Расшифровки платежа». Счета, естественно должны быть ранее импортированы в 1С;

·       «Валюта» - по умолчанию установлена в рубли;

 

Для корректного распределения оплат на стороне ASystem (PrintEffect) необходимо в параметрах системы ОТКЛЮЧИТЬ для обоих типов оплат настройку «Автоматически разносить оплату» (Рисунок 3.4).

 

Разнесение оплат.bmp

Рисунок 3.4 Настройка «Автоматически разносить оплату»

 

В качестве примера (Рисунок 3.5 и 3.6) показана одна и та же оплата от заказчика в 1С и после последующей загрузки в ASystem (PrintEffect).

 

оплата в 1С.bmp

Рисунок 3.5 Оплата от покупателя в 1С

 

оплата из 1С в АС.bmp

Рисунок 3.6 Оплата от покупателя, импортированная в ASystem из 1С

 

В результате импорта оплат в ASystem (PrintEffect) из 1С, соответствующая импортированная оплата имеет «синие» фактурые строки, что является признаком того, что этот документ были импортирован, а не создан вручную в ASystem (PrintEffect).

Также, видно некоторое несоответствие в фактурной части документа ASystem (PrintEffect) с товарной частью «Расшифровка платежа» в документе в 1С - в 1С объектом платежа является счет, а в ASystem (PrintEffect) –готовая продукция.

В случае, если в 1С счет оплачен частично (предоплата), то в документе оплаты в ASystem (PrintEffect) сумма предоплаты будет распределяться последовательно по готовой продукции – т.е. сперва оплачивается первая строка счета с готовой продукцией, потом вторая и т.д.

 

 

4.    Приложения

4.1.            Работа с несколькими базами 1С

В качестве другого программного продукта обмена, компанией «Моноритм» разработана обработка, позволяющая одновременно производить импорт и экспорт данных с несколькими базами 1С.  Сразу, стоит отметить, что данная обработка платная и в базовую поставку PrintEffect не входит. Цена обработки определяется количеством баз 1С, которые необходимо синхронизировать с ASystem (PrintEffect).

 

Уникальность обмена данными выстраивается на сопоставлении одного внутреннего кода объекта ASystem (PrintEffect) и нескольких внешних кодов 1С.

 

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

При первой авторизации на новой информационной базе 1С, обработка выдаст сообщение (Рисунок 4.1)

 

Старт MDB.bmp

Рисунок 4.1 Регистрация новой базы 1С

 

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

 

При работе, база идентифицируется в нижней части основной форме в виде кода. (Рисунок 4.2)

 

Код ИБ.bmp

Рисунок 4.2 Отображение уникального кода базы 1С

 

Во время обмена, распределение объектов по «своим» базам происходит следующим образом:

 

·         Для объектов справочников (контрагенты, ТМЦ) обработка находит в таблице соответствия внутренний код объекта ASystem (PrintEffect) и соответствующий ему внешний код конкретной базы 1С;

·         Для документов обработка сопоставляет код ИБ (Рисунок 4.2) и внутренний код собственного предприятия. В связи с этим, необходимо обязательное заполнение реквизитов «Поставщик», «Плательщик» или «Собственное предприятие»;

 

Синхронизация основных объектов мало отличается от синхронизации в типовой конфигурации. Принцип синхронизации достаточно прост – каждому внутреннему коду объекту ASystem (PrintEffect) должно соответствовать количество внешних кодов, равных количеству баз 1С (Рисунок 4.3)

 

Коды соот mdb.bmp

Рисунок 4.3 Таблица соответстствия в многобазовой конфигурации