0. Техподдержка 27.07.16 22:50

Перенос данных из Камин 3.5 (5.5) в ЗиКГУ 3.х

Обработки для быстрого перехода с конфигураций «КАМИН:Расчет зарплаты для бюджетных учреждений 3.5» и «КАМИН:Зарплата для бюджетных учреждений 5.5» на конфигурацию «Зарплата и кадры государственного учреждения».

Перейти к публикации

Комментарии
Избранное Подписка Сортировка: Древо
1. director04 3548 24.12.16 09:07 Сейчас в теме
Для Инфостарта 10 000 руб - не рядовой ценник. Купить "кота в мешке" без пробника, я бы не решился...
2. Техподдержка 24.12.16 11:17
(1) Здравствуйте. Какого рода пробник вам необходим?
3. director04 3548 24.12.16 16:24 Сейчас в теме
(2)
Здравствуйте. Какого рода пробник вам необходим?


Александр, лично мне сегодня не нужен.
Но, рекомендую выложить демо версию обработок (с усеченными возможностями).
Конвертация баз - дело тонкое. Потенциальному покупателю нужно либо самому убедиться в правильности выбранного продукта, либо берут продукт давно зарекомендовавший себя на рынке.
Ни того ни другого, судя по всему, вы не даете
fzt; BeeL; 1qazxsw21QAZXSW2; +3 Ответить
4. user742697 10.06.17 09:56 Сейчас в теме
При попытке переноса пишет ошибки
Прикрепленные файлы:
ошибки.rar
5. Техподдержка 10.06.17 18:38
(4) Здравствуйте! Какая у вас версия Камина?
6. user742697 11.06.17 06:19 Сейчас в теме
(5) КАМИН:Расчет заработной платы для бюджетных учреждений. Версия 3.5 (3.5.61.4)
7. Техподдержка 11.06.17 09:37
(6) Вы приобрели обработку для перехода с Камина 5.5, по приведенным скриншотам это видно.
8. user742697 11.06.17 09:47 Сейчас в теме
(7)В теме было написано

Обработки для быстрого перехода с конфигураций «КАМИН:Расчет зарплаты для бюджетных учреждений 3.5» и «КАМИН:Зарплата для бюджетных учреждений 5.5» на конфигурацию «Зарплата и кадры государственного учреждения».
Причины купить

Удобная обработка для быстрого перехода с конфигурации "Камин:Расчет зарабтной платы. Версия 3.5" на ЗиКГУ
Ссылки на скачивание написано следущее
Перенос данных из Камин 3.5 (5.5) в ЗиКГУ 3.х: Перенос данных из Камин 3.5 в ЗиКГУ
Как получить нужную обработку
9. Техподдержка 11.06.17 11:40
(8) Хм, в данной публикации два товара: для Камина 3.5 и для 5.5, и если верить разделу "Заказы" данного сайта, то вы приобрели "Перенос данных из Камин 3.5 (5.5) в ЗиКГУ 3.х: Перенос данных из Камин 5.5 в ЗиКГУ".
10. verunca 29.06.17 09:56 Сейчас в теме
Уточните, пожалуйста, в справочник "Сотрудники" переносятся только актуальные сотрудники на дату переноса или уволенные тоже.
11. Техподдержка 29.06.17 12:12
(10) Здравствуйте. На текущий момент обработка переносит всех сотрудников (включая уволенных) и все кадровые документы. Т.е. документ "Начальная штатная расстановка" не используется (пока что только в планах).
12. verunca 29.06.17 15:04 Сейчас в теме
Подскажите, если с помощью вашей обработки по переносу в ЗиКБюдж 1.0, перенесем данные в 1.0, а потом стандартной процедурой конвертации в 3.1. Конвертация пройдет нормально или могут возникнуть проблемы?
13. Техподдержка 29.06.17 18:43
(12) Хм,затрудняюсь ответить. Теоретически, то должно пройти нормально, а практически... Сам я подобную процедуру не проделывал.
14. verunca 29.06.17 18:47 Сейчас в теме
Нужно решить какую из обработок купить, переносится организация с большим количеством сотрудников и движением сотрудников по кадровому учету (медицина). Если рискнем на вариант 1.0 и не получится, заменить на обработку переноса в ЗГУ 3 можно будет?
15. Техподдержка 29.06.17 20:49
(14) Я бы рекомендовал сразу переходить на 3.0. Разница в цене у них небольшая, перенос будет идти быстрее, в случае возникновения ошибок обнаружить их будет проще. Замену гарантировать не могу, не уверен, что одобрит инфостарт (у обработок разная стоимость).
16. Vigesha 2 20.10.17 17:20 Сейчас в теме
Здравствуйте!
Из Камин 3.5.65.4 в ЗиКГУ 3.1.2 возможна ли такая связка и какие могут быть проблемы?
17. Техподдержка 20.10.17 20:53
(16) Здравствуйте! Такая связка возможна, обработка проверяется на последних обновлениях версий 3.1.2 и 3.1.3, проблем быть не должно. Я всегда на связи, возникающие вопросы стараюсь решать оперативно.
18. suhoi 30 12.02.18 20:55 Сейчас в теме
Переносится ли средний заработок?
19. Техподдержка 13.02.18 07:22
(18) Здравствуйте! Да, переносятся начисления в разрезе статей финансирования и заполняются соответствующие регистры для расчета среднего заработка.
20. user955685 12.06.18 15:03 Сейчас в теме
здравствуйте! Подходит ли данная обработка для централизованной бухгалтерии?
21. Техподдержка 12.06.18 18:38
(20)Здравствуйте! Что вы имеете ввиду под централизованной бухгалтерией?
22. user955685 13.06.18 17:20 Сейчас в теме
(21)Ведение в одной базе нескольких организаций
23. Техподдержка 14.06.18 07:50
(22) В целом, перенос пройдет нормально, за исключением подразделений. В камине они хранятся без привязки к организации, при переносе все подразделения будут числиться на одной организации. По окончании загрузки с помощью групповой обработки необходимо будет изменить владельца.
24. user955685 28.06.18 10:58 Сейчас в теме
на какой последней версии 1с тестировалась обработка?
25. Техподдержка 28.06.18 14:12
(24) На текущий момент 3.1.6.54, на 3.1.7.61 еще не успел, но не думаю, что будут какие-то проблемы.
26. dalim 48 18.09.18 10:05 Сейчас в теме
Здравствуйте. Обработка актуальна по состоянию на сентябрь 2018 г. для релиза 3.1.7.105 ?
27. Техподдержка 18.09.18 13:25
(26)Здравствуйте! Да, актуальна.
28. SEvAn 3 19.09.18 06:48 Сейчас в теме
Здравствуйте. При переносе сотрудников из Камина 3.5 в ЗКГУ 3.1, сотрудники переносятся, но кадровые документы нет. Получается сотрудник не принят на работу, хотя работает продолжительное время. Как можно поправить эту ошибку?
Прикрепленные файлы:
29. Техподдержка 19.09.18 07:18
(28)Здравствуйте! Должна была создаться начальная штатная расстановка. Проверьте, проведена ли она. Присутствует ли в ней указанный сотрудник.
30. SEvAn 3 21.09.18 11:48 Сейчас в теме
Добрый день! Не произошел перенос "договоров подряда" и так же сотрудников, с которыми заключены договора. Подскажите в чем может быть причина?
32. Техподдержка 21.09.18 12:44
(30)Договора актуальные? Срок не закончился?
31. SEvAn 3 21.09.18 12:33 Сейчас в теме
Так же сотрудники уволенные в текущем году не перенеслись, и соответственно начисления по ним.
34. Техподдержка 21.09.18 12:47
(31)Да, последняя версия обработки для удобства и ускорения процесса переноса загружает только актуальные данные (по аналогии перехода с ЗУП 2.5 на ЗУП 3.1). Могу переделать обработку, чтобы загружались все данные за все время эксплуатации, но это займет немного времени.
33. SEvAn 3 21.09.18 12:47 Сейчас в теме
Сроки по договорам закончились. Были заключены в основном на месяц
35. SEvAn 3 21.09.18 12:49 Сейчас в теме
Хорошо. Ждем с нетерпением!!!!
36. Техподдержка 22.09.18 21:04
(35)Отправил на адрес из заказа обновленную версию.
37. SEvAn 3 24.09.18 08:00 Сейчас в теме
Здравствуйте. При загрузке сотрудников, выходит ошибка приложенная в файле. Помогите разобраться в чем проблема?
Прикрепленные файлы:
39. Техподдержка 24.09.18 09:51
(37)Здравствуйте! Дело в том, что периоды начислений в камине могут не совпадать с фактическим периодом работы сотрудника (например, человек принят в середине месяца, в начислениях будет стоять начало месяца). Обработка различными способами пытается определить подходящего сотрудника. Если одна из попыток не удалась, будет выведено соответствующее сообщение и продолжен поиск сотрудника другим методом. В целом, не стоит обращать на них внимания. Понять, перенёсся сотрудник или нет, можно только при начислении зарплаты либо целенаправленной сверке сотрудников.
38. SEvAn 3 24.09.18 08:09 Сейчас в теме
При переносе в документе "Назначение планового начисления" не заполняются данные по статье финансирование, кэк, субконто
Прикрепленные файлы:
41. Техподдержка 24.09.18 09:59
(38)У вас в камине указанные данные заполнены для каждой надбавки каждого сотрудника? Если нет, то всё в порядке. При расчете будут браться данные в целом по сотруднику. Если нет по сотруднику, то по подразделению. Если нет по подразделению, то по организации.
42. SEvAn 3 24.09.18 11:32 Сейчас в теме
По первому вопросу: в списке сотрудников нет, и при расчете зарплаты, они так же отсутствуют. По второму вопросу: Данные о надбавках заполнены (статья финансирования и КПС)
Прикрепленные файлы:
43. Техподдержка 24.09.18 11:55
(42)Надо видеть вашу базу Камин
44. SEvAn 3 24.09.18 12:09 Сейчас в теме
45. Palec 15.10.18 10:15 Сейчас в теме
46. Palec 15.10.18 10:17 Сейчас в теме
Ошибка при подключении к Базе Камин
48. Техподдержка 15.10.18 13:05
(46)Здравствуйте! Что за ошибка? Можете сделать скриншот?
47. Техподдержка 15.10.18 13:05
Здравствуйте! Что за ошибка? Можете сделать скриншот?
49. Palec 17.10.18 10:52 Сейчас в теме
Обработка используется в операционной системе Windows 10
Прикрепленные файлы:
Ошибка.docx
50. Техподдержка 17.10.18 13:39
(49)Скорее всего, у вас не зарегистрирована com-компонента текущей версии платформы. Попробуйте выполнить следующее. Откройте командную строку от имени администратора и наберите regsvr32.exe C:\Program Files\1cv8\8.3.х.х\bin\comcntr.dll, где "C:\Program Files\1cv8\8.3.х.х\bin" - это путь к файлам платформы на вашем компьютере.
51. Palec 18.10.18 11:12 Сейчас в теме
(50)Спасибо! Уже пришли к этому решению сами!
52. Jkey 12 14.11.18 06:51 Сейчас в теме
Здравствуйте!
Приобрели обработку: Перенос данных из Камин 3.5 (5.5) в ЗиКГУ 3.х: Перенос данных из Камин 3.5 в ЗиКГУ

Источник: КАМИН:Расчет заработной платы для бюджетных учреждений. Версия 3.5 (3.5.70.2)
Приемник: Зарплата и кадры государственного учреждения КОРП, редакция 3.1 (3.1.7.87)

(Пришлось переделывать под свои нужды, т.к. кадровые данные брались из другой программы ЗКБУ: Физики (+ сопутствующая информация), Сотрудники, Стажи, Должности, Нач.штатная расстановка, ...)

Одна из главных выявленных проблем обработки:
Не формируется информация в ЗКГУ вида Документ ПериодыОплаченныеДоНачалаЭксплуатации.
Это одни из необходимых данных при переносе. Сальдо на начало эксплуатации !!!!
(Подсказка в типовых ЗКБУ - ЗКГУ есть Правило "ОплаченныеПериоды".)

НЕ формируются Переносом данных:
Рег. накопления: РасчетыНалоговыхАгентовСБюджетомПоНДФЛ, РасчетыСФондамиПоСтраховымВзносам, ПособияПоСоциальномуСтрахованию, ПособияПоУходуЗаРебенком, УдержанияПоИсполнительнымДокументам.
Рег. сведений: СведенияОНачисленияхДляРасчетаСохраняемогоДенежногоСодержани­я, СведенияОНачисленияхДляРасчетаСреднегоЗаработкаОбщий, СведенияОНачисленияхДляРасчетаСреднегоЗаработкаФСС
ну и еще несколько различных Регистров сведений и накопления.

Не переносится информация по Исполнительным листам и Данные по отпускам по уходу за ребенком (Вид времени по Табелю (Р) Отпуск по уходу за ребенком до достижения им возраста трех лет).
53. Техподдержка 14.11.18 08:56
(52)Здравствуйте!
Не формируется информация в ЗКГУ вида Документ ПериодыОплаченныеДоНачалаЭксплуатации.

В отличие от рекомендуемого варианта переноса ЗиКБУ -> ЗиКГУ, данная обработка заполняет и регистр расчета "Начисления" и регистр накопления "Начисления удержания по сотрудникам". Потребности в указанном документе нет.
НЕ формируются Переносом данных:
Рег. накопления: РасчетыНалоговыхАгентовСБюджетомПоНДФЛ, РасчетыСФондамиПоСтраховымВзносам

Данная версия обработки переносит данные только по исчисленным/удержанным налогам и взносам. По перечисленным налогам/взносам данные не переносятся.
ПособияПоСоциальномуСтрахованию, ПособияПоУходуЗаРебенком, УдержанияПоИсполнительнымДокументам.

Не переносится информация по Исполнительным листам и Данные по отпускам по уходу за ребенком (Вид времени по Табелю (Р) Отпуск по уходу за ребенком до достижения им возраста трех лет)

Да, текущей версией указанные документы не переносятся, переносятся только соответствующие результаты начислений.
СведенияОНачисленияхДляРасчетаСреднегоЗаработкаОбщий, СведенияОНачисленияхДляРасчетаСреднегоЗаработкаФСС

Для расчета по среднему достаточно регистров накопления ДанныеОНачисленияхДляРасчетаСреднегоЗаработкаОбщий, ДанныеОНачисленияхДляРасчетаСреднегоЗаработкаФСС
54. Jkey 12 14.11.18 09:35 Сейчас в теме
(53) Возможно, вы правы. Но для получения результата переноса данных, приходится "допиливать" обработку для переноса остального.
55. Jkey 12 14.11.18 13:20 Сейчас в теме
(53)
Для расчета по среднему
- Возражения нет.
Но, для расчета денежного содержания гос.служащего не достаточно.
И для отчета Анализ по НДФЛ тоже.
56. Техподдержка 15.11.18 21:46
(55) Если мы говорим о регистрах сведений СведенияОНачисленияхДляРасчетаСреднегоЗаработкаОбщий, СведенияОНачисленияхДляРасчетаСреднегоЗаработкаФСС, то поиск по конфигурации это не подтверждает. Но если хотите, я могу добавить заполнение этих регистров в обработку.
57. Jkey 12 16.11.18 08:33 Сейчас в теме
(56) Нужно заполнение именно Рег. сведений: СведенияОНачисленияхДляРасчетаСохраняемогоДенежногоСодержани­­я.

Регистры сведений СведенияОНачисленияхДляРасчетаСреднегоЗаработкаОбщий и СведенияОНачисленияхДляРасчетаСреднегоЗаработкаФСС
можно заполнить по данным Регистров накоплений ДанныеОНачисленияхДляРасчетаСреднегоЗаработкаОбщий и ДанныеОНачисленияхДляРасчетаСреднегоЗаработкаФСС.
59. Техподдержка 18.11.18 09:33
(57)Посмотрел использование РС СведенияОНачисленияхДляРасчетаСохраняемогоДенежногоСодержани­я. Он нужен при переходе с ЗиКБУ, т.к. там не заполняется регистр накопления "НачисленияУдержанияПоСотрудникам". В данном же случае смысла его использования я не вижу (да ещё и начисления задвоятся скорее всего).
Реализовал заполнение РС СведенияОНачисленияхДляРасчетаСреднегоЗаработкаОбщий и СведенияОНачисленияхДляРасчетаСреднегоЗаработкаФСС.
Скажите, куда кинуть новую версию обработки?
58. Jkey 12 18.11.18 09:28 Сейчас в теме
(56) Добрый день.
Если вы уже переносили данные из базы Камин, если Вас не затруднит, пожалуйста, сообщите время затрачиваемое на выполнение переноса из базы Камина вашей обработкой.
Какое количество сотрудников было в Камине. Среднее количество начислений и удержаний на сотрудника.
60. Техподдержка 18.11.18 09:37
(58)Многое зависит от того сколько документов у вас в базе. Сама программа ЗиКГУ довольно тормозная. Скажем так, перенос 100-150 человек при наличии документов за 3-4 года занимает где-то 2-4 часа. Пробовал ускорить процесс, но всё упирается в скорость проведения документов в ЗиКГУ.
61. Jkey 12 18.11.18 16:40 Сейчас в теме
(60) Согласен, что тормозная.
Локально переношу 612 сотрудников. 125 764 записей в РН ДвиженияПоЗарплате и только загрузитьНачисления() отрабатывает уже вторые сутки (комп i3-6100/8gb/win10/64/hdd-ssd240 ; 1C 8.3.11.3133 32bit) за период с 01.01.2016 по 31.10.2018 переносит движения в регистры "ПараметрыПериодовСтажаПФР", "Начисления", "НачисленияУдержанияПоСотрудникам", "ОтработанноеВремяПоСотрудникам", "БухучетНачисленияУдержанияПоСотрудникам", "СведенияОДоходахСтраховыеВзносы", "СведенияОДоходахНДФЛ", "РасчетыНалогоплательщиковСБюджетомПоНДФЛ", "ЗарплатаКВыплате", "ВзаиморасчетыССотрудниками".
И это еще хорошо что нет Северного и РК.
Обрабатывается только 91205 запись.
Я не знаю на какую почту руководитель проекта получал после оплаты.
Могу в личку сообщить свою корпоративную почту.
62. Jkey 12 28.11.18 07:40 Сейчас в теме
(60) К сведению.
По Государственным служащим.
После переноса обнаружилась еще одна Ошибка.

При создании документов Переноса, при заполнении наборов записей Регистров, в частности Регистры Расчета Начисления и Удержания, которые пересекаются в дальнейшем с Регистрами Накоплений НачисленияУдержанияПоСотрудникам, ОтработанноеВремяПоСотрудникам, по Реквизиту ИдентификаторСтроки, этот реквизит заполняется в Регистрах Расчета Начисления и Удержания, со сдвигом на единицу.

Соответственно это значение Реквизита ИдентификаторСтроки при переносе, записывается в записи этих Регистров накоплений в соответствующий Реквизит ИдентификаторСтроки.

В документы Перенос данных по Начислениям, по нескольким сотрудникам, попали записи Вида Расчета (Начисления) "Отпуск основной (сохраняемое денежное содержание)", у которого формула: ОКР(СохраняемоеДенежноеСодержание / СреднемесячноеКоличествоКалендарныхДнейОтпускаГосслужащих, 2) * КоличествоДнейОтпуска * КоэффициентИндексацииСохраняемогоДенежногоСодержания, которые оказались первыми - в ИдентификатореСтроки записан 0 ( !!!! - так отработала обработка Переноса).

Например, создается Больничный лист за Ноябрь с 09.11 по 20.11. А сотрудник был несколько дней в отпуске в ноябре с 06.11 по 20.11, в Переносе в Регистр Расчета Начисления перенеслись записи отпуска за Ноябрь.

При расчете денежного содержания в документе Больничном, появилось сообщение о делении на 0 ( .. СохраняемоеДенежноеСодержание / СреднемесячноеКоличествоКалендарныхДнейОтпускаГосслужащих .. ).

После выяснения по коду Расчета начислений в ПерерасчетНачислений попали записи Отпуска из Переноса данных с пустыми значениями показателей из формулы. В сторнируемые документы попадают Перенос данных по отпуску.
Процедура ЗаполнитьНачисленияПерерасчетПоНачисленияЗаднимЧислом(..) РезультатыПоказателей - Пустые Значения показателей.

Дополнительно потребовалось заполнение в Переносах данных, значений Показателей Регистра Сведений "ЗначенияПоказателейНачислений".

При заполнении Набора записей значений Показателя "СреднемесячноеКоличествоКалендарныхДнейОтпускаГосслужащих" в Регистр Сведений "ЗначенияПоказателейНачислений" - Идентификатор строки оказался со значением 0.

Возникает ошибка при записи документа "Переноса данных".
63. Техподдержка 28.11.18 08:38
(62) не совсем понимаю, что вы пытаетесь сказать... Вам не нравится, что не заполнился регистр "ЗначенияПоказателейНачислений" или что идентификатор 0 или что?
64. Jkey 12 07.12.18 16:42 Сейчас в теме
(63) Это просто информация к сведению.
Уже все исправлено, после переноса.
Оставьте свое сообщение
Новые вопросы с вознаграждением
Автор темы объявил вознаграждение за найденный ответ, его получит тот, кто первый поможет автору.

Вакансии

Руководитель группы сервисов ЭДО, ЭЦП и криптографии
Москва
зарплата от 150 000 руб.
Полный день

Руководитель группы интеграций (1С)
Москва
зарплата от 150 000 руб.
Полный день

Руководитель группы сервисов FRM на 1С
Москва
зарплата от 150 000 руб.
Полный день

Программист 1С
Воронеж
зарплата до 80 000 руб.
Полный день

Программист 1С
Нижний Новгород
зарплата до 80 000 руб.
Полный день