Конвертация данных УП и ЗП из 1с 7.7 в Галактику

[Один Из Вас]

Здравствуйте, Форумчане.
Есть задача конвертации данных по Управлению Персоналом и Заработной Плате из 1с Зарплата 7.7 в Галактику ERP.
Будем признательны за передачу положительных знаний и опыта.

[RAJAH]

По-моему, слово "конвертация" тут не совсем подходит: просто перенос, скорее всего. Для начала необходимо узнать, где лежит нужная информация (1С-ники, если таковые есть, подскажут), потом - куда перенести. Коды таблиц в Галактике для УП начинаются с 25***, ЗП - 15***.

[Mari]

Или как вариант Excel 2003 вам в помощь или dbf редактор какой-нибудь.

Берете из Галактики таблицы, в Support в модуле "SQL доступ к таблицам", например, там есть пункт меню Операции\Структура БД, ищите нужную таблицу, к примеру Persons, экспортируете ее в dbf. Таким образом получаете структуру таблицы Галактики.

Открываете ее как уже сказал хоть в Excel 2003, хоть в dbf редакторе и заполняете только нужные поля (FIO и т.д.), данными из 1С, которые кстати, я думаю, можно получить отчетами в тот же Excel.

Как заполнили таблицу, обратно ее импортируете в Галактику. Импорт/Экспорт можно осуществлять простым SQL запросом или там вроде есть даже такая операция в пункте меню.

Вот вам простой, но действующий способ

[Irina_]

А я согласна с термином «конвертация», т.к какие-то данные придется преобразовывать, а какие-то возможно заполнять, если в 1С нет аналога или он хранится в специфическом виде.
Я с 1С не работала, приходилось конвертировать инфо из другой программы. Но рекомендации ниже будут актуальны для любой исходной системы.
Часть справочников надо заполнить до конвертации, например видов оплат и видов удержаний (Klvidopl и Klvidud), пусть не все сразу реквизиты, но хотя бы системный и пользовательский ВО/ ВУ, наименование, алгоритм. Также ряд других справочников (см. по меню модуля з/п): для расчета п/н, режимы работ и графики, др. Читайте Help – там есть инфо, на которую следует обратить внимание перед заполнением справочников.
Пройдитесь по реестру настроек для работы с УП и расчетом з/п – меньше будет необъяснимых вещей и ошибок просто при работе с модулями и при параллельном расчете з/п, да и будете знать о зависимости расчетов от значений в реестре.
Картотека и л/сч (Persons и Lschet) у нас были заполнены задолго до начала работы с з/п и как минимум поддерживались в актуальном состоянии – вводились основные приказы по персоналу и по ШР. Поэтому заполнять их нам не надо было, только в л/сч вводить или очищать какие-то отдельные реквизиты, а также проверять соответствие данных в з/п данным в УП.
Конвертером заполняли следующие таблицы по з/п:
Sumvidop – архив по суммам оплат. Для расчета отпусков как минимум за 12 мес, но вроде для расчета б/л в РФ 2 года.
Sumvidud – архив по суммам удержаний.
Depkart- долги сотрудников или предприятия.
Shtraf – постоянные удержания. Обязательно ВУ по сотрудникам по перечислению з/п и аванса на банк, если они перечисляются на карточки, а не выплачиваются на руки.
Archrate – архив тарифов и коэф-тов для расчета отпусков.
Nenach – имущественные и социальные вычеты (для РБ, но думаю для РФ есть что-то похожее) для правильного расчета п/н.
Badgdays – архив стандартных вычетов по п/н (для РБ, но думаю для РФ есть что-то похожее) для сотрудников за 1 год для правильного перерасчета п/н за предыдущие периоды.
Думаю, что могут понадобиться и табеля (Lstab) за предыдущие периоды, но их можно сформировать непосредственно в Галактике, хотя при этом они часто будут далеки от реальных, т.к. для их правильного формирования нужны архивы отпусков, б/л, другие неявки, перемещения и др.
Очень важный справочник Catalogs – используется и в УП и в з/п.
Некоторые реквизиты, особенно в л/сч, можно заполнить/ изменить SQL запросами в Support – сэкономите время по ручному заполнению, особенно если по основной массе сотрудников реквизит одинаковый.
Часть информации придется вводить вручную – от этого не уйдете.
После конвертации инфо в Галактику надо запустить ряд сервисных ф-ций для заполнения некоторых таблиц, нужных для правильного расчета з/п: контроль дохода, расчет коэф-тов, может еще что-то.

И последнее: настройтесь на долгую и кропотливую работу. Удачи Вам.

[Mari]

Еще один момент. Это я так, на всякий случай..

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

Например в таблице sumvidop.clsch это поле ссылка на таблицу c инфой о физ. лице, (связь у всех таблиц через поле nrec), в нашем случае получается lschet.nrec.

Поэтому в Галактику необходимо загружать таблицы последовательно, чтобы получать эти самые nrec и заполнять ими "поля-ссылки".

[Один Из Вас]

Благодарю за поддержку.
Удачи!

[Andrey]

To Один Из Вас:
А в чем причина миграции с 1с на галактику? Поподробней, если можно.

[Один Из Вас]

Развитие бизнеса потребовало соответствующего информационного обеспечения. Заказчик (производственное предприятие) остановил выбор на КИС "Галактика ERP".
Возможности КИС "Галактика ERP" - на текущий момент - покрывают 1С "как бык овцу". Кроме того, есть значительный потенциал для развития как функциональности, так и использования существующих возможностей системы.
При правильной организации можно было бы значительно упрочить галактические позиции на рынке систем управления предприятием,
что потребовало бы профессионального роста со стороны представителей галактического сообщества.

[RAJAH]

Один Из Вас
Смело... Ибо тенденции рынка противоположны. Для руководителей предприятий "Галактика" - никто и звать никак, а про 1С они хоть слыхали, что "она у всех".

[Алексей]

Ну не знаю... кадры и зарпалта в Галактике были традиционно сильными модулями.

[sim]

Заказчик (производственное предприятие) остановил выбор на КИС "Галактика ERP".

Интересно: а какой профиль предприятия? У нас вот приборостроение, и начинали, кстати, тоже с внедрения зарплаты.

[Один Из Вас]

Профиль предприятия - машиностроение.
Из опыта: начинать надо с производства, т.к. разМерность производственных задач превышает разМерность прочих.
Соответственно, надо выстаивать систему НСИ, которая удовлетворит требования всех видов планирования и учета.
Зарплата - сопутствующий, если не сказать "побочный", продукт производства , который подлежит учету и расчету.

[Irina_]

Зарплата - сопутствующий, если не сказать "побочный", продукт производства

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

[Den]

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

[Начинающий путь]

ИМХО, свои 5 копеек...

В давние времена СССP целые институты и министерства разрабатывали учет на предприятиях, в том числе и производственный учет..
В принципе он не отличался друг от друга по отрасли. Например, мы считали на машинах EC-1022 зарплату и потребности. В наше время производственный учет отдан на откуп предприятиям, где грамотные экономисты должны им , выстроив, управлять. Однако на практике это не всегда получается. Бухучет и налоговый учет, в том числе и зарплата, как-то стандартизированы (т.е. уже написаны алгоритмы расчета и подсчета), поэтому изначально встроены в системы класса ERP. В связи с тем, что производственный учет достаточно труден, он является одним из проблемных вопросов для руководства. Тут можно вспомнить бум ERP начала и середины двухтысячных. Многие руководители ошибочно предполагали, что приобретая ERP с модулями производства, они получат эффективный инструмент по управлению предприятием, однако во многих случаях в силу всевозможных специфик производства в этого не произошло. Напротив, в бухучете используются типовые алгоритмы обработки информации, поэтому в современных ERP они реализованы в достаточно полных объемах, к тому же надо сдавать отчеты правильно и в отведенные сроки.

Как-то такие мысли в пятницу...