Перенос данных из Камин:Зарплата в 1С:Зарплата и Управление персоналом (ЗУП,ЗБУ,УПП,КА)
Перед Вами поставлена задача перенести данные из программы Камин:Зарплата?
Вы можете приобрести надежное решение, проверенное за 5 лет своего развития более чем на 300 внедрениях, перенести данные вручную или найти поделку неизвестного программиста на просторах сети Интернет. Выбор всегда за Вами.
21.06.2010 08:47 [30.03.2012 15:46] 25 [+] [−] Перейти к публикации
А есть ли готовое решение для перехода с Камина 1.2 на ЗИК(не бюджетную) ?
Ответили: (12)
Уже два раза писал, но еще раз повторю, конвертер из ЗиК в Камин есть, его можно скачать по адресу . При этом он абсолютно бесплатен, но на актуальных конфигурациях не работоспособен. При необходимости его нужно актуализировать, хотя возможно, что проще будет разработать правила обмена в КД 2.1.
За время существования разработки (с момента выхода редакции 2.5 ЗУП - 2007 год) лишь несколько раз интересовались возможностью перехода на ЗиК.
В настоящее время переход на ЗиК просто нерентабелен, для сравнения стоимость коробок:
- 1С:Зарплата и кадры 7.7 ПРОФ + ИТС USB - 15200 руб.
- 1С:Зарплата и Управление Персоналом 8 - 14500 руб.
- 1С:Зарплата и Управление Персоналом 8. Базовая версия - 4600 руб.
При этом базовые версии для 7.7 уже не продаются.
Минусы использования решений фирмы "Камин":
1. Для версий 1.2 и 2.0 проводится перерегистрация, вводится защита, доступность обновлений снижается как для пиратских версий, так и для лицензионных. Т.е. Камин делает все, чтобы пользователи перешли на версии 3.0 и 3.5.
2. Разобраться в программном коде Камина на порядок сложнее, чем в том же ЗУП.
3. Ошибки в версии 3.0 исправляются менее оперативно чем в версиях 1.2 и 2.0.
4. Большое количество ошибок во время сдачи отчетности за 2009 год. Кстати, отличная работа хотлайн Камина тоже осталась в прошлом.
5. Неоптимизированность работы с большим объемом данных. Повсеместно используются таблицы значений и хранилища значений. СКД практически не используется.
Плюсы:
1. Нужна меньшая квалификация пользователей для работы.
2. Для малых предприятий и пользователей, знающих версии 1.2 и 2.0 стоимость внедрения ниже. ЗУП предоставляет больше возможностей, но требует обучения пользователей (хотя литературы по нему несравнимо больше).
3. Возможно такие зубры Камина как Арчибальд добавят что-то еще.
Поэтому мне видится наиболее востребованным направлением сейчас и на ближайшее время является переход на типовые конфигурации фирмы "1С".
| Цитата |
|---|
| Большое количество ошибок во время сдачи отчетности за 2009 год |
| Цитата |
|---|
| отличная работа хотлайн Камина тоже осталась в прошлом |
Не скажу ничего про ЗУП/КА/УПП, но на ЗиК с Камина 2.0. точно переходить не следует. А Камин 1.2 - это не очень удачное исправление Камина 1.1, который, как первый блин, все же комковат.
Ответили: (17)
(17) Верно, 2.0 - счастливое (случайное?) исключение. Но и здесь ситуация не улучшается. С проводимой работой по перерегистрации предпоследний релиз получился у них с глюками. Я этого счастливо избежал, потому что обновляюсь не сразу, а держу паузу с недельку, поглядывая на форум 
+(15) А сам не зубр что ли?
(15) Однобокое, конечно, представление. Основанное лишь на противоставлении 7.7 vs 8x.
Особенно позабавил расчет нерентабильности перехода на ЗИК. 
Что толку от выигрыша в приобретении ЗУП в 700 руб в отличие от ЗИК, если будет стоить гораздо дороже последующее сопровождение 8-ки в отличие от 7.7 и железо сервера?
Меня не интересует на данном этапе 8-ка вообще, и поэтому интересуют только переходы с 7.7 на 7.7.
И толку мне от того хваленого (и абсолютно бесполезного даже с т.зр. автора) конвертора , если требуется обратный переход?
1. Для версий 1.2 и 2.0 проводится перерегистрация, вводится защита, доступность обновлений снижается как для пиратских версий, так и для лицензионных. Т.е. Камин делает все, чтобы пользователи перешли на версии 3.0 и 3.5.
Идет пополнение выручки за счет легализации нелицинзионных версий. И причем здесь выдавливание клиентов на 3.х? Что за голословное утверждение.
2. Разобраться в программном коде Камина на порядок сложнее, чем в том же ЗУП.
Ой ли? На порядок значит в 10 раз. В коде Камина разобраться в 10 раз сложнее чем в коде ЗУП?
3. Ошибки в версии 3.0 исправляются менее оперативно чем в версиях 1.2 и 2.0.
Не всех интересуют решения на 8х. Для меня это не аргумент.
4. Большое количество ошибок во время сдачи отчетности за 2009 год. Кстати, отличная работа хотлайн Камина тоже осталась в прошлом.
Ну-ну. Сколь жалоб было на сдачу ПФР в Камин 2.0 и в ЗУП - сравним?
| Цитата |
|---|
| Сколь жалоб было на сдачу ПФР в Камин 2.0 и в ЗУП - сравним? |
Я сам почти совсем семерочник, однако со сравнением в (15) в основном согласен. Ну, кроме цены, конечно.
Ответили: (21)
(20) Да, ЗИК в последнее время хромает и сильно.
И всё же, если выбирать между Камин и ЗИК, я (как впрочем и многие) выберут ЗИК, т.к. несмотря на недостатки у ЗИК с ПФР, минусы камина перевешивают (их обсуждение не хочу выносить в эту ветку). Именно поэтому некорректно сравнивать рейтинг скачиваний испр. к ЗИК на этом сайте, т.к. распрорастраненность Камина в сравнении с ЗИКой очень мала (что опять таки невольно свидетельствует в пользу ЗИК), поэтому и вопросов по Камину на разных сайтах возникает гораздо меньше.
Кстати и ЗУП распространен "в массах" горазде меньше чем ЗИК.
(19) 1. Любое мнение однобоко. Меня, например, семерка не интересует совсем. Не интересна она мне. Убога и бесперспективна.
2. Особенно позабавили ссылки на стоимость железа для 8-ки. Файловая версия сотрудников на 500 будет работать практически с той же скоростью, что и серверная на любом более-менеее современном компьютере 2-3 летней давности. Аргумент про стоимость сервера актуален только для более-менее крупных организаций. А у них, как правило, сервер уже есть и работает еще и с другими типовыми конфигурациями.
3. Стоимость сопровождения ЗиК в настоящее время может быть существенно дороже стоимости сопровождения ЗУП. Специалистов по 7.7 с каждым днем становится меньше, стоимость часа - выше. Настанет время, когда найти спеца на поддержку 7.7 будет практически невозможно (уже сейчас трудно становится). Подписка на ИТС необходима и для 7.7 и для версий ПРОФ, КОРП 8-ки. Стоимость сопровождения базовой версии существенно дешевле.
Стоимость зарплатных решений фирмы "Камин" на 7.7
КАМИН:Расчет заработной платы. Версия 1.2 - 6000 (+ 2400 руб./год)
КАМИН:Расчет заработной платы. Версия 2.0 ПРОФ - 8000 (+ 2400 руб./год)
КАМИН:Расчет заработной платы. Версия 2.0 ПРОФ сетевая - 16000 (+ 2400 руб./год)
4. Насколько я понимаю ты сам имеешь некоторые потуги в данной области . Можешь поделиться востребованностью данного решения сторонними пользователями? В комментариях к данной разработке насчитал только один.
5. "Идет пополнение выручки за счет легализации нелицинзионных версий. И причем здесь выдавливание клиентов на 3.х? Что за голословное утверждение." По крайней мере мне это видится так, да и не только мне (пример с форума Камина . Тем более стоимость сопровождения в 2400 руб. / год наводит на некоторые размышления.
6. "Ой ли? На порядок значит в 10 раз. В коде Камина разобраться в 10 раз сложнее чем в коде ЗУП?" ОК, открываем, например любой отчет в Камин 3.0 и отчеты в ЗУП. Риторический вопрос, что проще модифицировать - програмно создаваемый отчет Камина с несколькими процедурами и функциями формирования макета или схему компоновки. Тем более, что префиксы переменных, используемых в камине "читабельность" кода снижают до невозможности.
7. "Не всех интересуют решения на 8х. Для меня это не аргумент.". Можно повернуть и так "Не все могут себе позволить не повышать квалификацию и не развиваться, оставаясь на 7.7, в то время как студенты бодро осваивают 8.2".
8. "Ну-ну. Сколь жалоб было на сдачу ПФР в Камин 2.0 и в ЗУП - сравним?" Ниже уже писал о том, что говоря про большое количество ошибок и проблемы с поддержкой имел в виду Камин 3.0.
Здравствуйте.
Вопросы:
1) можно ли использовать обработку несколько раз (например, для переноса одной организации сейчас и другой через полгода)?
2) если да, то на каких условиях можно получить обновленную версию обработки (если она выйдет) по прошествии 1 месяца?
Ответили: (27)
(33) Сальдо во взаиморасчетам с сотрудниками переносится по состоянию на дату начала обмена. Лицевые счета переносятся в документ "Заявка на открытие лицевых счетов". Банк в документе берется в Камин 2.0 из параметра сотрудника "ЛицевойСчетБанк", в Камин 3.0 - из подчиненного справочника "Лицевые счета".
Естественно, сложно сказать что-либо конкретное о проблемных ситуациях, не имея информации о ведении учета в конфигурациях-источниках. Как правило, при корректном ведении учета, проблем после переноса данных не возникает.
А обработки Камин:Зарплата 3.0 -> 1С:Зарплата и Управление персоналом где можно найти?
Вопрос: Правильно ли я поняла , что если я приобрету вашу разработку, то безболезненно перейду с Камин 2 7.7 на ЗУП 8.2?
Ответили: (48)
Если допустим учет в КАМИНЕ ведется с 2009 года. Я хочу перенести данные за июнь 2011 и начать работать. Как тогда будет рассчитываться средний зароботок?
Ответили: (50)
(49) Вообще-то в ЗУП/УПП/ЗБУ/КА используется 2 методики расчета среднего заработка:
1. Для расчета среднего заработка по больничным листам
2. Для расчета отпускных и прочих расчетов по среднему
В первом случае используются данные регистров накопления "ЕСН сведения о доходах", "Страховые взносы сведения о доходах" и "НДФЛ сведения о доходах".
Во втором - данные регистров расчета "Основные начисления организаций" и "Дополнительные начисления организаций" для видов расчета, включенных в базу ПВР "Средний заработок".
Особенностью данного продукта является то, что для переноса используются документы типовой конфигурации для расчета заработной платы, такие как "Начисление зарплаты работникам организаций", "Начисление по больничному листу", "Оплата по среднему заработку", "Начисление отпуска работникам организаций" и др., в отличие от штатного переноса ЗиК -> ЗУП, в котором переносятся движения по регистрам в документ "Перенос данных". Перенесенные документы как раз и сформируют все необходимые движения для расчета среднего заработка. Останется только уточнить вхождение новых видов расчета в ПВР "Средний заработок".
Если необходим расчет среднего заработка, то необходимо перенести данные за 2 года, например, с 01.07.2009 по 30.06.2011. В этом случае можно будет нормально работать, начиная с 01.07.2011.
Добрый день перенесли данные за 2011 год стала работать. все хорошо, но оказалось что нужны данные и за 2008-2010 год как теперь мне их перенести что бы не было задвоения по сотрудникам и физ лицам. . Несколько моих опытов было неудачны, подскажите настройки.
Ответили: (52)
(51) Полями синхронизации для справочника "Физические лица" являются фамилия, имя, отчество, ИНН, дата рождения. Для справочника "Сотрудники организаций" - физ. лицо, № трудового договора и дата приема. Если значения этих полей Вы не меняли, то дубли в справочниках не появятся. Если значения полей изменялись, то настроить способ синхронизации физ. лиц можно на этапе выбора каталога загрузки данных, а для сотрудников - вручную настроить соответствия объектов на этапе настройки соответствий.
В КАМИНе есть отчет "Свод универсальный" в котором можно посмотреть начисления в разрезе статей затрат. Каким образом информация о привязке статей затрат в КАМИНе переносится в ЗУП?
(53) Подходы к учету заработной платы в Камине и ЗУП сильно отличается. Если в Камине статьи затрат можно определить для должности, для сотрудника, назначить произвольно в документах начисления, то в ЗУП необходимо использовать документ "Отражение зарплаты в регламентированном учете". Именно он сформирует проводки по заработной плате, в том числе и по затратным счетам. И уже только после этого можно будет воспользоваться отчетом "Отражение зарплаты в регламентированном учете" для анализа затрат. Из-за разных подходов к организации учета, после переноса данных необходимо вручную ввести сведения о способах отражения зарплаты в регламентированном учете (для организации, подразделений, сотрудников, видов расчета), и, при необходимости, сформировать документы отражения зарплаты в регл. учете.
Где есть в УПП отчет
| Цитата |
|---|
| tomvlad пишет:
Подходы к учету заработной платы в Камине и ЗУП сильно отличается. Если в Камине статьи затрат можно определить для должности, для сотрудника, назначить произвольно в документах начисления, то в ЗУП необходимо использовать документ "Отражение зарплаты в регламентированном учете". Именно он сформирует проводки по заработной плате, в том числе и по затратным счетам. И уже только после этого можно будет воспользоваться отчетом "Отражение зарплаты в регламентированном учете" для анализа затрат. Из-за разных подходов к организации учета, после переноса данных необходимо вручную ввести сведения о способах отражения зарплаты в регламентированном учете (для организации, подразделений, сотрудников, видов расчета), и, при необходимости, сформировать документы отражения зарплаты в регл. учете. |
Не нашел я в УПП отчета "Отражение зарплаты в регламентированном учете", где он там?
Ответили: (56)
Хорошая обработка, но имеет недоработки. Не переносятся данные по трудовой деятельности (СЗВ-К), не правильно заполняются документы расчет страховых взносов (табличка основные начисления) из-за чего не правильно формируются налоги. Ну и были еще какие то моменты, все сразу не вспомнить. Но обработка очень помогла в переходе с камина на ЗУП.
Ответили: (59)
(58)
1. В последнем релизе переносятся сведения персонифицированного учета.
2. Налоги выгружаются в готовом виде, таблица сведений о начислениях в их расчете не участвует.
P.S. Если есть желание написать что-то полезное, просьба, писать предметно, фраза "все сразу не вспомнить" не принесет пользу никому.
Лично мне программа интересна, жаль демо версии нет, а то переход с камина на ЗиК это целая эпопея, с большим католичеством мата, и прочих действий. Причем больше всего раздражает перенос документов, который настроить простому смертному стоит кучу нервных клеток и седых волос на голове.
Мы покупали из Камина 2.0 в ЗБУ8.2, понравилась, все продумано, можно самостоятельно настроить, отвечали на любые вопросы в техподдержке очень быстро, главное что перенеслось все документами, а не переносом данных как из ЗИКа, проблем меньше. Переносили базу 500 человек, все село и правильно.
Разбираюсь с КАМИНом версии 3.0.47 для 8.2 который день кряду. Нет слов, одни эмоции. Разработчикам руки поломать. Ладно не используются объекты конфигурации по прямому назначению, вылазят мелкие баги (чего стОит только расчет среднего заработка за 110 лет!), отваливаются привязки и прочие корявости форм, но правильность организации структуры таблиц не выдерживает никакой критики, связи, н-р, начисления по РБ и невыходы по РН по периодам, видам начислений отсутствуют напрочь. Последней каплей стало хранение данных табличных частей документов в реквизитах с типом Хранилище значения.
Не связывайтесь с КАМИНом, народ.
Ответили: (69)
(68). Камин расчет заработной платы становился как альтернативный продукт ЗИК в период платформы 7.7.
Существующая на тот момент система лицензирования платформы, подвигла разработчиков на минимизацию затрат пользователя путем использования, не предназначенных на то объектов конфигурации, для решение расчетных задач.
Тогда это было очень оправдано и весьма обосновано.
Со временем реалии сильно изменились. Но, камин впал в кому и решил, что все что было хорошо вчера - будет хорошо всегда.
В результате - довольно отстойный продукт.
Ответили: (70)
(70) Да ни чем Камин 3.0 не хуже, чем Камин 2.0. Напротив - даже добавилась многофирменность. Вот только другого ничего не добавилось. А за это время, ЗИК успешно ушел в лета и появился очень не плохой продукт ЗУП. Камин же безбожно отстал.
Потому и побежали люди с Камина на ЗУП.
Почивание на лаврах погубило Рим, не миновал этого и Камин...
Ответили: (96)
Мы приобрели обработку, сгрузили. И теперь хотели бы каким-то образом проверить правильность загрузки. Есть следующая идея - рассчитать средний заработок в ЗУПЕ и в Камине по всем сотрудникам и сверить. Никто не находил каких-то подобных обработок. Или может кто-то знает способ, как сверить правильность?
Отличная обработка. Правда, при выгрузке стажа для СЗВ, пачек СЗВ и АДВ вылезает куча ошибок обработки типа:
ФайлСЗВ.Field7 = Категория;
{...\EXTFORMS\KMNVGR2.ERT(3131)}: Не соответствие типов!
Сами файлы в Камине существуют и с виду вполне нормальные. В чем может быть причина?
Ответили: (75)
Здравствуйте, необходимо перенести данные из Камин: Зарплата для бизнеса. Версия 4.0 в 1С:Управление производственным предприятием, подскажите, можно простому пользователю(не программисту)корректно выгрузить данные с помощью этой обработки? И какие основные и типичные ошибки ведения учета необходимо проверить в базе-источнике перед выгрузкой данных?
Блин, что ж так дорого, на ИТ отдел в принципе столько денег не выделяется на расходы, как стоимость переноса, и сдался мне этот камин 2 года назад (((
Отзыв.
С помощью этой обработки были благополучно выгружены данные из стороннего программного продукта в ЗиУП.
Большое вам спасибо за достаточно быстрые ответы на вопросы и своевременные выпуски исправлений.
В итоге в общей сложности 40 часов работы + ваша обработка и данные перенесены в полном объеме за 2011 год + 2010 и 2009 по тем людям, которые работали в 2011 году.
Для справки: до этого расчет зарплаты велся в системе КИС "Памир" написанной на PowerBuilder, СУБД Sybase SQL Anywhere.
Спасибо. Благополучно перенесли из Камин Зарплата 2 в Зуп 8 документы и остатки за пару лет, конечно все равно пришлось много проверять руками, но это больше из не корректных документов. Конечно денег для одного раза много, ну что поделать, считаю что оно при большом документообороте стоит.
Не понятно, по какой логике обработка проставила всем больничным месяц начисления равным месяцу начала нетрудоспособности. Как я поняла, в Камине не было понятия месяца начисления для больничных и месяц начисления определялся датой документа. Но поведение обработки не поддается никакой логике. Например, сотрудник болел с 28.10 по 21.11. И при этом в ЗУПе у этого больничного стоит месяц начисления Октябрь. Этого же даже физически быть не может. Поэтому пришлось перебивать 2 года руками =(
Ответили: (91)
(90) Risa, а не пробовали писать в техподдержку? В камине действительно, нет понятия периода регистрации, поэтому по умолчанию периодом регистрации является месяц начисления. В обработке выгрузки для Камин:Расчет заработной платы. Версия 2.0 есть флаг "Месяц начисления определять по периоду начисления", который позволяет переопределить период регистрации на месяц начисления (дату начала периода начисления). Все это описано в документации, рекомендуется все же ее читать.
Ответили: (92)
(91) tomvlad, насколько я помню, при конвертации все эти галочки стояли, но после драки кулаками не машут. В документации нашла одну фразу объяснения упомянутой вами галочки. В случае больничного я даже и предположить не могла, да и не могу, что данная галочка должна влиять на него. В моем примере, я бы даже не сказала, что это начисление за предыдущий месяц.
Прошло уже больше 3х месяцев с момента приобретения обработки, поэтому я пишу сюда. Я не жалуюсь, как это могло показаться, а скорее довожу до сведения. Возможно, при следующих обновлениях Вы это учтете.
(94) Особой разницы, совместитель это или работник по основному месту работы нет. Если работник работает и по основному месту работы и по совместительству, то будет создан один элемент справочника "Физические лица" и минимум два элемента справочника "Сотрудники организаций".
При выгрузке данных определяются параметры трудового договора (№ договора и дата приема) и параметры физического лица (Фамилия, имя, отчество, ИНН и дата рождения). Эти данные позволяют идентифицировать сотрудника. Для определения параметров трудового договора используются данные о сотруднике, подразделении, должности и дате проведения начисления (удержания или пр.).
Т.е. если видим, что выполнено начисление Иванову И.И., работающему в подразделении Цех №1 в должности фрезеровщик, то пытаемся найти документ приема в это подразделение, на эту должность (если указана) (при этом могут анализироваться переводы сотрудника). Конфигурация "Камин:Расчет заработной платы. Версия 2.0" позволяет изменить вид занятости с помощью документа "Изменения". Такой документ будет перенесен как "Прием на работу", а его реквизиты определят параметры трудового договора.
(70) Арчибальд, (71) director04,отрицательный результат-тоже результат. Не думаю,что ЗиУП (при существующей методологии) ждет "светлое будущее"(даже v.3х)- этакий скрип-скриин. Тут в комментариях по Fixin-овским функциям оч. понравилась позиция г.Арчибальда про-то что,прежде чем "отладчик" включать надо бы и подумать вначале.
(97) Дмитрий, если Вы действительно этого хотите, давайте попробуем вспомнить, какие же у нас с Вами были проблемы.
Обычно, если возникают ошибки при переносе данных, мы стараемся решить их с течении суток (помочь клиенту разобраться в его ошибках и исправить свои, если найдутся).
Что же получилось с вами. Вы начали переносить данные в ноябре 2010 года. Почти сразу возникли ошибки.
Начали разбираться, и что обнаружили:
1. Дубли в справочнике Подразделения. Ваши кадровики принимали сотрудника в одно подразделение, а расчетчики путались в дублях и зарплату ему начисляли в другом. Таких ошибок было очень много.
Обнаружили, подсказали как исправить.
2. Ошибки в стандартных вычетах по НДФЛ. Начисления производились с учетом вычетов, в то время как право на вычет не предоставлялось (или задним числом корректировалось). В результате возникали проблемы с проведением документов начисления зарплаты - программа сообщала, что право на вычет сотрудника не зарегистрировано.
Обнаружили, подсказали как исправить.
3. Вам было нужно (непонятно для какой цели) переносить сводные табели учета рабочего времени. В некоторых документах базы - источника количество видов времени достигало 14. Максимальное количество видов времени, которое позволяет регистрировать документ "Табель учета отработанного времени" в УПП - 6.
ОК. Изменили конвертацию - исходные табели стали конвертироваться в разные документы.
4. Вам было нужно (неизвестно для чего) переносить в документ "Зарплата к выплате организаций" характер выплаты (этот реквизит влияет только на заполнение этого документа, и абсолютно не влияет на проведение).
ОК. Сделали табличную часть для выполнения сопоставления.
Попутно выявили и помогли решить кучу других мелких ошибок в вашем учете.
Все эти проблемы были решены за период ноябрь - декабрь.
Ни одно сообщение на адрес техподдержки не было оставлено без ответа. На все ваши вопросы были даны ответы, с вашими проблемами разбирались. Замечу, проблемы касались в основном кадровых данных.
После этого до февраля обращений от Вас не поступало.
В феврале Вам понадобилось обновление комплекта. Вы его получили и процесс пошел заново - Вы начали переносить данные еще раз (в феврале и марте).
Снова всплыли ошибки. Помогли, подсказали, успокоились. Подумали - наконец-то человек решил свои проблемы.
Однако, 22 апреля 2011 года Вы сообщаете:
| Цитата |
|---|
| Мы наконец-то решили переходить с КАМИНа на УПП (до этого было тестирование переноса).
У меня вопрос следующий: В какой период лучше переходить что бы меньше было проблем со стыковкой данных КАМИНа и УПП? Я предполагаю сделать следующим образом: После того как закончится апрель, на выходные когда никто не работает 1-го или 2-го мая перенести данные за весь 2011 год в УПП (за предыдущие периоды 2009-2010 данные уже перенесены). 3-го мая когда все выйдут на работу пользователи начнут работать одновременно в КАМИНе и УПП, т.е. будет двойной ввод документов. Далее, 9-10 мая расчетчики приступят к расчету ЗП в КАМИНе, после окончания расчета перейдут к расчету ЗП в УПП, после расчета в УПП начнется сверка с КАМИНом и далее исправление возможных ошибок. Двойной ввод данных будет до конца мая. С 1-го июня прекратится двойной ввод данных, только работа в УПП и далее расчет ЗП в УПП за май. |
Ну а в июне 2011 года вы решились еще раз на уже совершенно окончательный перенос.
Замечу, что в это время Вы параллельно работали в двух программах, заставляя пользователей дважды вводить одни и те же данные.
И финал. 1 июля 2011 года, когда, казалось бы и проблем у вас уже не должно быть вы спрашиваете на этом форуме:
| Цитата |
|---|
| В КАМИНе есть отчет "Свод универсальный" в котором можно посмотреть начисления в разрезе статей затрат. Каким образом информация о привязке статей затрат в КАМИНе переносится в ЗУП? |
Задавать такие вопросы простительно, разве что новичку, а Вы к этому времени использовали УПП уже более полугода.
Конечно, я виноват. Виноват в том, что не учел, не мог даже представить себе, что клиент способен сам, добровольно настолько усложнить себе работу.
(99) Дмитрий, что же Вы скромничаете, ну какой же Вы новичок в УПП? Полтора года - это срок. За это время можно стать и специалистом.
Любые выявленные ошибки мы стараемся исправлять в тот же день (конечно, если Вы нам об этом сообщаете) и оперативно выпускаем обновления.
Честно говоря, "бомбы" не увидел, просто незнание подсистем кадрового учета и заработной платы (уж извините).
| Цитата |
|---|
| Перенос табелей сводно неверно в принципе т.к. расчет среднего будет неверен (мне пришлось отдельно писать обработки переноса табелей по дням) |
При переносе используется исключительно метод отклонений. Есть возможность перенести сводные данные табельного учета (справочно).
Данные сводного табеля НЕ ВЛИЯЮТ на расчет по среднему, т.к. в этом случае движения по регистру "Основные начисления организаций" не формируются. А именно они используются для расчета среднего (кроме больничного).
| Цитата |
|---|
| Часть видов расчетов в документе Начисления перенеслась с периодом действия весь месяц хотя должна была за период действия аналогичный КАМИНу из-за этого возникли колизии с периодами действий. |
Проверил, сообщений об ошибках, связанных с неверным указанием периодов, от Вас не нашел. Указание периодов начислений настраивается пользователем на этапе настройки загрузчика (можно посмотреть на скриншоте).
| Цитата |
|---|
| В документе начисления у части видов расчетов совпали значения показателя и результата расчета что также повлияло на дальнейший расчет |
В перенесенных документах АВТОМАТИЧЕСКИ снимается флаг "Авторасчет", что исключает их последующий перерасчет. Да и вообще, зачем может потребоваться перерассчитывать уже посчитанные результаты. Кстати, об этом было написано в документации. Иногда ее полезно читать.
| Цитата |
|---|
| Компенсации отпусков перенеслась только деньгами, остатки отпусков никак не учлись |
По состоянию на конец 2010 года остатки отпусков необходимо было ввести вручную. Сейчас осуществляется перенос кадровых документов "Отпуска организаций" на основании которых можно автоматически получить актуальные остатки отпусков (при соответствующей настройке учетной политики). В любом случае именно Вы должны были проконтролировать процесс переноса и подсказать кадровику, но почему-то этого не сделали.
С Вами мы работали полгода (при том, что на то время срок техподдержки составлял 1 мес.). Оказывали Вам всяческое содействие, а Вы почему-то на нас обиделись. Не обижайтесь, Вы еще научитесь. Зарплата вообще один из самых сложных разделов учета.
С другой стороны, не могу сказать, что это общение не дало нам ничего полезного - мы переписали документацию специально для неподготовленных пользователей. Недавно написали , о действиях, которые необходимо обязательно выполнить в любой базе после переноса (не привязано к конкретному конвертеру).
В последний раз Вы спрашивали совета по синхронизации данных в разных базах (это было в июне 2011 года), когда УЖЕ было невозможно автоматически синхронизировать данные сотрудников, т.к. пользователи ОДНОВРЕМЕННО и НЕЗАВИСИМО работали в 2-х разных базах. Естественно, сделать этого мы уже просто логически не могли (в документации специально упоминается, что до окончания переноса данных КАТЕГОРИЧЕСКИ НЕ РЕКОМЕНДУЕТСЯ изменять значения реквизитов полей синхронизации).
Не уверен насчет Вашей квалификации (простите, обидеть не хочу, сужу исключительно по - уж очень много в них минусов) в разработке подобного функционала.
Да и что какой смысл сейчас критиковать программу двухлетней давности? За это время уже вышло 2 редакции и 19 релизов, и только через ИС было приобретено 62 комплекта (и примерно столько же через наш сайт). Шквала сообщений об ошибках при этом не было. Как правило, если клиент корректно ведет учет, то обращается он к нам 1 раз - в момент покупки (и еще на протяжении 3 месяцев получает обновления обработок комплекта и документации). Недопонимание же чаще всего вызывает именно неполная документация (к сожалению, мы не успеваем ее писать с такой же скоростью, что и конвертер). Но стараемся исправиться.
Мы активно наращиваем функционал (и одновременно упрощаем работу), переписываем документацию и исправляем ошибки. К концу года планируется выход новой редакции 3.0 ЗУП - будем поддерживать и ее.
25 [+] [−] Перейти к публикации
Ух!