Коллеги, добрый день! Сегодня хочу провести демонстрацию нашей разработки. Это перенос данных из программы 1С:Управление производственным предприятием, ред. 1.3 в программу 1С: ERP – Управление предприятием 2.
В чем отличие нашей разработки от типового переноса от фирмы 1С?
Наша обработка позволяет переносить еще и документы за период. Так как нашим переносом воспользовалось огромное кол-во реальных заказчиков, нам удалось в алгоритме реализовать множество индивидуальных нюансов ведения учета.
Сразу же я запускаю перенос данных из демонстрационной базы последнего релиза 1С:УПП, подготовленного фирмой 1С.
Список документов находятся во вкладке «Выгружаемые данные» – «Правила выгрузки данных» – «Документы». На вкладке «Параметры выгрузки» я указываю опциональные параметры по переносу данных. Про них все обязательно расскажу чуть-чуть попозже, т.е. Это основные, самые важные параметры, которые я выбираю и запускаю выгрузку.
Почему я сразу так тороплюсь? Потому что мы будем запускать загрузку в абсолютно пустую базу ERP, в этой демо базе за 2009 год было достаточно много операций и загрузка в пустую ERP будет длиться всего 10-15. За это время я расскажу вам нюансы нашей разработки, может быть какие-то услуги мы сможем вам оказать. Расскажу полезную информацию о том, например, как переносить зарплатные данные из УПП в ERP с помощью типовой обработки, ну и как сразу приступать к работе после проведения такого переноса.
Загрузка и выгрузка объектов при переносе данных
Сама выгрузка происходит очень быстро, а вот загрузка... В каком порядке происходит загрузка? Сначала записываются все данные, как справочники, так и документы. Документы начальных остатков проводятся сразу же.
«Выгружено объектов: 13 941». Выгрузка завершена.
Как происходит процесс загрузки данных? Когда все данные записались, создается таблица документов, которые были проведены в исходной базе. И дата которых больше, чем дата начальных остатков. Эти документы, соответственно, должны быть проведены и в ERP, и проводим их, разумеется, в хронологическом порядке, но опять же - в несколько итераций. В первую итерацию проводятся все заказы, а во вторую уже – все остальные виды документов. Это позволяет корректные данные полученные в базе-приемнике.
Условия и тарифы нашей разработки
Расскажу про наши условия, тарифы нашей работы. В первую очередь мы продаем свою разработку вместе с технической поддержкой, т.е. вы получаете не просто какие-то правила конвертации – «кота в мешке», а получаете поддержку на период времени, который зависит от приобретенного тарифа. В это время задавайте нам любые вопросы по проекту переноса данных. Наш специалист подключиться, ответит, исправит что-то в переносе, если это требуется, добавит новый вид документов, если это требуется. Если возникает непонятная ситуация на вашей базе, а она у нас не воспроизводится, то возможно подключение удаленное нашего специалиста. Это все без дополнительной оплаты, при необходимости воспроизведения ситуации, т.е. под вашим контролем. Перенос тоже можем запустить.
Основные отличия нашей обработки от типовой
Видим, что абсолютно пустая база. Давайте запускать в нее загрузку. Обратите внимание, загрузку нужно запускать нашей обработкой, хотя типовой тоже можно. Как на этапе выгрузки, так и на этапе загрузки использую доработанную нашей компанией обработку «Универсальный обмен данными в формате XML».
В чем ее отличие от типовой? Исправлены некоторые ошибки, некоторые вещи просто сделаны удобнее. Например, у нас сама устанавливается дата начала переноса документов и дата начальных остатков, они выравниваются. Также добавлен некоторый функционал – параметр «Делить выгрузку на части» (вкладка «Дополнительные настройки»). Данная опция разработана для проведения выгрузки и загрузки на слабых устройствах. Она помогает, особенно если у вас 32-битный сервер 1С или 32-битная платформа 1С, где есть ограничения на потребляемую сеансом оперативную память.
Каждая группа выгрузки данных второго уровня будет выгружаться в отдельный файл. В первый файл выгрузится «Настройки параметров учета», во второй файл – «Настройки пользователей и прав», в третий файл – «Общие настройки», в четвертый файл – «Номенклатура». В этом случае объекты, например, номенклатура, по ссылке из документов будет выгружена и второй раз, и третий, и четвертый, но в первый раз она была выгружена в этот момент, в этом правиле, какие-то объекты могут выгружаться несколько раз. Но самое главное достижение – это то, что не происходит превышение потребляемой процессом оперативной памяти.
Как у нас выполняется загрузка?
Давайте расскажу про методику переноса зарплатных данных. Мы выполнили работы по добавлению переноса зарплатных данных в нашу разработку.
На самом деле, в нем тоже есть ошибки, как и в этапе 1, как в переносе основных данных от фирмы 1С. Мы эти ошибки исправляли, исправили, и своим клиентам эту исправленную ошибку переноса зарплатных данных мы предоставляем без дополнительной оплаты. Даже если вы у нас какой-то тариф без техподдержка, самый дешевый, самый ограниченный приобретете, вы все равно эту обработку от нас получите.
Многие заказчики говорят: «Нам нужен перенос зарплатных документов за текущий год». Чтобы начисления, удержания были перенесены из УПП в ERP. Во-первых, у нас это не поддерживается, как я уже говорил, в нашей, мы рекомендуем использовать типовую обработку от фирмы 1С, ее этап No2. Разумеется, этап No1 надо переносить нашей обработкой.
Почему именно обработка от фирмы 1С? Дело в том, что та методика позволяет не переносить ошибки учета в исходной программе 1С, т.е. создается документ «Перенос данных» – это как некий аналог корректировки регистров – и там по всем разделам зарплатного учета вводятся данные. Появится возможность не только информация о расчете среднего, т.е. вы укажите, что месяц начала эксплуатации (этот параметр указывается при выгрузке данных) – это, допустим, апрель вашего текущего года, и на 1 апреля у вас появятся данные о начальной штатной расстановке, ввод начальной задолженности по зарплате и, конечно, за все предыдущие периоды, в том числе январь, февраль, март текущего года, появится информация о начислениях и удержаниях.
И вы сможете, хоть 1 апреля в этом случае, создать документ «Отпуск» или «Командировка», или «Начисление больничного», и все рассчитается абсолютно корректно, т.е. никакой проблемы с учетом и никакой проблема в том, что зашли в базу, нет ни одного документа начисления зарплаты старого. Не будет никаких проблем со сдачей отчетности по НДФЛ, потому что по НДФЛ – по разделу учета НДФЛ – также вся информация, вся история переносится. И по сотрудникам карточку Т2 также можно будет сформировать.
Вот почему этот способ является рекомендуемым и выверять и его результаты можно гораздо быстрее. Мы когда на проектах переноса данных «под ключ» занимаемся этой работой, так же совершенно делаем, и если какие-то ошибки были учета – сотрудник в другой отдел переходил, не очень корректно ввели – это все очень быстро находится, исправляется, т.е. никаких сложностей с этой задачей не возникает.
Про перенос начальных остатков
Мы считаем, что данная обработка переносит начальные остатки на выбранную дату гораздо более корректно, чем типовая от фирмы 1С, не потому что они методически не подкованы. Конечно, они отлично разбираются в учете и в программах. Но потому что не имели возможности проверять свой перенос данных на таком количестве клиентских баз, как мы. Потому что мы это огромное количество раз тестировали, т.е. у нас уже под две сотни внедрений – либо нашими силами, либо в основном силами собственными компании делают, и, конечно, большое количество вопросов у нас уже решено, учтено и продумано.
Например, часто в программе УПП самые корректные данные находятся в регистре Бухгалтерии, и есть задачи, чтобы 10-й счет, 41-й, 43-й, 21-й, где полуфабрикаты, в базе ERP оказались такие же, как в базе УПП до переноса, т.е. на дату начальных остатков. И в этом случае типовая обработка от фирмы 1С работает немножко по-другому, она все-таки ориентируется на регистры, а в нашей есть возможность... Здесь я в обработке как раз это выбирал, т.е. это взаиморасчеты, т.е. 60-й, 62-й, 76-й счета, будут выгружаться в оборотно-сальдовой ведомости. А этот параметр – «ВыгружатьОстаткиТоваровТолькоПоРегиструБухгалтерии» – отвечает за то, чтобы счета учета собственных товаров, материалов, других материально-производственных запасов переносились в соответствии с регистром Бухгалтерии. Такой у нас есть и работает успешно алгоритм.
Вы можете сказать: «А у нас, например, есть учет по характеристикам» или «Нам надо, чтобы, разумеется, товары перенеслись в разрезе ГТД, по которым они были закуплены». У нас это, конечно, реализовано, т.е. нужно эти указанные, т.е. это распределение по характеристикам, это распределение по сериям, это распределение по номерам ГТД. Если вы выбираете перенос по регистру бухгалтерии, вы эти опции также включайте, и у вас данные в ERP будут распределены по всем разрезам учета, которые вам нужны. Разумеется, если здесь вы выберете «нет», то будет выгрузка по алгоритму, похожему на типовой, который есть в стандартной обработке перехода от фирмы 1С. Но все равно там большое количество исправлений нами сделано.
Есть еще большое количество методических решений, которые мы применили. Буквально несколько из них очень бегло я расскажу. Например, Авансовый отчет мы переносим, конечно, в документ «Авансовый отчет», однако в УПП этот документ мог приходовать товары на склад, а в ERP это реализовано по-другому. Там добавлен документ «Приобретение товаров и услуг», схема операции – закупка подотчетным лицом. Это у нас учтено, т.е. Авансовый отчет может сразу в два документа переноситься – и в «Авансовый отчет», чтобы видеть, какие были прочие расходы, авансы, и в документ «Приобретение товаров и услуг. Закупка подотчетным лицом».
Решения по производственному учету и документам
По производственному учету тоже некоторое количество решений у нас есть. Например, если документ «Требование-накладная», он может выгружаться в разные виды документов или даже, кстати, в два сразу. Если это некие хоз. расходы, т.е. расходуются, какие-то нужно списать, некие материалы в организации на какой-то хоз. инвентарь, то используется документ «Внутреннее потребление товаров». Если это передача материалов для производства в цех, то создается документ «Передача материалов в кладовую». Какой из документов для каждой строки «Требования-накладной» будет использоваться, это выбирается по счету учета затрат. Выпуск продукции мы переносим не в «Выпуск продукции», а в «Производство без заказа»,
т.е. это самый корректный способ, потому что «Выпуск продукции» документ в ERP не может никакую продукцию на 43-й счет, например, оприходовать, а понятно, что в УПП это было так.
Давальческая схема полностью реализована, как передача сырья, так и получение отчета переработчика и получения товаров из переработки. Сдельная зарплата производственных сотрудников. Это опять давальческой схемой. Каким-то подобным образом все это реализовано. Если у вас остаются еще вопросы, дополнительные, вы можете обратиться к нам или на почту task@moscowsoft.com, или по телефону позвонить нашей компании 8(499)67-333-75.
Тем временем загрузка в ERP завершена, 13 тысяч объектов. Столько же объектов загрузилась, как и в выгрузке. Давайте быстро посмотрим, насколько все корректно перенеслось, т.е. документы должны данные иметь на 1 января 2009 года. Вот они все. «Начальная страница – НСИ и администрирование – Начальное заполнение – Документы периода начальных остатков». В том числе, например, с целью управленческого учета и оптовые продажи за прошлые периоды переносятся, т.е. можно и валовую прибыль смотреть за прошлые годы.
Далее пройдемся по документам. Например, посмотрим «Производство без заказа». Здесь в переносе из-за методической сложности есть сложность с проведением документа «Приходный ордер на товары». Я про этот вопрос тоже сейчас подробно расскажу. Все документы проведены, так они выглядят. Продукция, материалы. Откроем этот же документ в исходной базе – отчет «Производство за смену от 27.05.2009». Вот он стол кухонный, вот материалы, вот спецификация.
Вы можете выбирать, какие данные переносить, а какие нет, «галочками» в обработке выгрузки данных. Например, «Передача материалов в кладовую», т.е. это «Требование-накладная» у нас так выгрузилась. Вот кладовая, она сама по цеху, т.е. по подразделению была создана при переносе. Это что за перемещение, откуда-куда? Со склада перемещение товаров.
Давайте теперь более сложную ситуацию рассмотрим, т.е. где на демонстрационной базе от фирмы 1С есть проблема. Приходные ордера на товары не проводятся при переносе, хотя в исходной базе эти документы были проведены. В чем дело? Дело в том, что в ERP обязательно требуется указание распоряжения, без него не проводится документ, а в исходной базе... Давайте откроем этот документ ТК000000001 от 14.09. В исходной базе это не требовалось, это распоряжение не было указано. Если, например, в вашей организации используется ордерная схема на складах и при этом не указывались распоряжения – нет ни заказа, ни в структуре ничего, то может быть с этим сложно.
У нас реализован поиск этого распоряжения среди документов этого поставщика, для того чтобы хоть что-то найти. Если заказ поставщику указан, то он указывается как распоряжение. Сейчас покажу, что код есть. Но в демо базе никаких документов найти не получилось. Вот приходный ордер на товары, вот распоряжение, т.е. мы ищем такие поступления. Если не найдено, заказ поставщику используем. Но в демо базе этого не получилось найти.
На самом деле, в этом случае, документ провелся, это распоряжение было найдено, в исходной базе оно также не указано. Давайте посмотрим Приходный ордер ТК000000005 от 6 ноября в исходной базе. Здесь также распоряжение никакое не указано, но алгоритм нашел по товарам по сумме распоряжение, от какого отправителя данный товар получен.
Если какие-то еще вопросы по конкретным документам, как они переносятся, у вас будут или еще что-то подобное, то обязательно задавайте. Звоните, обращайтесь. Контакты будут в комментарии. С удовольствием вам на все ответим.
Большое вам спасибо за внимание, что дослушали, досмотрели до конца. Удачи в проектах! Меня зовут Сорокин Сергей, компания «Moscow Soft».
Сравнение функционала новых конфигураций 1СДля ведения управленческого учета компании выбирают, как правило, одну из следующих конфигураций: 1С:Управление нашей фирмой (УНФ), 1С:Управление торговлей, ред. 11 (УТ 11), 1С:Комплексная автоматизация (КА 2) или 1С:ERP Управление предприятием.
Мы подготовили сравнительную таблицу функционала этих решений. Благодаря ей вы сможете выбрать в точности то решение, которое лучше удовлетворяет специфике бизнеса вашей компании. Получить таблицу можете по кнопке ниже:
