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

1.1.          Введение

 

Приложение ASystem1C разработано для обмена данными между ASystem или PrintEffect и системами бухгалтерского учета, разработанных на платформе «1С:Предприятие 8.3», в виде внешней обработки (в дальнешем "Обработка").

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

 

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

 

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

 

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

 

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

Упрощенно, общее представление об схеме работы обмена данными, представлено на схеме (Рисунок 1.1)

Рисунок 1.1 «Схема обмена между системами»

 

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

 

Основные системные требования:

·      ОС семейства Windows, версия не старше Windows 7;

·      Источник данных ODBC, настроенный на базу ASystem. Разрядность источника должна быть равной разрядности клиентской части 1С;

·      Для серверных версий 1С на базе MSSQL, потребуется еще один источник данных ODBC, но уже на серверной стороне 1С – так называемом «Сервере приложений 1С». Разрядность источника, должна быть равна разрядности сервера приложений 1С;

Требования к версиям приложений (на момент публикации данной документации - апрель 2020 г.):

 

·      ASystem - не ниже 6.011.3;

·      PrintEffect – не ниже 6.011.3;

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

·      для 1С – минимальная версия платформа не ниже 8.3.16.1296, конфигурация не ниже 3.0.77.56 (апрель 2020 г.);

 

Не пытайтесь использовать более старую версию платформы и конфигурации 1С (в пределах 8.3.15 для платформы и 3.0.70 для конфигурации), а также использование принципиально других конфигураций, типа "УТ", "ERP", "КА", "УНФ" и пр., - так как, никто вам не даст гарантии корректной работы обработки из-за несовместимости на уровне объектов 1С и процедур ADOdb.

 

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

 


 

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

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

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

 

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

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

Экспорт

Импорт

ASystem

PrintEffect

ASystem и PrintEffect

Контрагенты

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

*

*

*

Материалы

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

*

*

*

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

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

*

*

 

Приход

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

*

 

 

Отгрузка

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

*

*

 

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

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

*

*

*

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

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

*

*

*

Оплата анковской картой)

Документ «Операция по платежной карте»

 

 

*

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

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

*

*

 

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

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

*

*

 

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

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

*

 

 

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

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

*

*

 

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

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

*

 

 

Сличительная ведомость

Документ «Инвентаризация товаров»

*

*

 

Акт на резку

Документ «Комплектация номенклатуры»

*

 

 

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

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

*

*

*

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

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

*

*

*

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

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

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

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

 

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

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

 

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

 

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

 

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

 

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

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

 

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

 

Начиная с версии обработки 6.011.3, появилась ранее отсутствующая возможность импорта организаций из 1С, которая может быть использована при первичном запуске ASystem на пустую базу, заменяя процесс ручной синхронизации. Естественно, перед импортом, у организации должен быть изменен код до вида «10-000001» (как изменить, смотри выше). Сам процесс импорта организаций описан в главе 3.3 «Импорт организаций»


 

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

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

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

 

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

 

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

 

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

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

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

 

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

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

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

 

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


 

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

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

 

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

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

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

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

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

 

Рисунок 1.7 «Запуск обработки через стандартное меню»

Начальная форма авторизации в обработке, представлена на ниже, (Рисунок 1.8).

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

 

 

 

Рисунок 1.8 «Авторизация в обработке»

 

Если имя учетной или пароль набраны правильно, то после нажатия кнопки «Продолжить», будет открыта основная форма обработки ASystem1C, но это уже в следующей главе.

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

Весь функционал обработки обмена, собственно, сводится к двум основным задачам – это загрузка данных в 1С и выгрузка данных из 1С. Исходя из этого, основная форма имеет две основных страницы-закладки: «Загрузка данных в 1С» (Рисунок 1.9) и «Выгрузка данных для ASystem» (Рисунок 1.10).

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

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

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

 

2.    Группа флажков управления загрузкой в 1С справочников контрагентов и номенклатуры;

 

3.    Группа флажков управления загрузкой в 1С документов группы «Реализация»:

·       «Выписка счета» (в 1С – «Счет покупателю»);

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

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

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

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

 

4.    Группа флажков управления загрузкой в 1С документов группы «Материалы и субподряд»:

·      «Регистрация счета» (в 1С – «Счет от поставщика»);

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

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

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

·      «Внутреннее перемещение» (в 1С – «Перемещение товаров»);

·      «Сличительная ведомость» (в 1С – «Инвентаризация товаров»);

·      «Акт на резку» (в 1С – «Комплектация номенклатуры»);

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

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

 

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

 

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

 

7.    Флажок для формирования в 1С документа «Счет-фактура выданный» для импортируемого в 1С документа «Отгрузка», и «Счет-фактура полученный» для импортируемого в 1С документа «Приход от поставщика». Импорт счетов-фактур в 1С, возможен ТОЛЬКО в вЫключенном режиме обмена «Обновлять уже существующие данные» (флажок №8), то есть, только для новых документов отгрузки;

 

8.    Двухрежимный переключатель «Обновлять уже существующие данные» режима загрузки данных:

 

·        вЫключен. При загрузке объекта, не имеющего внешнего кода, для 1С он считается новым и будет создан в 1С. В случае, если при загрузке, коды соответствия объектов совпали, то импорт такого объекта пропускается, так как это свидетельствует о том, что такой объект уже есть в 1С.

·        Включен. Во время загрузки, объект будет перезаписан, если коды соответствия совпали. Для объектов, типа «документ», идет проверка проведения.

 

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

 

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

 

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

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

 

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

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

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

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

 

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

 

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

 

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

 

 

 

1.4.2 Интерфейс страницы «Выгрузка данных для ASystem»

Рисунок 1.10 Страница «Выгрузка данных для ASystem»

 

 

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

 

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

 

19.     Группа флажков управления выгрузкой из 1С справочников организаций, контрагентов и номенклатуры, а также настройкой соответствия уровней классификаторов справочников контрагентов и материалов между двумя системами (кнопка «Настройка»).  


 

20.     Группа флажков управления выгрузкой из 1С документов группы «Реализация»;

 

·       «Поступление на расчетный счет». (в ASystem «Оплата» с «Вид оплаты» = «Через банк»);

·        «Поступление наличных (ПКО)». (в ASystem «Оплата» с «Вид оплаты» = «Через кассу»);

·        «Операция по платежной карте». (в ASystem «Оплата» с «Вид оплаты» = «Банковская карта»);

 

21.     Группа флажков управления выгрузкой из 1С документов группы «Материалы и субподряд»;

·        «Списание с расчетного счета». (в ASystem «Оплата поставок и услуг» с «Вид оплаты» «Через банк»);

·        «Выдача наличных (РКО)». (в ASystem «Оплата поставок и услуг» с «Вид оплаты» «Через кассу»);

 

22.     Кнопка «Настроить». Инициирует процесс настройки соответствия классификаторов справочников контрагентов и ТМЦ, между ASystem и 1C.

 

23.     Двухрежимный переключатель-флажок «Выгружать оплаты без ссылки на счет»:

·        вЫключен. Выгружаются только оплаты, в которых расшифровка платежа выполнена по счетам, ранее импортированным из ASystem.

·        Включен. Игнорируются любые фильтры и производится выгрузка всех документов оплат.

 

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

 

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

 

 

 

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

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

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

После завершения сопоставления необходимо нажать кнопку «Сохранить».

 

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

 

Эту же процедуру, можно выполнить в ASystemExchange через меню «Настройка-Классификация…», где выполняется аналогичное сопоставление групп (Рисунок 2.2).

 

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

 

В PrintEffect, аналогичная настройка соответствия классификаторов, выполняется через меню «Администрирование – Импорт данных…» (Рисунок 2.3).

 

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

 

 

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

 

 

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

 

·        Наименование (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; v.6.009.3 (1110.65.080);»

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

 


 

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

Начиная с версии 6.011.3 ASystem1C, договора импортируются в 1С по следующей схеме, в порядке приоритета:

·      Договор из шапки документа. Работает только для документов – «Выписка счета», «Отгрузка», «Регистрация счета», «Приход от поставщика» и «Акт выполненных работ».

      Проверяется сперва наличие реквизита «Договор» (17029) в шаблоне шапки документа:

 

Рисунок 2.4 «Договор в шапке документа»

 

 

Если реквизит есть в шаблоне, и он заполнен, то дальше проверяются два реквизита договора – это «Наше предприятие» (2007) и «Тип отношений» (2017):

 

Рисунок 2.5 «Договор в справочнике контрагентов»

 

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

 

 

·        Виртуальный договор. Если вышеописанный вариант с договором в шапке не прошел, то импортируется виртуальный договор, который по сути является заглушкой на случай, когда договорная база в ASystem не ведётся в полном объеме и при этом, в 1С договор является обязательным реквизитом для многих типов документов. Сам виртуальный договор, не имеет отношения к подчиненному справочнику контрагентов в ASystem и импортируется только вместе с документами. При этом такой договор синхронизирован, как и все остальные типы объектов и имеет необходимую привязку к соответствующей организации и контрагенту. В зависимости от типа загружаемого документа, данный виртуальный договор имеет следующие наименования:

 

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

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

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

«10.01.2020 17:32:33 договор создан при импорте из 'АС'. Код AS=3528;  Версия обработки: 6.011.3 (1001.75.048)».

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

 

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

При импорте в 1С, сперва проверяется заполнение двух ключевых реквизита – «Номер счета» и «БИК». Если эти реквизиты заполнены, то выполняется их проверка на длину (количество символов) – 20 для номера счета и 9 для БИК (Российская Федерация). В случае успеха, такой расчетный счет импортируется со следующими реквизитами:

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

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

·        Номер счета (14001);

·        Корреспондентский счет (14002);

·        БИК (14003). Если по загружаемому БИК, банк в 1С не найден, то он будет создан;

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

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

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

Список реквизитов материалов и готовой продукции ASystem, участвующих в загрузке в 1С:

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

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

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

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

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

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

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

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

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

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

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

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

 

 


 

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

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

 

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

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

 

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

 

Рисунок 2.6 «Код ОКЕИ в справочнике единиц измерения в ASystem»

 

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

 

Рисунок 2.7 «ОКЕИ в 1С»

 

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

 

2.4.          Документы

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

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

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

 

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

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

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

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

 

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

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

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

·        (3) Валюта документа;

·        (4) Организация.

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

·        (6) Договор;

·        (7) Банковский счет поставщика - организации;

 

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

·        (8) Объект учета - номенклатура;

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

·        (10) Цена;

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

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

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

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

 

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

 

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

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

 

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

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

сокр ГП.bmp

Рисунок 2.11 «Пример использования  сокращенных наименований ГП»

 

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

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

 

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

 

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

 

Начиная с версии 6.011.3 ASystem1C, вместо описанной выше подстановки склада или подразделения, в качестве объекта обмена, стало возможным использование склада или подразделения из шапки самого документа ASystem. Настройка производится обычным способом через таблицу соответствия кодов (Рисунок 2.13):

Рисунок 2.13 «Настройка соответствия для складов и подразделений»

 

Из-за ограничений функциональных возможностей PrintEffect, данный функционал доступен только для ASystem в версии, не старше 6.011.3 и для ASystemExchange не старше версии 3.031.1.


 

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

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

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

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

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

 

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

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

 

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

 

 

 

 

 

 

 

 


 

2.4.4.      Приход (только для ASystem)

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

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

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

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

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

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

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

 

2.4.5        Отгрузка

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

 

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

 

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

 

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

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

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

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

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

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

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

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

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

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

 

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

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

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

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

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

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

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

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

 

2.4.8        Счет от поставщика  

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

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

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

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

Рисунок 2.16 «Пример счета подрядчика с услугой в валюте в ASystem»

 

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

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

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

Рисунок 2.17 «Результат импорта в 1С счета подрядчика с услугой в валюте»

 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

 

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

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

 

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

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

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

 

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

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

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

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

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

 

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

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

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

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

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

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

 

2.4.12     Сличительная ведомость

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

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

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

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

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

 

2.4.13     Акт на резку (только для ASystem)

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

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

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

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

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

 

 

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

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

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

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

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

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

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

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

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

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

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

2.5.          Фильтрация документов

Модуль обмена имеет несколько штатных процедур фильтрации, запрещающих импорт документов в 1С:

 

·        По виду оплаты. Для документов группы «Реализация», импорт в 1С разрешен, если у документов, реквизит «Вид оплаты» не заполнен или принимает значения равные "Через банк", "Через кассу" или "Банковской картой". В противном случае, на экран будет выдано сообщение вида:

"Ошибка! Импорт документа 'Выписка счета №: 201 от 20.04.2020' пропущен, согласно установленному правилу обмена (вид оплаты 17011)!"

Код реквизита – 17011. Группа «Реквизиты учетных операций».

 

·        По собственному предприятию. Импорт документов любого типа разрешен в 1С, если у собственного предприятия, на которое зарегистрирован документ, НЕ заполнен реквизит «Импорт документов во внешнюю систему разрешен», либо этот реквизит принимает значение «Да». В противном случае, на экран будет выдано сообщение вида:

"Ошибка! Импорт документа 'Выписка счета №: 201 от 20.04.2020' пропущен, согласно настройкам собственного предприятия 'ASystemPrint' (запрет на импорт 1060)"

Код реквизита – 1060. Группа «Реквизиты контрагентов». Пример настройки: (Рисунок 2.19)

 

Рисунок 2.19 «Пример запрета на импорт»

 

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

"Ошибка! Импорт документа 'Выписка счета №: 201 от 20.04.2020' пропущен, так как предприятие 'ASystemPrint' (1) не совпадает с текущей базой (код: 4!")      

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

 

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

"--> Конец импорта. Пропущен согласно настройкам. 'Выписка счета №: 201 от 20.04.2020' - в статусе 'Черновик'..."

Или:

--> Конец импорта. Пропущен согласно настройкам. 'Выписка счета №: 201 от 20.04.2020' - проведен в 1С..."

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

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

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

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

 

Рисунок 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С справочника номенклатуры полностью идентичен процессу выгрузки справочника контрагентов и также сводится к предварительной настройке соответствия классификаторов обеих систем.

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

3.3.        Организации

Выгружаются по такому же принципу, как и контрагенты или ТМЦ, с той разницей, что не нужно выполнять предварительную настройку по соответствию классификаторов – на стороне ASystem, загрузка организаций будет сразу осуществляться в группу «Собственные предприятия» справочника контрагентов.

Состав выгружаемых реквизитов следующий: Наименование (1001); Официальное наименование контрагента (1015); ИНН (1002); КПП (1007); ФИО руководителя (1012); Должность руководителя (1011); ФИО главного бухгалтера (1014); Должность главного бухгалтера (1013); Адрес юридический (1003); Адрес фактический (1017); Адрес почтовый» (1019); Телефон (1009); Адрес электронной почты (1502); Также, выгружаются расчетные счета организации.

Выгрузка организаций, имеет смысл только при запуске ASystem, когда справочники системы еще не заполнены.

3.4.          Документы

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

 

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

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

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

 

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

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

 

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

 

·      Первым уровнем создания выборки, является фильтрация проведенных документов оплат, из всех хранимых в базе 1С документов, даты которых попадают в диапазон дат, заданных пользователем (Рисунок 3.4):

Рисунок 3.4 «Установка периода выгрузки документов»

 

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

 

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

 

·        В качестве дополнительной информации, в ASystem передается в соответствующие реквизиты следующая информация: «Назначение платежа»; «Примечание», содержащее перечень номеров счетов из разбивки «Расшифровки платежа» и «Валюта», которая по умолчанию установлена в рубли;

 

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

 

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

·      Пример импорта в ASystem оплаты без расшифровки по счету, с включенным флажком «Выгружать оплаты без ссылки на счет»:

Рисунок 3.6 «Оплата без расшифровки»

Рисунок 3.7 «Оплата без фактурной части после импорта в ASystem»

 

·      Пример импорта в ASystem типовой частичной оплаты с расшифровкой по нескольким счетам:

 

Рисунок 3.8 «Исходные оплачиваемые счета на сумму 900000 рублей»

Рисунок 3.9 «Оплата от покупателя в 1С, с частичной разбивкой по всем трём счетам»

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

 

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

Такое распределение оплаты с расшифровкой по каждому счету, возможно только в версии ASystemExchange не старше 3.029.13.

4.   Протоколирование процесса обмена данными

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

 

4.1.          Вывод служебных сообщений на экран

 

Теперь, о том, как выглядит структура выводимых сообщений, мы посмотрим на примере импорта в 1С счета из PrintEffect (Рисунок 4.1)

Рисунок 4.1 «Вывод сообщений на экран»

Попробуем расшифровать эти сообщения… Собственно, есть одно стартовое и финальное сообщения:

«Начинаем загрузку данных из PrintEffect в 1С!!!» и

«Загрузка данных из PrintEffect в 1С завершена!» -

они означают, что весь XML-файл был прочитан (в этом файле был всего один документ – счет №9). Между этими ключевыми сообщениями, выводятся сообщения об импорте объектов, входящих в сам документ – счет №9:

Ок. Импорт документа 'Выписка счета №: 9 от 22.08.2018' разрешен. – это означает, что документ успешно прошел через встроенный типовой фильтр, срабатывающий на реквизит шапки «Вид оплаты»

Ок. Контрагент 'Колобок' уже присутствовал в 1С и был ПРОПУЩЕН согласно настройке обмена.  – это означает, что контрагент «Колобок», входящий в счет №9, был пропущен, потому как, сам контрагент уже был когда-то ранее импортирован в 1С.  Подобные сообщения про номенклатуру, расчетные счета и контактные лица – означают тоже самое, что и про контрагента.

--> Начало импорта. Документ 'Выписка счета №: 9 от 22.08.2018' и

--> Конец импорта. Пропущен согласно настройкам. 'Выписка счета №: 9 от 22.08.2018' - присутствовал в 1С... – эти два сообщения обозначают успешное начало и окончание импорта документа в 1С. Между двумя этими сообщениями могут присутствовать другие сообщения, относящиеся к успешному или не успешному импорту объектов внутри документа. При неуспешных процессах, будет выводиться сообщение, которое начинается со слов «Ошибка!...»

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

 

Рисунок 4.2 Флаг «Протокол обмена на экран»

 

4.2.          Вывод служебных сообщений в log-файл

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

Файл протокола, хранится в профиле пользователя на клиентском компьютере. Название файла:

00-Asystem1C.log, где 00 - означает однобазовый вариант запуска модуля обмена ASystem1C. При многобазовом обмене, эти первые две цифры всегда больше нуля и означают номер базы 1С. Размер файла ограничен размером в 1Мбайт. После превышения этого размера – идёт перезапись файла.

 

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

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

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

 

Уникальность обмена данными выстраивается на сопоставлении одного внутреннего кода объекта ASystem и нескольких внешних кодов 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 Таблица соответстствия в многобазовой конфигурации

 

5.2.          Услуга по сверке контрагентов по ИНН

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

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

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

 

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

 

• прошедших сверку по ИНН (о чём описано выше);

• не прошедших сверку, по причине их дублирования в одной из систем;

• не прошедших сверку, по причине отсутствия заполненного ИНН в ASystem.

 

Решение по контрагентам, не прошедшим проверку - принимается самостоятельно.

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

 

Услуга, оказывается при условии, что емкость справочников контрагентов в любой из систем, ограничена количеством записей от 100 до 10000 контрагентов, а также наличием заполненного ИНН у большинства контрагентов в ASystem.

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