Скажите пожалуйста, а нельзя ли добавить в Помощник "Табель универсальный" возможность импорта из файла, начислений доплат с готовыми суммами ?
Наверняка у многих пользователей промышленных предпринятий, кроме программы по учету зарплаты, есть куча других программ в которых считаются отдельные начисления производственных рабочих. Всякая сдельщика, разовые доплаты. Расчетчик конечно это все может заколотить у себя в программе повторно в ручную по готовым данным, но хотелось чтобы был хоть какой-то минимальный интерфейс приема данных в документы.
Всеже 4.0 не для малых предприятий, а у производственников куча программ и везде требуется обмен данными. И многие могли бы по своему использовать такой импорт начислений с готовыми суммами.
Также интересен не просто импорт всех строк в документ табель по нескольким видов начислений в документ табель, а формирование всех строк в табличной части документа табель по сотруднику с учетом доплат полученных из файла и расчитанных в документе табель. Т.е. хотелось бы чтобы начисления по тарифу, окладу считались самим табелем, загрузилсь доплаты из файла, и затем тем же табелем рассчитались постоянные доплаты в виде премий и надбавок.
Конечно, можно сделать полностью свой помощник табель, но если Камин будет постоянно производить измененияу себя в программе в документе табель, то придется постоянно отслеживать такие измения ив своеем помощнике табель. Поэтому и хотелось бы иметь интерфейс загрузки в типовой документ табель.
*
К примеру, в автопредприятии где несколько сот автомашин, в программе по учету путевых листов, ежедневно по каждой путевке считаются различные начисления по водителям, в том числе
погрузочно-разрузочные работы, за экспедирование, за разрывной график, 2/3 от оклада за простой, за ремонт. Потом это все суммируется за месяц и можно былоо бы передать в зарплату.
Если принять условие, что передаютсчя данные из файла с теми же кодами что и Зарплате, то было бы проще.
Также у производственных рабочих куча операций по сдельщине, которые считаются в цехах, а не ежедевно заколачивается выработка по первичным документам в программе зарплаты, чтобы посчитать
зарплату за смену или операцию. Выгоднее загрузить по сдельной уже готовые суммы за месяц. А такого типового интерфейса нет.

Вопрос актуален и для ЗП 3.0 - хорошо иметь штатный механизм импорта начислений доплат из внешних (xls ?) файлов!
Только, думаю, что не стоит дедать импорт в "Табель универсальный". Достаточно и "Начисление простое", так как загружать нужно уже готовые суммы. Т.е., сначала импортируешь суммы доплат, а потом формируешь Табель.

Если начислений по работнику несколько, то при импорте для каждого начисления придётся создавать новый документ. Проще загонять в начисление сложное, ну или еще лучше в табель.

Отдельные документы легче контролировать и проверять.
Внешние программы могут не иметь возможности формировать несколько начислений в одном файле в нужном формате.
Простое начисление проще и сформировать.

Проблему с загрузкой в КАМИН-программы я вижу в том, что в документах очень широко используется механизм помощников. И поэтому загрузку нужно осуществлять в помощник, а не в документ. Данные, загруженные в документ нельзя перенести в помощник, так как данные хранятся в помощнике, если он используется. Возможно, универсальный механизм, как в программах 1С, реализовать не получится. Делать импорт для конкретных помощников? КАМИН на это не пойдет. В ЗП 5.0 еще может быть, как более перспективном продукте.
Вам, кажется, что нужна загрузка в Табель универсальный. Но в нем используются такие параметры, как Нормы времени, Количество отработанного времени, Графики работы, Основное-неосновное место работы и т.п. Эти параметры импортировать врядли удастся, Для этот нужно будет вести аналогичную учетную систему и во внешних программах. Для того, чтобы ввести сумму, достаточно знать сотрудника, а для этого табель не нужен.

Отдельные документы легче контролировать, но скажи расчетчице -загрузи 10-15 файлов в такое же количество новых документов через помощники, она может и сделает от безвыходности. Но это что-то не очень красиво и, если она еще и ошибется в файлах -этот файл пропустила, а этот два раза загружает, то замучаещься ее потом контролировать, что попало, а что нет. Выгоднее для пользователя все загружать одним файлом, чтоб как для даунов никаких лишних кнопок и запоминаний, хотя бы все для какой-то группы сотрудников, а не кучу файлов только с одним начислением.
Если загружать через помощник, то можно и через специально созданный помощник именно для импорта ни не для чего более, например через новый помощник Начисление сложное.
Вряд-ли ЗП 5.0 для промышленных предприятий. У промышленных предприятий куча своих алгоритмов начислений, под которые иногда нужно делать свои помощники начислений. кТУ какое-то навороченные, или учет сдельщины. Поэтому если ориентироваться на интернет-сервисы, а не на реальные потребности именно промышленных предприятий, то ЗП 5.0 нам не интересна и импорт в ней тоже.
Ну если типового импорта не будет, то придется как и раньше делать самим и под себя.
У нас, к примеру, загружается все одним файлом в ЗП 2.0 в файл в помощнике Табель -переделанный табель универсальный, там и постоянные надбавки берутся и тарифы и готовые суммы по начислениям из файла.
Но если импорт интересен не только нам, можно было разработчику реализовать хоть какую-то изначальную возможность импорта, а потом, бы ее постепенно развивали, если бы были новые запросы.
*
Создать бы в каком-то помощнике кнопку -загрузить табличную часть, для уже открытого пользователем помощника.
Вон в ювелирке, постоянно обмениваются табличными частями накладных поставщиков загружая их в приход покупателей, в ювелирном торговом доме, к примеру. И форматы у каждого поставщика разные, но загружается только один выбранный пользователем файл в открытый пользователем через помощник документ.

Т.е. предлагаете для промышленных предприятий от 1000 сотрудников приобретать именно ЗП 5.0, а не грузиться ЗП 4.0
Хотя ЗП 4.0 почему-то называется "Зарплата для бизнеса" и ее цена зависит от количества сотрудников и от 1000 человек тоже.

02133

Т.е. предлагаете для промышленных предприятий от 1000 сотрудников приобретать именно ЗП 5.0, а не грузиться ЗП 4.0
Хотя ЗП 4.0 почему-то называется "Зарплата для бизнеса" и ее цена зависит от количества сотрудников и от 1000 человек тоже.

На название смотреть не стоит. ЗП 5.0 построена на тех же алгоритмах, что и 4.0, т.к. является ее развитием, реализацией на УФ, в другом интерфейсе. Ее и будут развивать. А 1.2, 2.0, 3.0, 4.0 - поддерживаются в плане изменений законодательства. Вести параллельно несколько проектов - распыление сил.

lan

ЗП 5.0 более современный и универсальный продукт, который подходит для применения на предприятиях любого масштаба.

Полностью согласен с Вашей оценкой 1С-Зарплата:5.0! С единственной оговоркой:
К сожалению, управляемый интерфейс (УФ) по производительности пока проигрывает обычному (ОФ), и очень существенно. Я даже боюсь вести речь о переходе на него (т.е. на 5.0) для мало-мальски солидных предприятий.
Именно поэтому одного из наших заказчиков (головное подразделение + обособленное подразделение, в каждом примерно по 2000 работников) мы переводим с 2.0 на 4.0 (а не на 5.0).
О переходе на УФ можно будет говорить всерьёз только после достижения ими показателей производительности, как минимум, не хуже чем на ОФ.

Решил "досидеть" год на 3.0, а там и про 5.0 подумаем. Но появление 4.0 вообще не понял... Сори если кого обидел.

kasoft

lan

ЗП 5.0 более современный и универсальный продукт, который подходит для применения на предприятиях любого масштаба.

Полностью согласен с Вашей оценкой 1С-Зарплата:5.0! С единственной оговоркой:
К сожалению, управляемый интерфейс (УФ) по производительности пока проигрывает обычному (ОФ), и очень существенно. Я даже боюсь вести речь о переходе на него (т.е. на 5.0) для мало-мальски солидных предприятий.
Именно поэтому одного из наших заказчиков (головное подразделение + обособленное подразделение, в каждом примерно по 2000 работников) мы переводим с 2.0 на 4.0 (а не на 5.0).
О переходе на УФ можно будет говорить всерьёз только после достижения ими показателей производительности, как минимум, не хуже чем на ОФ.

УФ, практически, уже не проигрывает. 1С совершенствует механизм УФ, а ОП - остается в неизменном виде. Более того, некоторые команды в ОП перестают работать даже в режиме совместимости с 8.2. Поэтому о переходе на УФ не бойтесь думать.
Переход на 4.0 - ошибка, так как после этого на переход на 5.0 денег больше не получите. А 4.0 придется дорабатывать самим, обеспечивая при этом совместимость с изменениями, которые вносит КАМИН. А это чревато осложнениями.
Лучше сразу перейти на 5.0, и вместе с КАМИНом доводить ее до кондиции.

Rolen

Решил "досидеть" год на 3.0, а там и про 5.0 подумаем. Но появление 4.0 вообще не понял... Сори если кого обидел.

Думаю аналогично. Только испытываю затруднения в аргументации необходимости этого перехода. Так как, расчетчикам все равно в какой программе работать, лишь бы "ничего не менялось" в плане привычного интерфейса, а это, как раз, проблема: интерфейсы разные. Поэтому и аргументы должны быть убедительными.
А руководству вообще по барабану, лишь бы расчет и отчеты были вовремя.
А 4.0 - развитие 3.0. Так есть то, чего нет в 3.0. Когда мы переходили с 2.0 на 3.0 с помощью КАМИНа, нас почему-то перевели на 3.0, а не на 4.0. До сих пор жалею. И, если на 5.0 перевели функционал 4.0 и идет дальнейшее развитие, то 5.0 - в перспективе.

BorisSigma

А 4.0 - развитие 3.0. Так есть то, чего нет в 3.0.

Например?

BorisSigma

УФ, практически, уже не проигрывает. 1С совершенствует механизм УФ, а ОП - остается в неизменном виде. Более того, некоторые команды в ОП перестают работать даже в режиме совместимости с 8.2. Поэтому о переходе на УФ не бойтесь думать.

Это ведь не умозрительные рассуждения.
Правда, сразу оговорюсь, именно с КАМИНом 5.0 вплотную не работал.
Но имею вполне приличный опыт сравнения ОП / УП в таких парах:

1. БП 2.0 / БП 3.0;
2. РТ 1.0 / РТ 2.1 (2.2);
3. УТ 10.3 / УТ 11.1 (11.2).

Прогресс платформы в управляемом приложении вполне очевиден -- но, увы, далеко не достаточен.

Кстати, если можете подтвердить тезис о быстродействии КАМИН 5.0 в сравнении с КАМИН 3.0 или 4.0 на каких-либо численных показателях (APDEX?) -- буду очень благодарен.

Переход на 4.0 - ошибка, так как после этого на переход на 5.0 денег больше не получите. А 4.0 придется дорабатывать самим, обеспечивая при этом совместимость с изменениями, которые вносит КАМИН. А это чревато осложнениями.

Начнём с того, что никаких особых денег там и не надо.
Лицензии -- это копейки. Обработки переноса 2.0 --> 4.0 отрабатывают очень даже неплохо, уже проверено на практике. Опять же, интерфейс 4.0 похож на 2.0 как братья (или сёстры?), так что и учить никого не придётся.
Да и доработок особых вроде никто не просит, разве что воспроизвести из 2.0 пару внешних отчётов и пару помощников.

Лучше сразу перейти на 5.0, и вместе с КАМИНом доводить ее до кондиции.

Нет уж, "я пешком постою".
Вот потренируемся "на кошках", тогда и на дело пойдём.

Rolen

BorisSigma

А 4.0 - развитие 3.0. Так есть то, чего нет в 3.0.

Например?

Скачай и разверни демо-4.0. Посмотри константы и сравни с 3.0. Может найдешь что-нибудь отличное и интересное. Константы связаны с функционалом.
Сейчас - не знаю, может функционал и подтянулся. В 3.0 сейчас при расчета табеля добавили возможность "при расчете надбавок по базе учитывать все документы текущего месяца". Несколько лет назад такого не было, а в 4.0 уже было.

BorisSigma

Скачай и разверни демо-4.0. Посмотри константы и сравни с 3.0. Может найдешь что-нибудь отличное и интересное. Константы связаны с функционалом.

Ясен пень смотрел Демо. Ответ понятен.

P.S. Не припоминаю наше личное знакомство...

Здравствуйте! Для Вас еще актуальна проблема загрузки начислений в ТАбель?
Расскажите, какого типа файл? Есть ли пример загружаемого файла (интересует формат)?
Идеальный вариант для нас xml, текстовый документ, или табличный документ (mxl).
Другие форматы не подходят, т.к. планируем реализовать данное предложение во всех наших зарплатных продуктах. Например, в 1С-КАМИН:Зарплата 5.0, которая работает в режиме сервиса, будут сложности с файлами формата exel (*.xls).

RIV

Здравствуйте! Для Вас еще актуальна проблема загрузки начислений в ТАбель?
Расскажите, какого типа файл? Есть ли пример загружаемого файла (интересует формат)?
Идеальный вариант для нас xml, текстовый документ, или табличный документ (mxl).
Другие форматы не подходят, т.к. планируем реализовать данное предложение во всех наших зарплатных продуктах. Например, в 1С-КАМИН:Зарплата 5.0, которая работает в режиме сервиса, будут сложности с файлами формата exel (*.xls).

Хорошее решение - реализовать во всех проектах!

Загрузка начислений в Табель? Для нас это неактуально. А вот в загрузка в табличные части других помощников, документов, справочников - интересная задача.
Для нас актуален формат Excel (*.xls, *.xlsx), т.к в Екселе легче формировать и контролировать. Берешь табличную часть, делаешь "Вывести список", сохраняешь в формате Екселя, корректируешь-заполняешь, и загружаешь обратно в ТЧ помощника, документа и т.п.
По типу типовой универсальной обработки 1С по загрузке ТЧ. Можно было бы и ее использовать, но она не приспособлена для загрузки в ТЧ помощников Камина.

BorisSigma

RIV

А вот в загрузка в табличные части других помощников, документов, справочников - интересная задача.
Для нас актуален формат Excel (*.xls, *.xlsx), т.к в Екселе легче формировать и контролировать. Берешь табличную часть, делаешь "Вывести список", сохраняешь в формате Екселя, корректируешь-заполняешь, и загружаешь обратно в ТЧ помощника, документа и т.п.
По типу типовой универсальной обработки 1С по загрузке ТЧ. Можно было бы и ее использовать, но она не приспособлена для загрузки в ТЧ помощников Камина.

Зафиксировано предложение.