Описание
Данный продукт представляет собой правила конвертации данных для переноса из программы (далее КА 1.1 ) в программу Комплексная автоматизация 2 (далее КА 2 ). Правила созданы по технологии Конвертации данных 2.0 , не требуют установки или использования специальных внешних обработок.
Перенос данных между программами КА производится путем выгрузки данных в промежуточный файл. Выгружать и загружать данные нужно через встроенную во все типовые конфигурации обработку .
Для определения и переноса остатков мы используем данные бухгалтерских, а не управленческих регистров. Здесь и далее под управленческими регистрами мы понимаем не только регистры управленческого учета, но и специализированные регистры накопления регламентированного учета (например, регистры РАУЗ). Использование бухгалтерских регистров при переноса данных значительно повышает соответствие данных бухгалтерского учета в базе-источнике и базе-приемнике после переноса.
Правила созданы на основе алгоритмов, используемых в другой нашей разработке - Перенос данных из Комплексная автоматизация 1.1 в Бухгалтерия 8.3 . Данная разработка тиражируется уже более 4-х лет и за это время она не раз была отмечена довольными пользователями как отлично работающий продукт.
В ноябре 2018 года продукт был расширен новыми правилами переноса документов. В правила добавлена возможность выгрузки и загрузки основных документов приобретения и реализации товаров, кассовые и банковские документы. В дальнейшем список будет пополняться и расширяться. Доступные для переноса документы перечислены ниже.
Мы следим за тем, чтобы правила были применимы для работы с максимально широким диапазоном версий источника. Работоспособность правил протестирована для версий КА 1.1 начиная с релиза 1.1.68.2.
Переход с КА 1.1 на КА 2 лучше всего выполнять в начале нового периода (года или квартала).
Переносимые данные
При помощи наших правил Вы можете перенести из КА 1.1 в КА 2
Остатки по счетам бухгалтерского учета . Поддерживается перенос остатков в специализированные документы Ввод остатков с разными видами операций в базе-приемнике, для создания необходимых движений по регистрам и дальнейшей корректной работы в программе.
Документы . Список документов, доступных для переноса между программами постоянно пополняется. В данный момент с нашими правилами Вы можете перенести следующие документы:
Авансовый отчет
Выпуск продукции
ГТД по импорту
Заказ покупателя
Заказ поставщику
Отчет о розничных продажах
Платежный ордер на поступление денежных средств
Платежный ордер на списание денежных средств
Платежное поручение входящее
Платежное поручение исходящее
Платежное требование выставленное
Платежное требование полученное
Поступление доп. расходов
Поступление товаров и услуг
Приходный кассовый ордер
Принятие к учету ОС
Расходный кассовый ордер
Реализация товаров и услуг
Счет-фактура полученный
Требование-накладнаяСправочная информация . Большую часть необходимой для работы справочной информации Вы уже будете иметь в базе-приемнике после переноса остатков и документов. Все используемые в документах данные справочников переносятся по ссылкам вместе с документами. Воспользовавшись этой особенностью переноса данных Вы можете значительно уменьшить количество хранящейся в базе неиспользуемой справочной информации. Если же сведений, загруженных вместе с остатками и документами, Вам недостаточно, то перенести все содержимое любого справочника можно воспользовавшись отдельным правилом.
Перечень правил конвертации данных, доступных в данный момент, представлен ниже.
Рис. 1. Перечень правил для выгрузки остатков
Рис. 2. Перечень правил для выгрузки документов
Рис. 3. Перечень правил для выгрузки справочной информации
Порядок работы
Шаг 1. Выгрузка.
В программе Комплексная автоматизация 1.1 необходимо открыть обработку Универсальный обмен данными в формате XML . Сделать это можно из меню Сервис - Прочие обмены данными - Универсальный обмен данными в формате XML либо через список всех обработок в Операции - Обработка... .
В окне обработки выберите вкладку Выгрузка данных . В поле Имя файла правил выберите файл правил конвертации. В поле Имя файла данных задайте расположение и название промежуточного файла, в который будет выгружена информация для переноса.
Будьте внимательны при выборе периода выгрузки. Если Вы хотите выгрузить остатки на начало 2018 года (или, как иногда говорят, остатки на конец 2017) период выгрузки должен начинаться с 1 января 2018 года. В таком случае документы Ввод остатков в базе КА 2 будут датированы 31 декабря 2017. Запомните - начинаться период выгрузки должен с первого числа нового периода, а не с последнего числа предыдущего.
Рис. 4. Обработка Универсальный обмен данными в формате XML в КА 1.1
Далее отметьте необходимые правила выгрузки данных. Выгружать можно все данные сразу, а можно разделить их на группы - например, сначала выгружать только входящие остатки, или только остатки материалов. Так время ожидания при выгрузке будет меньше и в случае возникновения ошибки ее будет легче обнаружить и устранить.
Что делать, если при выгрузке данных возникает ошибка, мы уже писали в нашей статье Как найти ошибку при переносе данных .
Представленные на закладке Параметры выгрузки параметры устанавливаются автоматически при загрузке правил, нет необходимости их изменять. Вы можете воспользоваться параметром По организации , для отбора переносимых данных по конкретной организации.
Параметр
Использование заказов
. Параметр устанавливает настройку использования
заказов клиентов в базе-приемнике. Во время загрузки данных в КА 2
настройки программы будут установлены в значение, выбранное в данном
параметре.
0
(по умолчанию) - Заказ как счет
. Заказы
используются только для печати счетов на оплату. Товар не резервируется,
контроль исполнения заказа не производится.
1 - Заказ со склада
. Заказ можно
оформить только на товар, который есть в наличии на складе. Товар
резервируется на складе с учетом свободных остатков. Контролируется
состояние оплаты при оформлении отгрузки по предоплате. Можно контролировать
исполнение заказа клиента (не закрывать заказ при неполной отгрузке и/или
оплате клиента).
2 - Заказ со склада и под заказ
. В отличие от предыдущего
варианта, можно оформить заказ на недостающий на складе товар.
Данную настройку можно изменить и вручную после загрузки данных в базу КА 2
.
Параметр Упрощенный учет НДС в остатках
используется при выгрузке
Входящих остатков
по правилу НДС по приобретенным ценностям (счет 19)
.
Если его включить, при выгрузке будут учтены только остатки по бухгалтерским
регистрам. То есть, перенесутся данные по бухгалтерскому учету, без учета
специализированных регистров НДС. Этот параметр можно использовать, если
данные бухгалтерских и специальных регистров имеют значительные расхождения
из-за ошибок в учете.
Нет
". Если при выгрузке
с выключенным параметром данные сильно отличаются от текущих остатков по 19
счету и Вы хотите перенести остатки входящего НДС по данным бухгалтерского
учета - переключите параметр в значение "Да
" и повторите выгрузку
данных.
Параметр Продолжить поиск по реквизитам если по идентификатору не нашли
.
В большинстве случаев, при загрузке данных в базу-приемник поиск
соответствующего элемента среди уже загруженных происходит по уникальному
идентификатору
(далее УИД
). Если Вам необходимо объединить
некоторые элементы справочников в один, например, если Вы загружаете данные
из нескольких баз-источников в один приемник, поиск по УИД не сработает и в
базе-приемнике будет создано множество идентичных элементов. В таком случае
целесообразно использовать поиск по реквизитам. При загрузке данных элементы
с одинаковым набором реквизитов (например, номенклатура с одинаковыми
наименованиями, артикулами, единицами измерения) сольются в один.
С другой стороны, задача может стоять ровно обратная - перенести в новую
базу несколько одинаковых элементов так, как они есть, не объединяя их. В
таком случае поиск по реквизитам необходимо отключить, установив параметр в
положение "Нет
". Поиск при загрузке будет происходить только по УИД.
По умолчанию параметр установлен в значение "Да
". В данный момент
параметр работает только в справочнике Номенклатура
.
Параметр Не выгружать остаток если нулевое количество . Если учет в программе КА 1.1 велся с ошибками возможна ситуация, когда по номенклатуре на счетах ТМЦ имеется суммовой остаток, при том что количество этой номенклатуры равно нулю. Чаще всего эти суммы не превышают нескольких копеек, иногда суммы остатков бывают и больше. В любом случае при вводе остатков в КА 2 программа не примет строку в документе, где будет заполнено сумма с нулевым количеством. Программа выведет ошибку и документ не будет проведен. Включение данного параметра позволяет отобрать в остатках строки с нулевым количеством и исключить их из выгрузки. Таким образом документы ввода остатков ТМЦ будут заполнены корректно и будут проведены и отражены в учете. Сумма остатка по счетам ТМЦ в базе-источнике и в базе-приемнике в таком случае будет отличаться, но это различие неизбежно, поскольку изначально является ошибкой учета, которую не имеет смысла переносить в новую базу.
Параметр Переносить только проведенные документы . Будут выгружены и перенесены только проведенные документы.
Параметр Не использовать ордерную схему . Параметр устанавливает настройку использования ордерной схемы на складах в базе-приемнике. Во время загрузки данных в КА 2 настройки программы будут установлены в значение, выбранное в данном параметре.
Параметр Документ расчетов с контрагентами из регистров НДС , как видно из названия, используется при переносе остатков по расчетам с контрагентами. Если он установлен в значение Нет (по умолчанию), то спец. регистры НДС использоваться не будут и остатки будут сформированы только в разрезе контрагентов и договоров, т.е. для каждого сочетания контрагент + договор в приемнике будет создан один документ расчетов. Параметр полезен при большом количестве ошибок в регистрах НДС, таких как НДС начисленный , Расчеты по приобретению в условных единицах организации и др.
Если в программе КА 1.1 использовался нетиповой план счетов (были созданы дополнительные субсчета или заведены дополнительные субконто) план счетов в базе-приемнике КА 2 необходимо настроить вручную до загрузки данных.
Когда все настройки закончены, нажмите кнопку Выгрузить данные . Если все прошло успешно в окне сообщений вы увидите количество выгруженных элементов. Теперь можно переходить к загрузке.
Для загрузки данных в КА 2 также необходимо открыть обработку Универсальный обмен данными в формате XML . Сделать это можно следующим образом: вызовите Главное меню - перейдите во Все функции - в подменю Обработки найдите необходимую обработку (если Все функции отсутствует в Главном меню, откройте Сервис - Параметры и установите галочку Отображать команду "Все функции").
Рис. 5. Как открыть обработку для загрузки в КА 2
. В поле Имя файла для загрузки на сервере выберите ранее созданный при выгрузке файл данных. Другие настройки и поля в этой обработке оставьте как есть, по умолчанию.
Рис. 6. Обработка Универсальный обмен данными в формате XML в КА 2
После нажатия на кнопку Загрузить данные начнется процесс загрузки. Если все прошло успешно, после его окончания в окне системных сообщений появится количество загруженных элементов. Оно должно равняться тому, которое было выведено после окончания выгрузки из КА 1.1 .
Важно! До загрузки документов необходимо правильно указать учетную политику у всех организаций (особенно важно, если используется УСН). До начала редактирования загруженных документов следует выполнить все необходимые настройки в КА 2 .
На этом процесс переноса остатков из КА 1.1 в КА 2 завершен. Документы Ввод остатков в новой базе проводятся при загрузке, их не обязательно перепроводить.
Найти документы Ввод остатков в КА 2 можно по следующему пути: НСИ и администрирование - Начальное заполнение - Начальное заполнение - Документы ввода начальных остатков . Если какие-то из документов ввода остатков не видны в общем списке, возможно в Вашей программе отключена возможность ведения учета по данному разделу учета (например, комиссионная торговля). Проверьте настройки программы и откройте список заново.
Документы, перенесенные по правилу выгрузки Документы , в базе КА 2 при загрузке не проводятся, их необходимо будет провести вручную. Сделать это можно при помощи обработки, находящейся по пути Главное меню – Все функции – Стандартные – Проведение документов .
Описание методики
В сравнении с типовыми правилами, используемыми в поставляемой 1С обработке для перехода с конфигурации КА 1 на конфигурацию КА 2 , мы предлагаем иной подход к определению и переносу остатков. В типовых правилах от 1С для определения остатков на дату используются различные управленческие и специализированные регистры накопления. Проведение тестовых переносов на рабочих базах наших клиентов показало, что управленческий учет в базе КА 1.1 зачастую не ведется, или ведется не в полном объеме. В связи с этим мы, в своей разработке, предлагаем использовать регистры бухгалтерского учета при переносе остатков. В частности это касается остатков основных средств и остатков собственных товаров, об особенностях переноса которых вы можете прочитать ниже.
Перенос остатков основных средств
. Остатки по счету 01 Основные
средства определяются в соответствии с регистром сведений События основного
средства организации (регл. учет)
. Отбор остатков ведется по виду
события "Принятие к учету". Также мы добавили альтернативное событие "Ввод в
эксплуатацию".
Данные остатки по нашим правилам вводятся через документы Ввод остатков
внеоборотных активов (Основные средства)
.
В типовых правилах от 1С для определения остатков основных средств
используется управленческий регистр События основного средства (упр. учет)
.
Записи в нем появляются только если в документе Принятие к учету ОС
установлена галочка Отражать в упр. учете
. Поскольку зачастую данный
параметр не установлен и указанный регистр не заполняется, мы используем
бухгалтерский регистр взамен управленческого.
Перенос остатков нематериальных активов . Остатки по счетам 04 и 05, согласно рекомендациям разработчиков программ фирмы 1С, мы вводим при помощи документов Ввод остатков внеоборотных активов (Нематериальные активы и расходы на НИОКР) .
Перенос остатков вложений во внеоборотные активы
. Согласно
рекомендациям разработчиков программ фирмы 1С, остатки по счетам 07 и 08 мы
вводим при помощи документов ввода остатков специально созданных для этих
целей. Это могут быть Документы ввода начальных остатков (Собственные
товары)
, Документы ввода начальных остатков (Прочие расходы)
или
Операция (регл. учет)
, в зависимости от счета учета и настроек
программы.
В типовых правилах от 1С все остатки по данным счетам переносятся в документ
Операция (регл. учет)
, из-за чего утрачивается часть информации
(например, количественный учет или сведения о подразделении).
Перенос остатков переводов в пути . Остатки по счету 57 Переводы в пути по нашим правилам вводятся с помощью документа Операция (регламентированный учет) .
Перенос остатков по счетам 76.АВ и 76.ВА
. Остатки по счетам 76.АВ
НДС по авансам и предоплатам
и 76.ВА НДС по авансам и предоплатам
выданным
в исходной базе КА 1
формируются документами
счет-фактура
и формирование записей книги покупок/продаж
. Для
создания соответствующих остатков в базе приемнике - КА 2
-
необходимо также создать счета-фактуры на авансы. Счета-фактуры создаются на
основании документов ввода остатков по расчетам с партнерами - документ
Ввод остатков авансов, полученных от клиентов
и документ Ввод
остатков авансов, выданных поставщикам
.
Для перехода к списку счетов-фактур, требующих оформления, откройте
Помощник по учету НДС
(Финансовый результат и контроллинг - Учет НДС
- Помощник по учету НДС
). В поле период
выберите месяц в котором
Вы вводите остатки (например, декабрь 2017
). Далее выберите ссылку
Выставить счета-фактуры по полученным авансам
, для создания
счетов-фактур на авансы для введения остатков по счету 76.АВ, или ссылку
Ожидается получение счетов-фактур по выданным авансам
, для создания
счетов-фактур для введения остатков по счету 76.ВА. В списке приведены все
контрагенты, по которым введены остатки полученных/выданных авансов. Нажав
на кнопку Сформировать счета-фактуры/Зарегистрировать счет-фактуру на
аванс
Вы создадите в программе счета-фактуры для всех представленных в
списке контрагентов. При проведении и отражении в регламентированном учете
счета-фактуры создадут требуемые остатки по счетам 76.АВ и 76.ВА.
Рис. 7.1. Помощник по учету НДС в КА 2
Рис. 7.2. Проводки регламентированного учета, сформированные документом Счет-фактура
Перенос остатков по счету 76.НА . Остатки по счету 76.НА Расчеты по НДС при исполнении обязанностей налогового агента в КА 2 вводятся документом , созданным на основании остатков по счету 60.02. Однако, согласно рекомендациям разработчиков программы, остатки на счете 76.НА не учитываются и должны быть перенесены на счет 19.11 НДС, уплаченный налоговым агентом . Чтобы это сделать достаточно оформить документ Счет-фактура налогового агента . Сделать это нужно также как и в случае со счетами 76.АВ и 76.ВА - вручную после загрузки всех остатков. Для этого можно воспользоваться Помощником по учету НДС , описанным выше, - выберите ссылку Выставить счета-фактуры налогового агента и создайте необходимые документы. При проведении и отражении в регламентированном учете они создадут оборот по счету 76.НА и остатки на счете 19.11.
Перенос остатков расходов будущих периодов
. Остатки по счету 97
переносятся в документ Ввод начальных остатков (Прочие расходы)
. На
основании данных справочника Расходы будущих периодов
из источника в
документе создается Статья расходов
(Статья РБП
). В ней
указывается счет учета РБП (97.ХХ) и Статья расходов
, созданная на
основании Статьи затрат
из источника. На эту статью расходов будет
распределяться сумма РБП в конце месяца. Распределение сумм расходов будущих
периодов выполняется перед закрытием первого месяца после ввода остатков.
Вам необходимо будет открыть Помощник распределения РБП
(сделать это
можно по пути Финансовый результат и контроллинг
– Доходы и
расходы, финансовый результат
– Распределение РБП
или через
процедуру Закрытие месяца
) и постатейно задать правила списания РБП.
В окне Распределение РБП
на закладке К распределению
представлены Статьи расходов будущих периодов
, по которым существуют
нераспределенные остатки. При нажатии кнопки Распределить расходы
в
помощнике откроется документ Распределение РБП
, заполненный данными,
которые были внесены в базу во время ввода остатков. В шапке документа
заполнены все необходимые сведения кроме периода распределения. Вам
необходимо указать количество дней/месяцев и дату начала распределения
вручную. В статье расходов будущих периодов в поле Описание
есть
подсказка примерно такого содержания: "Дата окончания списания 15.07.2017 По
месяцам", это поможет при заполнении. Далее, перейдите на вкладку Распределение по месяцам
и
нажмите кнопку Распределить расходы
и документ автоматически
рассчитает суммы помесячного списания. После этого остается только провести
документ и отразить его в регламентированном учете. После отражения Вы
заметите, что документ создал проводки датированные последним числом каждого
месяца, указанного в документе. Такова особенность работы документа
Распределение РБП
- если в документе распределяется вся сумма РБП то и
проводки создаются на всю сумму по месяцам.
Для остатков по счету 76.01.9 Платежи (взносы) по прочим видам
страхования
в данный момент не существует специального документа
ввода остатков. Остатки по этому счету вводятся как все прочие счета - сумма
по бухгалтерскому учету вводится документом Операция (регл. учет)
, а
остатки для нужд управленческого учета вводятся документом Ввод начальных
остатков (Прочие активы и пассивы)
. По этой причине остатки РБП по счету
76.01.9 нельзя распределить стандартным способом распределения РБП. Для
того, чтобы списать суммы РБП с этого счета, Вам нужно будет оформить
документ с хозяйственной
операцией Регистрация расходов
вручную после ввода остатков (Путь
Финансовый результат и контроллинг
– Доходы и расходы, финансовый
результат
– Отражение прочих доходов и расходов
). Все поля в
документе заполняются вручную и суммы для помесячного списания придется
рассчитывать самостоятельно. Единственное отличие этого документа от
документов Операция (регл. учет)
в том, что этот документ создает не
только проводки регламентированного учета но и движения по регистрам. Чтобы
закрыть регистры, заполненные при вводе остатков, Вам необходимо
пользоваться этим документом. Также, в этом документе можно создать
множество строк с одинаковым содержанием, но разными суммами и датами
отражения в учете. Тогда при проведении документ создаст проводки в
регламентированном учете на несколько месяцев вперед. Так Вы можете
повторить документ Распределение РБП
и распределить все суммы одним
документом, более не возвращаясь к РБП каждый месяц.
Настройки отражения документов в регламентированном учете
.
В Комплексной автоматизации 2
отражение документов в
регламентированном учете (т.е. формирование проводок) отделено от проведения
документа в оперативном учете. Проведение документа в программе не означает
его отражение в бухгалтерском учете. Для того чтобы получить бухгалтерские
проводки документ в регламентированном учете нужно будет отразить отдельно.
В регламентированном учете документы в КА 2
отражаются согласно
Настройке отражения документов в регламентированном учете
. Данные
настройки собираются из различных справочников и регистров и сортируются по
видам операций.
Для номенклатуры
счета учета указываются в Группах финансового
учета номенклатуры
. Основные настройки, используемые по умолчанию (без
указания складов и организаций), хранятся в справочнике Группы настроек
финансового учета номенклатуры
. Частные настройки, с указанием
конкретной организации и склада хранения ТМЦ, содержатся в регистре сведений
Порядок отражения номенклатуры
.
Счета учета денежных средств
задаются всем элементам по отдельности в
справочниках Кассы
и Банковские счета организаций
.
Незавершенное производство
(НЗП
) не имеет специальных групп
финансового учета или справочников для указания счетов учета. Настройки
отражения НЗП в регламентированном учете достаются из регистра сведений
Порядок отражения производства
.
Для указания счетов учета расчетов с контрагентами
используются
Группы финансового учета расчетов
. ГФУ расчетов указываются в договорах
и соглашениях, в заказах, приобретениях товаров и услуг, реализациях и в
других документах расчетов. Основные настройки ГФУ расчетов записываются в
справочник Группы настроек финансового учета расчетов
. Настройки с
указанием организаций хранятся в регистре сведений Порядок отражения
расчетов с партнерами
.
Отражение прочих доходов и расходов
происходит в соответствии с
указанными в Статьях доходов
и Статьях расходов
счетами учета.
Основные средства
. Счета учета для отражения операций с внеоборотными
активами записываются в справочник Группы финансового учета внеоборотных
активов
.
Все описанные настройки мы заполняем автоматически
при переносе
остатков и документов. В процессе загрузки данных справочники и регистры
заполняются всей необходимой информацией. Все необходимые сведения об
организации, складах и счетах учета для разных операций мы собираем в
базе-источнике. После выполнения процедур проведения документов и отражения
их в регламентированном учете, все загруженные документы будут иметь
проводки, соответствующие проводкам этих документов в источнике (кроме
случаев когда это невозможно из-за различий в методике бухгалтерского учета
в КА 1.1
и КА 2
). Вам не потребуется искать и заполнять
Настройки отражения документов в регламентированном учете
чтобы получить
проводки в документах, так как они уже будут заполнены при загрузке. Это
относится и к документам ввода остатков - после загрузки в КА 2
сведений об остатках по счетам бухгалтерского учета эти документы уже имеют
проводки и Вы сразу увидите их в бухгалтерских отчетах.
Просмотреть настройки и оценить полноту заполнения Вы можете через
Помощник настройки отражения документов в регламентированном учете
.
Открыть его можно по ссылке Счета учета не требуют настройки/Настроить
счета учета
(путь: Регламентированный учет
– Бухгалтерский и
налоговый учет
– Отражение документов в регл. учете
).
Рис. 8. Окно Отражение документов в регламентированном учете
Перенос серий и номеров ГТД
. В Комплексной автоматизации 2
учет по сериям и по номерам ГТД разделен и может вестись независимо один от
другого. Номера ГТД переносятся из документа в документ во всех случаях,
когда их указание доступно непосредственно в документе. В некоторых случаях,
например, в документе Реализация товаров и услуг
, в КА 2
номера ГТД подбираются программно при проведении документа.
Серии также переносятся из документа источника в документ приемник. При
переносе во всех документах устанавливается Статус указания серий = 4
(далее просто статус). Это соответствует Типу политики учета серий
Управление остатками серий
. Если в программе в настройках установлен
Учет номенклатуры по сериям
, то в соответствующих регистрах в измерениях
будет присутствовать серия номенклатуры. При изменении Типа политики
учета серий
изменять или перепроводить уже проведенные документы не
требуется. Записи регистров при перепроведении после изменения Политики
учета серий
не изменятся, а во вновь созданных документах будут лишь
другие статусы указания серий.
Если Вам в программе необходим только учет по номерам ГТД, можно снять флаг
учета номенклатуры по сериям, что не приведет ни к каким негативным
последствиям. Нужно лишь помнить, что при снятии указанного флага, при
редактировании существующих документов может измениться статус. Это касается
и случая изменения политики учета серий - если хотите изменить статусы,
отредактируйте хотя бы одну строку в табличной части и статусы изменятся во
всем документе.
Перенос документов производства из КА 1.1 в КА 2
. Перенос документов
производства в приемник КА 2
ведется с применением новой схемы -
Управление производством (версия 2.2)
. Впервые Управление
производством 2.2
появилось в версии КА 2.4.5
. В последних
релизах программы КА 2
использование версии учета производства
Управление производством 2.1
уже недоступно и с выходом версии КА 2.5
будет полностью упразднено.
Коротко схема производства по версии 2.2
выглядит следующим образом:
передача материалов в производство отражается документом Передача
материалов в кладовую
(соответствует документу Требование-накладная
в КА 1.1
), затем документом
отражается факт поступления готовой продукции на склад, а документ
Производство без заказа
используется для указания затрат на выпуск
конкретной продукции (оба этих документа создаются из документа Выпуск
продукции
при переносе).
Перенос документов Требование-накладная
. Документ
Требование-накладная
в источнике используется для отражения передачи
материалов в производство
и для списания материалов на расходы
. В
первом случае - при передаче материалов в производство напрямую на счет
20 - документ Требование-накладная
будет перенесен как документ
Передача материалов в кладовую
. В процессе переноса, на основании
производственного подразделения, указанного в документе, создается
цеховая кладовая
. Во втором случае - при списании материалов на
общепроизводственные, общехозяйственные расходы и т.д. - документ Требование-накладная
переносится как документ Списание на расходы
. То, какого вида документ
будет сформирован при переносе в базу КА 2
определяется Статьей затрат
,
указанной в документе Требование-накладная
в КА 1.1
. Если в
Статье затрат
указан Характер затрат
отличный от
"Производственные расходы" то документ Требование-накладная
будет
перенесен как документ Списание на расходы
.
Перенос документов Выпуск продукции
. При переносе документа Выпуск
продукции
из КА 1.1
в приемнике создаются два документа -
Передача продукции из кладовой
и Производство без заказа
. Оба эти
документа необходимы для корректного отражения процесса производства в
базе-приемнике. Документ Передача продукции из кладовой
отражает факт
выпуска готовой продукции
на склад из цеховой кладовой
.
Документ Производство без заказа
отражает процесс производства и
используется для указания затрат на выпуск продукции
. Однако,
поскольку в источнике в документе Выпуск продукции
затраты на
выпуск не указываются
, при переносе в документе Производство без
заказа
установлен вид группировки затрат "Затраты не указываются
"
и заполнена только табличная часть Продукция
. Для расчета
себестоимости выпущенной готовой продукции затраты на выпуск в документе
Производство без заказа
необходимо будет указать вручную после загрузки
документов.
Банковские документы
. В КА 1.1
в перечень банковских
документов входит множество видов документов с большим количеством операций
для выбора. В КА 2
подход изменился. Теперь банковских документа
всего два - Поступление безналичных денежных средств
и Списание
безналичных денежных средств
. Документы сгруппированы по виду операции,
а тип документа (платежное поручение, платежный ордер, платежное требование,
инкассовое поручение) указывается внутри документа как реквизит. Из этого
следует, что теперь почти все банковские документы переносятся в два
документа - один для поступление и один для списания.
Оплата поставщику/от клиента
. При данном переносе сложностей не
возникает - все реквизиты исходного документа переносятся в соответствующие
им реквизиты, тип документа устанавливается в соответствии с видом
документа-источника. Отметим лишь, что для корректного зачета оплаты по
договору контрагент по бухгалтерскому и управленческому учету, этот
Договор контрагента
указывается в документе в ТЧ Расшифровка платежа
как Основание платежа
и Объект расчетов
.
Перечисление налогов и взносов
. В КА 2
, при перечислении
налогов и сборов в бюджет, кроме указания реквизитов платежа в бюджет (КБК,
ОКТМО и т.д.) необходимо указывать Тип налога
, для корректного
отражения документа в регл. учете. Вместе с типом налога в документе
автоматически заполняется счет учета. Мы заполняем тип налога в документе
Списание БДС
ориентируясь на КодБК
, указанный в
документе-источнике. В случае, если в документе-источнике встретился КБК, не
описанный в правилах, будет установлен тип налога "Прочие налоги и сборы", а
счет учета для отражения в бухгалтерском учете перенесен из
документа-источника.
Перевод на другой счет
. В КА 1.1
для оформления перевода
денежных средств между своими счетами оформляется один документ -
Платежное поручение исходящее
с видом операции Перевод на другой счет
.
Он отражает одновременно списание денежных средств с одного счета и
поступление денежных средств на другой. В КА 2
так оформить перевод
денежных средств нельзя, поскольку для отражения подобной операции всегда
будет использоваться счет 57 Переводы в пути
. Поскольку в источнике у
нас есть только один документ списания, при переносе этого одного документа
мы отразим только списание ДС со счета и сумма перевода "повиснет" на счете
57. Чтобы этого не происходило, для документа Списание БДС
с
хозяйственной операцией Перечисление на другой счет
мы также создаем
документ Поступление БДС
с хозяйственной операцией Поступление с
другого счета
. Созданный при переносе документ Поступление БДС
имеет реквизиты исходного документа Платежное поручение исходящее
.
Таким образом, мы переносим один документ из источника в два документа в
приемнике, отражаем ими полный цикл перевода денежных средств и "закрываем"
счет 57.
Расчеты по кредитам и займам полученным
. Платежное поручение
входящее
с видом операции Расчеты по кредитам и займам
переносится в документ Поступление БДС
с хозяйственной операцией
Поступление по кредитам и займам полученным
, с видом операции Расчеты по кредитам и займам с
контрагентами
переносится в документ Списание БДС
с хозяйственной
операцией Оплата по кредитам и займам полученным
. В табличной части
Расшифровка платежа
указывается Договор кредита (депозита)
, он
создается на основании Договора контрагента
, указанного в
документе-источнике. В договоре кредита (депозита) указывается Группа
финансового учета расчетов
с автоматически созданной настройкой
отражения документов в регламентированном учете, согласно которой в
документе будут сформированы проводки по счетам учета кредитов и займов.
Расчеты по кредитам и займам с работниками
. Платежное поручение
исходящее
с таким видом операции переносится в Списание БДС
с
хозяйственной операцией Выдача займа сотруднику
. Договор займа с
работником
из источника переносится как Договор займа сотруднику
и записывается в ТЧ Расшифровка платежа
.
Возврат денежных средств
. В документах с хозяйственной операцией
Возврат от поставщика/Возврат оплаты клиенту
также, как и при простой
оплате, в ТЧ Расшифровка платежа
Договор контрагента
указывается как Основание платежа
и Объект расчетов
. Также, в
Расшифровке платежа
необходимо указывать ГФУ расчетов
, для
правильного отражения документа в регламентированном учете.
Документы с хозяйственными операциям Прочее поступление
и Прочий
расход
отражаются в регламентированном учете согласно указанным на
закладке Расшифровка платежа
Статьям доходов/расходо
в или
Статьям активов/пассивов
. При выборе Статьи доходов\расходов
счет
учета указывается в самой статье. При выборе Статьи активов/пассивов
счет учета указывается непосредственно в документе, он берется из
документа-источника.
Перенос документов Авансовый отчет в КА 2
. Документ Авансовый
отчет
из источника КА 1.1
переносится в различные документы в
приемнике. Данные из табличных частей Товары
и Прочее
группируются по поставщикам, указанным в этих табличных частях. Если поле
Поставщик
заполнено, то для данного поставщика будет сформирован
документ Приобретение товаров и услуг
с хозяйственной операцией
Закупка у поставщика
. В документ будут перенесены все строки из
табличных частей Товары
и Прочее
, в которых указан данный
поставщик. Если в документе указано несколько поставщиков, то при переносе
будет сформировано несколько документов Приобретение товаров и услуг
для всех указанных поставщиков. При этом, основные данные исходного
документа Авансовый отчет
, так называемая шапка документа,
переносится в документ Авансовый отчет
в приемнике. Для каждого
документа Приобретение товаров и услуг
с хозяйственной операцией
Закупка у поставщика
создается строка в табличной части Оплата
поставщикам
документа Авансовый отчет
. Она отражает факт оплаты
товаров и услуг подотчетным лицом и закрывает задолженность перед
поставщиком.
Если в документе Авансовый отчет
в табличных частях
Товары
и Прочее
также присутствуют строки, в которых поставщик
не указан, то данные из этих строк будут перенесены в документ Приобретение товаров и услуг
с хозяйственной операцией . Поставщик в данном документе не
указывается. Документ считается аналогом Авансового отчета
и не
требует отдельного отражения факта оплаты задолженности перед поставщиком,
поэтому строка в табличной части Оплата
поставщикам
документа Авансовый отчет
для него не создается.
Данные табличной части Оплата поставщикам
из источника переносятся в
соответствующую табличную часть документе Авансовый отчет
в
приемнике.
Если в документе Авансовый отчет
в источнике в табличных частях
Товары
и Прочее
поле поставщик не заполнено ни в одной строке, то
данные из этих табличных частей будут перенесены в табличную часть Товары
в документ Приобретение товаров и услуг
с хозяйственной операцией
Закупка через подотчетное лицо
. Этот документ считается аналогом
Авансового отчета
, поэтому если в источнике в документе не была
заполнена табличная часть Оплата поставщикам
, то документ
Авансовый отчет
в приемнике не создается, его полностью заменяет
Приобретение товаров и услуг (Закупка через подотчетное лицо)
.
Перенос документов Поступление доп. расходов
. В КА 2
осуществляется следующий механизм распределения дополнительных расходов на
себестоимость товаров. Вначале, при поступлении доп. расходов, в табличной
части документа указывается Статья
расходов
с правилом распределения На себестоимость товаров
. Поскольку в
документе-источнике Поступление доп.расходов
подобной информации не
содержится, Статья расходов
создается при переносе. В этой статье
расходов устанавливается счет учета доп. расходов - 41.ДР Дополнительные
расходы по товарам
. Также, в документе можно указать на какой документ
Поступление товаров и услуг
впоследствии необходимо распределить расходы.
Документ-основание из источника указывается в колонке Аналитика
в табличной
части Расходы и прочие активы
.
В течение месяца на счете 41.ДР
собираются все дополнительные расходы,
которые будут распределены при закрытии периода. В момент проведения
документа Поступление услуг и прочих расходов
доп. расходы не распределяются
на документ, указанный в табличной части. Распределение
дополнительных
расходов происходит в процессе закрытия месяца
, после выполнения процедуры
Распределение доходов и расходов
. Дополнительные расходы распределяются
согласно указанному в статье расходов способу распределения на себестоимость
товаров (счет 41). После закрытия месяца все суммы доп. расходов должны
распределиться на счет 41 и себестоимость товаров будет рассчитана вместе с
ними.
Перенос документов ГТД по импорту
. Документ ГТД по импорту
из
КА 1.1
переносится как документ
в КА 2
. Методически, Таможенная декларация на импорт
в
программе КА 2
создается на основании документа Приобретение
товаров и услуг
с хозяйственной операцией Импорт
. Если документ
Поступление товаров и услуг
из КА 1.1
не перенесен в приемник
то Таможенная декларация на импорт
проводиться не будет. В случае,
если документ поступления остался в периоде до ввода остатков, единственным
решением будет корректировка регистра накопления Товары в оформлению
таможенных деклараций
.
Чтобы документ Таможенная декларация на импорт
создавал проводки по
счету 19.05
, в документе, на закладке Расчеты
, необходимо
указать документ перечисления налога вручную.
Достоинства
В отличие от конкурентных разработок, при определении и переносе остатков в программе КА 1.1 мы используем данные бухгалтерских регистров, а не управленческих. Для многих пользователей данные бухгалтерского учета гораздо важнее управленческих (в некоторых организациях управленческий учет не ведут совсем) и их соответствие в источнике и приемнике имеет большое значение. Использование бухгалтерских регистров при переносе обеспечивает это соответствие бухгалтерских данных.
При вводе остатков мы используем специально созданные разработчиками программы документы. Мы создаем Документы ввода остатков с необходимыми типами операции, а не просто вводим остатки по бухгалтерскому учету через документ Операция .
Также, в нашей разработке добавлена возможность переноса документов из КА 1.1 в КА 2 . С нашими правилами Вы можете перенести между базами не только остатки, но и основные документы за период. Перечень документов для переноса постоянно расширяется.
Одновременно с загрузкой данных в базу-приемник КА 2 мы создаем Настройки отражения в регламентированном учете . Это значит, что после загрузки и проведения документов Вы сможете сразу отразить все документы в регламентированном учете. Вам не придется ничего настраивать вручную.
Мы поддерживаем работоспособность правил для широкого диапазона версий баз-источников КА 1.1 . Вы можете использовать наши правила для переноса данных из базы КА 1.1 старой версии не прибегая к обновлению конфигурации. Это может быть полезно в случаях, когда Вам необходимо достать некоторую информацию из базы данных, учет в которой давно не ведется или если конфигурация Вашей рабочей базы была снята с поддержки и редко обновляется. Однако важно помнить, что загружать данные всегда нужно в самую свежую версию КА 2 .
Правила созданы по технологии Конвертации данных : легко редактируются. Полностью открыты, нет лицензионных ограничений кроме запрета на тиражирование .
Сравнение версий
Правила регулярно обновляются под новые релизы, пригодны для релизов КА начиная с 1.1.68.х. Бесплатно обновления предоставляются только в пределах одной версии продукта КА 2 : 2.4.3.х, 2.4.5.х, 2.4.6.х, 2.4.7.х, 2.4.8.х и т.д. При покупке правил для новых версий конфигураций Вы получите скидку, если уже покупали правила для предыдущих версий. Период бесплатных обновлений - 6 месяцев с даты покупки.
26.06.2019 - созданы правила переноса для версии КА 2.4.8
13.03.2019 - созданы правила переноса для версии КА 2.4.7
22.01.2019 - созданы правила переноса для версии КА 2.4.6
20.12.2018 - правила переноса остатков обновлены, добавлены новые правила переноса документов
20.11.2018 - добавлены правила переноса документов
18.10.2018 - созданы правила переноса остатков для версии КА 2.4.5
30.05.2018 - созданы правила переноса остатков для версии КА 2.4.3
Комплект поставки
В комплект поставки входят: правила переноса КА1_КА2.xml .
В случае если Ваша организация не располагает штатным программистом для проведения работ, мы готовы предложить услуги своего специалиста (программист подключится к Вашему компьютеру через интернет, посредством специальной программы для удаленной работы и произведет нужные работы). Если у Вас есть возможность предоставить рабочую базу Комплексная автоматизация 1.1
Цена
Напоминаю, что основные настройки программы выполняются в разделе НСИ и администрирование . Сегодня обсуждаем раздел:
Номенклатура - Разрезы учета
Обратите внимание: по умолчанию все разрезы, кроме видов номенклатуры, отключены. В первую очередь, это - забота о пользователе. Если вы не используете разрез учета, то пользователи и не увидят никаких связанных с ним полей, отборов и прочих излишеств.
Ну и структура базы упростится.
Продумать разрезы учета номенклатуры, которые будут задействованы при запуске, лучше на берегу, до начала работы.
Как определить, в каком случае аналитику включаем сразу, а в каком правильнее подключить позже, после того, как освоитесь в программе?
Какую аналитику номенклатуры реализуем сразу при внедрении 1С Комплексная 2 (УТ 11)
Критерий здесь в первую очередь то, что вы уже используете рассматриваемую аналитику в вашей текущей работе. Ключевое слово здесь - "используете". Оно означает сразу два аспекта:
- У вас есть данные об остатках номенклатуры в этом разрезе, и
- В вашей компании есть сотрудники, которые анализируют отчеты в этом разрезе, или извлекают из него пользу в другом виде.
Тогда подключаем аналитику сразу и продумываем правила для ввода начальных остатков и работы пользователей с ее учетом.
В каком случае не вводим аналитику в новой программе сразу
Если вы такую аналитику до этого не вели и, при этом, учет в предыдущей программе существенно отличается от 1С Комплексной 2 или УТ 11.
Например, вам давно очень хотелось начать вести учет номенклатуры по срокам годности. В предыдущей программе вы не имели этой возможности. Поэтому никто из ваших сотрудников не вводил сроки годности, учет по ним не велся. Нет стандартов, правил и накопленной базы.
Понимаю, очень соблазнительно, увидев возможности новой программы, использовать все сразу. Тем более, заодно - чтобы один раз все изменения решительно пережить и зажить счастливо новой жизнью.
Но, вот в таком случае - как раз лучше отложить. Почему? Да потому, что, как раз, решительно и счастливо не получается.
Внедрение новой программы неминуемо влечет за собой подстраивание рабочих процессов под нее, так как логика учета отличается. Предстоит привыкнуть к новым правилам, научить пользователей работать с ней.
Разрозненные программы и таблицы приучают пользователей жить своей жизнью, своими справочниками и правилами, а тут вдруг приходится оглядываться на соседа, строить единый подход в одной системе.
Это уже само по себе - критическая нагрузка на административный ресурс вашей компании. Чтобы удержать в нужном русле изменения, потребуются затраты. Понятно, что чем больше изменения, тем больше затрат. Но только работает это правило - в геометрической прогрессии. Постепенные плавные изменения требуют гораздо меньше ресурсов и времени на подготовку, чем взять и перестроить всю работу разом.
Для изменения рабочих процессов требуется детально подготовить процесс перестройки: а это значит: описать "как есть", подробно выстроить картинку "как будет" и распланировать сам процесс перехода.
Если задумать слишком много изменений, то вы рискуете тем, что подготовительная работа затянется на неопределенный срок. Сейчас среда, в которой действуют предприятия быстро меняется и требует постоянной подстройки. Большая часть проделанной работы будет обречена на переделку уже до того, как была внедрена. А это деньги.
При пошаговом внедрении вы принимаете решение, над чем работать перед каждым этапом работы и избегаете таких потерь.
Принцип простой: на первом шаге вы внедряете то, что знаете хотя бы с одной стороны: или вам знаком учет в новой программе или вы уже хорошо знакомы с предметной частью в своей работе. Это минимальная страховка на успех.
Тогда на втором шаге вы снова сможете с успехом применить этот принцип - ведь вы уже будете знакомы с программой.
Конечно, есть ситуации, когда не использовали аналитику в прошлой жизни, но теперь она стала обязательна. Например, появились новые отраслевые требования. Тогда отступать некуда. Требования нормативных актов, в какой-то мере, заменят вам в данном случае опыт работы с аналитикой.
А теперь смотрим, какие разрезы 1С Комплексная 2 и УТ 11 предлагают нам в этом разделе.
Виды номенклатуры
По умолчанию флаг "Множество видов номенклатуры" установлен. Что делает, кроме аналитики отчетов:
1. Делит номенклатуру на типы: товары, услуги, работы. Работы отличаются от услуг тем, что у них есть себестоимость закупки, как у товаров. А от товаров они отличаются тем, что не хранятся на складе. При перепродаже работ мы будем видеть себестоимость закупки. Это хорошо.
2. В виде номенклатуры можно настроить значения по умолчанию для части реквизитов номенклатуры. Тоже удобно.
3. Можно настроить общие учетные правила, единицы измерения и тому подобное для входящей в него номенклатуры.
Делается это уже не в настройках программы и заполнение вида номенклатуры заслуживает подробного рассмотрения в отдельной статье.
Наборы номенклатуры при продаже
Удобен, если продаете что-то стандартными комплектами. Можно назначить на его цену, не равную ценам входящих в него комплектующих. Можно подбирать в заказы покупателей и реализацию.
Но не является спецификацией для производства. То есть набор рассчитан на то, что комплектующие берутся со склада, а не производятся напрямую под этот заказ.
Многооборотная тара
Если у вас есть учет тары - ставим флажок. Есть сервис напоминания о добавлении тары, чтобы пользоваться подсказками - установить второй флажок в поле Предлагать дополнить документы многооборотной тарой.
Для номенклатуры можно будет указать, что поставляется с многооборотной тарой.
Характеристики номенклатуры
Как и в предыдущем поколении программ 1С 8, характеристики - произвольные свойства номенклатуры.
По ним ведется раздельных складской учет и можно устанавливать цены по характеристикам. Это очень важно, так как это единственный произвольный разрез отпускных цен кроме самой номенклатуры. Цену можно посчитать запросом к любым данным, но ведь ее надо еще и хранить. А хранится она только по номенклатуре, характеристике и единице измерения.
Как правило, для этого характеристика и используется - вести разные цены.
Еще ее можно использовать как дополнительный разрез складского учета. Но, нужно вводить обдуманно, так как характеристика подбирается в документы движения товаров вручную, что усложняет жизнь простому пользователю.
Упаковки номенклатуры
Если есть разные единицы, например поступает ящиками, а продаем "в розницу", поштучно, то устанавливаем настройку.
Может использоваться для настройки универсальной единицы измерения. Такие единицы используют, чтобы можно было сравнивать в отчетах данные по номенклатуре, учитываемой по совершенно разным единицам измерения. Например, вы производите продукцию в погонных метрах и штуках. Или штуки разной номенклатуры сильно отличаются по расходу материалов и другим параметрам. Мы остановимся на этом моменте подробнее в статье о видах номенклатуры.
Могут устанавливаться отпускные цены независимо для разных упаковок. Если, к примеру, оптом - дешевле:).
Серии товаров
Серии - это большая тема для разговора.
- Используются часто для учета по срокам годности.
- Сертификаты обычно привязаны к сериям и требуют учета по сериям.
- Через серии реализуется учет рулонов, мотков и другого подобного товара. При учете такого товара нельзя ограничиться упаковками, так как имеет значение в каком виде остаток физически лежит на складе: в одном рулоне (листе и т.д). или это мелкие обрезки.
- Номерной товар учитывают часто по сериям. Ну и собственно серии с номерами - тоже сюда.
Здесь, в настройках 1С, мы включаем сам справочник. Основные настройки учета по сериям определяются в справочниках складов и видов номенклатуры. И настроек тех - легион. Тоже тема для отдельной статьи.
Фирма «1С» извещает, что в соответствии с ранее опубликованным письмом «О выпуске редакции 2.0 прикладного решения «Комплексная автоматизация» на платформе «1С:Предприятие 8.3» (КА2):
- с 01.04.2019 прекращается поддержка редакции 1.1 программы «Комплексная автоматизация» (КА 1.1)
- с 01.05.2018 снимаются с продаж программные продукты, содержащие редакцию 1.1 «Комплексная автоматизация» (с артикулами 4601546092618 и 4601546063830)
- Порядок перехода с редакции 1.1. на 2.2 описан здесь: http://1c.ru/news/info.jsp?id=21909
- Порядок перехода с редакции 1.1. на 2.4 описан здесь: http://1c.ru/news/info.jsp?id=23531
Программа «Комплексная автоматизация», ред. 2.4:
- Обеспечивает потребности в автоматизации предприятий различных отраслей и видов деятельности. Ее использование будет наиболее эффективным в условиях растущего бизнеса малых предприятий, управленческие процессы которых требуют четкой координации и согласованных действий нескольких исполнителей.
- Реализована в единой архитектуре с прикладными решениями нового поколения «ERP Управление предприятием 2» (ERP) и «Управление торговлей», ред. 11 (УТ 11). Они имеют единообразный интерфейс и высокую степень унификации метаданных и кода, образуя единую линейку программных продуктов.
- По функциональной наполненности занимает промежуточное положение между конфигурациями УТ 11 и ERP. При расширении бизнеса или увеличении потребностей компании в автоматизации наращивание функциональности системы можно производить поэтапно, переходя от конфигурации УТ11 к КА2 и далее к ERP. За счет высокой степени унификации решений такой переход выполняется быстро, накопленные в информационной базе данные сохраняются, а переучивание пользователей не требуется – они продолжают работать в привычной программной и информационной среде
Пользователи КА 1.1 могут заблаговременно принять решение и реализовать один из вариантов дальнейшего развития своей информационной системы:
- Вариант 1. Получить новую редакцию 2.4 КА2 без дополнительной оплаты в рамках договора информационно-технологического сопровождения 1С:ИТС . Редакция 2.4 предоставляется без дополнительной оплаты зарегистрированным пользователям программы КА 1.1, имеющим действующий договор информационно-технологического сопровождения 1С:ИТС.
При переходе на редакцию 2.4 предусмотрен перенос из информационной базы редакции 1.1 в новую информационную базу следующих данных: настройки программы, нормативно-справочная информация и остатки по основным разделам учета. Для этой цели в редакции 2.4 реализован «Помощник перехода», а в поставку редакции 2.4 включено подробное руководство по переходу.
При наличии проектных доработок конфигурации КА 1.1, для перехода могут потребоваться определенные трудозатраты и знания специалистов «1С». Для осуществления апгрейда в таких случаях необходимо
- Вариант 2. Перейти по стандартной схеме «апгрейд на использование программы «Управление производственным предприятием» (УПП). Подробная информация о таком виде апгрейда приведена в информационных письмах №22944 от 27.04.2017 г . и №24280 от 21.03.2018 г. Там же приведена формула стоимости апгрейда и порядок сдачи обновляемого ПО (в нашем случае – КА 1.1).
Конфигурация КА 1.1 и конфигурация УПП 1.3 имеют сходную структуру метаданных, поэтому трудозатраты на такой переход должны быть невысокими. Для осуществления апгрейда необходимо
- Вариант 3. При условии увеличения потребностей в автоматизируемых функциональных областях, превышающих возможности редакции 2.4 конфигурации КА2 и редакции 1.3 конфигурации "Управление производственным предприятием", возможно перейти по стандартной схеме апгрейда на использование конфигурации или отраслевых решений на ее основе. Стоимость и условия апгрейда аналогичны вышеуказанному Варианту-2 развития вашей информационной системы.
При переходе на использование конфигурации «ERP Управление предприятием 2» (ERP 2) осуществляется перенос из информационной базы КА 1.1 в новую информационную базу следующих данных: настройки программы, нормативно-справочная информация и остатки по основным разделам учета. С дополнительным материалом по организации перехода можно ознакомиться на сайте ИТС.
Для осуществления апгрейда на конфигурацию ERP 2 обращайтесь в нашу компанию, имеющую статус .
Что будет, если не перейти на новую редакцию КА:
Пользователи редакции 1.1 «Комплексная автоматизация», не перешедшие на новую редакцию или другую конфигурацию, в рамках, описанных выше вариантов, после снятия редакции 1.1 с поддержки, могут продолжать ее использование, но на самостоятельной поддержке, без использования обновлений от фирмы «1С». .
Программный продукт 1С Комплексная автоматизация 2 (далее – 1С КА) был выпущен компанией 1С еще в 2015 году и на сегодняшний день конфигурация 1С Комплексная автоматизация работает под управлением последнего релиза платформы 1С Предприятие 8.3.
В линейке продуктов 1С система занимает промежуточное положение между флагманской конфигурацией 1С:ERP Управление предприятием 2 (далее – 1C ERP) и торговым решением 1С Управление торговлей 11 (далее – 1С УТ).
Система позиционируется компанией 1С как решение для автоматизации средних и крупных предприятий, которые хотят с минимумом вложений реализовать комплексный учет хозяйственной деятельности в одной информационной системе.
Ниже мы дадим подробное описание функциональных возможностей решения, рассмотрим интерфейс 1С Комплексная автоматизация, механизмы настройки 1С Комплексная автоматизация и отдельно остановимся на отличиях 1С КА от двух других продуктов.
Программа 1С Комплексная автоматизация 8.3: общие сведения
Прежде всего отметим, что на сегодняшний день из трех перечисленных выше систем (1С УТ, 1С ERP и 1С Комплексная автоматизация 8.3) компанией 1С ведется разработка только одного продукта – 1С ERP. Две другие конфигурации собираются из исходной путем исключения из разрабатываемой конфигурации ERP части программного кода и объектов. Т.е. по сути и 1С КА, и 1С УТ являются урезанными версиями 1С ERP и все, что пока еще разрабатывается под эти системы отдельно от 1С ERP, – это часть интеграционных механизмов.
В свете этого, казалось бы, почему бы не установить «максимальную» конфигурацию 1С ERP, тем более, с помощью функциональных опций (настроек системы) можно перед началом работы отключить неиспользуемые функции, но в случае необходимости вернуться к ним через некоторое время после внедрения, когда текущие процессы будут уже отлажены в системе?
Можно, конечно, поступить и так, но есть три причины, по которым все-таки имеет смысл остановиться именно на внедрении комплексной автоматизации от 1С, если ее текущих возможностей вполне хватает на сегодняшний день:
- 1С КА стоит вдвое дешевле 1С ERP;
- За счет того, что конфигурация занимает меньше места, сама система менее требовательна к аппаратным ресурсам;
- Всегда есть возможность «апгрейдить» 1С КА до уровня 1С ERP, используя штатный механизм обновления.
Ниже мы не только дадим краткий обзор системы 1С КА редакция 2, но и сравним возможности 1С КА с 1С УТ и 1С ERP, остановившись на важных отличиях этих систем.
В качестве объекта сравнения мы возьмем подсистемы, из которых состоит последняя версия перечисленных конфигураций.
В 1С КА 2.0 реализованы мощные механизмы для ведения бюджетирования, в первую очередь – финансового планирования. Причем одним из существенных преимуществ 1С КА в части бюджетирования перед другими специализированными системами является то, что 1С КА предназначена для ведения оперативного учета, и данные этого вида учета отражаются в бюджетировании «на лету», без необходимости реализовывать выгрузки во внешние системы.
Под планированием в 1С КА понимается объемно-календарное товарное планирование, реализованное через планы продаж, закупок, сборки/разборки.
Несмотря на такое деление, ничто не мешает в бюджетировании вести учет в разрезе не только суммовых показателей (что является обязательным), но и количеств, а при объемно-календарном планировании – учитывать стоимость планируемых товарных позиций.
Различия в части бюджетирования и планирования между тремя рассматриваемыми системами даны в таблице ниже:
В 1С традиционно много внимания уделяют именно торговым решениям, тем более что первой конфигурацией в линейке была 1С Управление торговлей 11.
Поэтому неудивительно, что в списке возможностей 1С КА особое внимание уделено работе с основной нормативно-справочной информацией, важной для торговой деятельности (справочники «Номенклатуры», «Клиентов») и сделан целый ряд изменений и гибких настроек для отражения управленческой информации через эти справочники.
К примеру, справочник клиентов разделен на два: справочник «Партнеров» (хранение участника взаимодействия как управленческой сущности) и «Контрагентов» (юридическая сущность). Так впервые в продуктах 1С появилась возможность разделения фактической структуры предприятий, с которыми у нас ведется совместная деятельность, и их юридической структурой. Аналогичное решение применяется и для «Договоров». А справочник «Номенклатура», хоть и присутствует в единственном экземпляре, но имеет такое количество настроек, что вполне можно существенно менять внешний вид карточек товара в зависимости от того, в какую группу они входят.
Ценообразование (и маркетинговые акции) тоже находятся в разделе «CRM и маркетинг», включают в себя не только взаимосвязанные прайс-листы (виды цен), но и скидки, и возможность гибко управлять этими скидками в зависимости от большого количества предопределенных условий, привязывая скидки к соглашениям с клиентами.
Что касается возможностей непосредственно CRM как системы управления отношениями с клиентами, то тут следует сказать, что система настроена в первую очередь для b2b-взаимодействий и реализует лишь базовый функционал специализированных систем, тем не менее позволяя регистрировать все контакты с клиентами в разрезе рекламных взаимодействий, инициировать их в зависимости от условий и при необходимости жестко контролировать ведение сделок, начиная с самых первых этапов.
Различия в возможностях подсистемы «CRM и маркетинг» между тремя сравниваемыми системами отсутствуют.
Как мы писали выше, продажи, пожалуй, самая сильная сторона систем 1С: реализован учет оптовых и розничных продаж, ведется учет продаж товаров, переданных на комиссию, учтены последние требования законодательства в части работы с ЕГАИС и ВЕТИС, реализованы интеграции с сервисами как самой 1С (1СПАРК), так и рядом других сторонних систем.
Отдельно следует упомянуть, что механизм ведения взаиморасчетов с покупателями позволяет отслеживать не только взаиморасчеты с точки хранения бухгалтерского учета, но и управленческие взаиморасчеты, учитывающие графики платежей и предоставленные отсрочки. Ведется контроль допустимой дебиторской задолженности, есть возможность формировать список партнеров, которым запрещена отгрузка (в том числе по всем принадлежащим им юридическим лицам) и многое другое.
Как и в случае с предыдущим пунктом, торговые возможности решения 1С КА идентичны с двумя остальными системами.
В блоке закупок поддерживаются все процессы характерные для торговых и производственных компаний: закупки товаров у оптовых поставщиков и частных лиц, поддержка неотфактурованных поставок, работа с возвратами и многое другое.
В этом блоке отдельно стоит упомянуть о поддержке работы с поставщиками, использующими каждый свое название и маркировку одной и той же продукции. Благодаря отдельному справочнику «Номенклатура поставщиков» есть возможность, не дублируя позиции номенклатуры в основном справочнике, вести учет таких товаров в разрезе разных поставщиков.
Данный функционал также совпадает у всех трех сравниваемых систем.
Этот раздел в 1С КА можно условно разделить на несколько, хотя и взаимосвязанных, но все равно отдельных блоков:
- Складская логистика. 1С КА позволяет вести учет товаров в разрезе не просто разных складов, но и помещений внутри одного склада с выделением зон хранения. Поддерживается работа с ордерными складами, причем данный функционал (хотя и не может конкурировать со специализированными решениями от лидеров рынка) скорее всего вполне устроит компанию с небольшим/средним складом и не очень интенсивным товарооборотом.
- Транспортная логистика. В 1С КА появилась возможность автоматизировать небольшую собственную службу транспорта. В этой части возможности системы достаточно простые, упор сделан на формирование маршрутных листов и отслеживание выполнения заданий на перевозку.
- Обеспечение потребностей позволяет настроить схемы обеспечения для каждой позиции номенклатуры и автоматизировать поддержания нужного количества товара на складах.
Функциональные возможности подсистемы «Склад и доставка» 1С КА полностью идентичны возможностям, заложенным в 1С УТ и 1С ERP.
1С КА не предназначена для крупных производственных компаний, и хотя позволяет оформлять передачи (и возвраты) материалов в/из производства, выпуски продукции, распределять затраты на эти выпуски, в ней отсутствует функционал планирования производства продукции.
В рамках этой подсистемы в 1С КА реализована работа с переработчиками, есть возможность вести учет переданных в переработку материалов и полуфабрикатов, а также получать от переработчика готовую продукцию.
Способ реализации производственного учета в 1С КА вполне может устроить производственные компании, которым не требуется автоматизация процессов планирования в системе. Тем же, кому все-таки такой функционал нужен, стоит оценить 1С ERP, где в числе прочего реализовано и межцеховое, и пооперационное планирование.
В 1С УТ11 раздел «Производство» отсутствует, и в этом контексте стоит упомянуть только о возможности вести учет простых операций сборки/разборки товаров.
В блоке управления денежными средствами в 1С КА ключевыми являются механизмы планирования и контроля денежных средств.
Контроль реализуется либо через механизмы бюджетирования (о них мы рассказывали выше), используя которые, можно указать бюджеты, по которым будут лимитироваться денежные средства, либо через отдельный механизм лимитирования. При этом оба механизма являются взаимоисключающими: если включено бюджетирование, то лимитирование денежных средств реализуется на базе бюджетов, если нет – отдельными документами.
Что касается планирования, то оно реализуется через механизм заявок на оплату, отражающихся в платежном календаре.
Процесс выполнения оплат не очень сильно отличается от того, как это сделано в других продуктах 1С: интеграция с банком может проходить как через прямое подключение к сервисам банка (директ-банк), так и через обмен файлами.
Можно добавить ложку дегтя, упомянув о том, что процесс согласования заявок на оплату сделан крайне примитивным образом: через статусы документов заявок. А ведь раньше, в первых версиях 1С УТ, был реализован механизм согласования через бизнес-процессы. К сожалению, компания 1С решила отказать от развития этого механизма и теперь предлагает организациям, которые хотят реализовать сложные процессы согласования заявок на оплату (и прочих документов), приобрести специализированный продукт 1С Документооборот, интегрируемый с 1С КА.
Блок казначейства обладает идентичными функциональными возможностями в системах 1С УТ, 1С КА и 1С ERP.
Кадры, зарплата, регламентированный учет и учет внеоборотных активов
В системе 1С КА присутствует возможность вести учет кадров, заработной платы, бухгалтерский и налоговый учет. Правда здесь регламентированный и кадровый учет реализованы немного по-другому, чем в системах 1С Бухгалтерия 3 и 1С Зарплата и управление персоналом, что может явиться неприятным сюрпризом для привыкших к работе с ними.
Кроме того, основное ограничение 1С КА по сравнению со специализированными системами для ведения учета – данные в подсистемы транслируются из оперативного контура, что накладывает вполне понятные ограничения на правку этих данных.
Функциональные возможности перечисленных подсистем в 1С КА и 1С ERP обладают идентичной функциональностью, но при этом отсутствуют в 1С УТ.
Итоги
В итогах хотелось уделить внимание еще одному отличию сравниваемых между собой систем – возможности автоматизации учета по стандартам МСФО. Этот функциональный блок присутствует только в 1С ERP, отсутствуя в 1С КА и 1С УТ.
Целью статьи было дать понимание об основных возможностей системы 1С КА, ее месте в линейке продуктов 1С и основных отличиях от систем 1С ERP и 1С УТ. В заключение отметим, что благодаря демократичной стоимости и довольно богатому функционалу, эту систему можно смело рекомендовать к покупке торговым/сервисным компаниям, которым нужно, с одной стороны, функциональное, а с другой – простое и быстрое внедряемое решение для комплексной автоматизации основных бизнес-процессов.
