Галактика в вопросах и ответах

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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