| » | Казахстанский Бухгалтерский форум www.balans.kz | Доработка типовой конфигурации "Расширенный расчет зарплаты для 1С 8 Бухгалтерия для Казахстана" |
|
Показать сообщения: Начиная со старых .::. Начиная с новых |
|||
| Автор: | Raybek | ||||
| Добавлено: | #1 Вт Авг 31, 2010 11:06:47 | ||||
| Заголовок сообщения: | |||||
Raybek
Таньчик
Я сделал доработку: 1. Добавил учет шестидневки и 40-часовой, 36-часовой рабочих недель. 2. Добавил способы расчета оплаты труда: процентом по средней заработной плате по дням (часам). Примеры использования: ночные, праздничные, сверхурочные и т.д. Жду разрешения Патрона создать отдельную тему по данной доработке. |
|||||
| Автор: | Cleaner |
| Добавлено: | #2 Вт Авг 31, 2010 20:46:08 |
| Заголовок сообщения: | |
Мысль - замечательная, исполнение - отвратительно, описание - аще жесть. 1. Внесение изменений в типовую конфигурацию автоматически ставит в наркотическую зависимость пользователей от исполнителя. Оно конечно хорошо, но только для исполнителя и только в моральном и материальном плане. 2. Внесение изменений в регламентные обработки добавляет определенную болезнь для исполнителя. Ежегодно. 3. Использование крика в тексте вызывает ответную реакцию. Как на навязчивую рекламу. 4. Это на стене зеленый цвет успокаивает. А читать неприятно. |
|
| Автор: | Raybek |
| Добавлено: | #3 Ср Сен 01, 2010 10:23:44 |
| Заголовок сообщения: | |
Cleaner Добрый день, Сэнсэй! Спасибо, что обратили внимание на мою доработку. Разрешено ли обсуждать данную доработку дальше в этой ветке или создать новую? |
|
| Автор: | Cleaner |
| Добавлено: | #4 Ср Сен 01, 2010 10:26:59 |
| Заголовок сообщения: | |
Могу предположить, что любое дальнейшее обсуждение доработки потянет на рекламу - посему должен сказать слово председатель. В случае наличия разрешения - продолжать здесь, новую не заводить. |
|
| Автор: | Raybek | ||||
| Добавлено: | #5 Ср Сен 01, 2010 10:29:49 | ||||
| Заголовок сообщения: | |||||
Cleaner Сэнсэй, а как мне оспорить те Ваши утверждения, с которыми я не согласен?
|
|||||
| Автор: | Cleaner |
| Добавлено: | #6 Ср Сен 01, 2010 10:36:37 |
| Заголовок сообщения: | |
После разрешения председателя. |
|
| Автор: | Raybek |
| Добавлено: | #7 Ср Сен 01, 2010 17:14:59 |
| Заголовок сообщения: | |
Compas Патрон спасибо большое за понимание! Обжегшийся на молоке - дует на воду. Поэтому, можно продолжить здесь обсуждение доработки? |
|
| Автор: | Cleaner | ||
| Добавлено: | #8 Ср Сен 01, 2010 21:22:15 | ||
| Заголовок сообщения: | |||
Можно. Излагай
Потом посмотрим, обсуждать далее или отправить на доработку. |
|||
| Автор: | Raybek | ||||
| Добавлено: | #9 Чт Сен 02, 2010 14:24:17 | ||||
| Заголовок сообщения: | |||||
Cleaner Добрый день, Сэнсэй! Во-первых хотелось бы конкретики насчет:
А спор по п.1,2 я думаю оставим на потом. А то этот спор надолго затянется. :) Цель доработки:
Я доработал типовой регл.произв. календарь, добавив сверху список выбора вида рабочей недели: "Пятидневка,Шестидневка". При этом для пользователя отдельно существует два календаря - "Пятидневка" и "Шестидневка". И каждый календарь содержит свои уникальные данные и сохраняется отдельно - они не пересекаются друг с другом. А переключение между ними происходит путем выбора из списка видов календарей. Добавлено спустя 7 минут 6 секунд: Мне кажется этот вариант доработки регл.произв.календаря удобным для пользователя. Для него только список выбора добавился. Остальной функционал тот же. Единственные отличия при Шестидневке: а) нет такого вида дня как "Суббота"; б) заполняется по умолчанию как положено заполняться при шестидневке - т.е. выходной - это только воскресенье, соответственно и перенос праздничных может отличаться от пятидневки Единственный другой вариант календаря-шестидневки, кроме описанного, который мне пришел в голову - это еще один отдельный "Регл.произв.календарь - шестидневка". Но сделанный вариант показался мне более юзабилити и симпатичнее. :) Может есть другие варианты? Или вот этот мой - пойдет? |
|||||
| Автор: | Darjal |
| Добавлено: | #10 Чт Сен 02, 2010 15:16:06 |
| Заголовок сообщения: | |
Raybek Что сделано дальше, запросы как работают в расчетах ЗП? Добавлено спустя 6 минут 16 секунд: В типовой БП в Конфигураторе "Правка" - "Глобальный поиск", ищем "РегистрСведений.РегламентированныйПроизводственныйКалендарь как", находит 60(!) ссылок в конфе, и это только в запросах. Поменял форму и возможно регистр, дальше какие планы? |
|
| Автор: | Raybek | ||||
| Добавлено: | #11 Чт Сен 02, 2010 15:24:51 | ||||
| Заголовок сообщения: | |||||
Darjal В документе "Начисление зп раб.орг-ций" расчет тоже переделан под условия задачи. Для пользователя по интерфейсу там вообще ничего не поменялось Добавлено спустя 1 минуту 15 секунд:
Когда делал - таким же макаром искал недоделки. :D Добавлено спустя 4 минуты 9 секунд: Darjal Так же доработаны кадровые документы и обработка расчета среднего заработка. Но хотелось бы по порядку, чтобы не запутаться. :)
|
|||||
| Автор: | Darjal |
| Добавлено: | #12 Чт Сен 02, 2010 15:31:15 |
| Заголовок сообщения: | |
Я наверное как-то не так спрашиваю, о каких недоделках речь? КАК РАБОТАЮТ ЗАПРОСЫ ПОСЛЕ ИЗМЕНЕНИЯ СТРУКТУРЫ РЕГИСТРА? Эти 60 ссылок работают без всяких корректив в текстах запросов? Или структура регистров не менялась? Как тогда разделение работает? Как документ начисления переделан? Ладно, в любом случае ждем-с. Не спешите, Raybek, пишите, пишите когда время имеете :) . |
|
| Автор: | Raybek |
| Добавлено: | #13 Чт Сен 02, 2010 15:34:34 |
| Заголовок сообщения: | |
Darjal Так я щас не про реализацию хочу здесь обсуждать - а про конечный результат - то что видит пользователь. А про "как это работает" - это лучше потом. |
|
| Автор: | Darjal |
| Добавлено: | #14 Чт Сен 02, 2010 17:08:16 |
| Заголовок сообщения: | |
Два раза начинал писать и стирал, ибо - бан 100% был бы. Помолчу лучше. :D Raybek, удачи. Хорошо что эти позывы еще есть, это хорошо. |
|
| Автор: | Raybek |
| Добавлено: | #15 Чт Сен 02, 2010 17:15:29 |
| Заголовок сообщения: | |
Darjal Ну так в личку кт запрещает? :) Мне важно мнение профессионала. |
|
| Автор: | Cleaner | ||
| Добавлено: | #16 Чт Сен 02, 2010 23:45:48 | ||
| Заголовок сообщения: | |||
п. 1 и 2 как раз и описывают конкретику. У РегистрСведений.РегламентированныйПроизводственныйКалендарь в типовой БУК есть ВидРабочейНедели? У Перечисления.СпособыРасчетаОплатыТруда в типовой БУК есть «Процентом по среднему заработку по дням» и «Процентом по среднему заработку по часам»? и т.д. Господам из Рейтинга глубоко фивалетава, что господин Райбек внес изменения в конфигурацию. Соответственно, в свои обновления чужие изменения вносить не будут. Соответственно, при первом же обновлении пользователем все изменения затрутся. Соответственно, обновления может делать только господин Райбек. Или каждый бухгалтер будет выискивать где и какую галочку снять? Это по п. 1. Для того, чтобы обновить необновляемый РегистрСведений.РегламентированныйПроизводственныйКалендарь будет необходимо менять код. Ежегодно. Да и кто сказал, что у нас гос. праздники закончились? Вон, тетенька 1 сентября предлагает сделать гос. праздником. Это по п. 2. |
|||
| Автор: | Darjal |
| Добавлено: | #17 Пт Сен 03, 2010 00:35:34 |
| Заголовок сообщения: | |
Час от часу не легче, я думал с лыжной мазью проблем нет уже :) ... Raybek Вы как-то с конца начали, а не сначала. Может по шестидневке просто на форме дока "Начисление ЗП" вывести нормо-дни и нормо-часы по шестидневке (два поля всего)? Хай запросы сдергивают из регистра пятидневку, а если у сотрудника шестидневка просто подкидываете из реквизитов данные. Так и обновлять полегче будет. |
|
| Автор: | Raybek | ||||||
| Добавлено: | #18 Пт Сен 03, 2010 15:53:06 | ||||||
| Заголовок сообщения: | |||||||
Добрый день, Сэнсэй!
Я и не утверждаю, что Рейтинг будет вносить изменения в свою типовую в зависимости от моих разработок. :) Это буду делать я - то есть по мере выхода обновлений типовой - параллельно будут выходить соответствующие обновления доработки "Расширенный расчет зарплаты". Кстати я сейчас не один работаю, нас только разработчиков сейчас четверо - то есть доработкой будет заниматься целая организация. Даже если нас не станет, благодаря открытым исходникам, каждому второму 1с-нику не составит труда разобраться в моем коде и сделать обновление типовой. Так что, даже если я уйду в мир иной раньше 1с8 - я не унесу с собой возможности нашим клиентам регулярно без проблем обновлять свои программы. Естественно за доступ к обновлениям будет взиматься ежегодная фиксированная оплата - я уверен что сумма должна быть не более 5000 тенге в год. И это - нормальная практика. Ибо как Вы справедливо заметили:
Обо всех условиях использования доработки пользователи будут информироваться полностью до ее покупки. Соответственно будут заключаться договора - где на меня и мою организацию будет возложена соответствующая ответственность. Добавлено спустя 46 минут 46 секунд:
Тогда пользователь сам должен считать нормо-дни и нормо-часы. А так система сама считает. |
|||||||
| Автор: | Технический |
| Добавлено: | #19 Пт Сен 03, 2010 17:00:55 |
| Заголовок сообщения: | |
Cleaner не понял, что ему необходимо доработать для опубликования? |
|
| Автор: | Darjal | ||
| Добавлено: | #20 Пт Сен 03, 2010 18:29:14 | ||
| Заголовок сообщения: | |||
Вот это да, если от души сказано - респект! А вообще - Сэнсэ́й (яп. 先生 — букв. «рождённый раньше», преждерождённый, старший). |
|||
| Автор: | Raybek | ||
| Добавлено: | #21 Пт Сен 03, 2010 18:47:40 | ||
| Заголовок сообщения: | |||
Ну так я и говорю как есть - у Cleaner я до фига чему научился по 1С. С подготовкой к экзамену на 1С:Профессионал по БУК - вообще ему отдельный поклон, без его советов возможно и не сдал бы 14 из 14-ти или вообще не сдал бы. |
|||
| Автор: | Cleaner | ||||||||||||
| Добавлено: | #22 Сб Сен 04, 2010 00:53:02 | ||||||||||||
| Заголовок сообщения: | |||||||||||||
Можешь поверить на слово - наркотическая зависимость - это отвратительно. Любая зависимость отвратительна. Один исполнитель заболел, другой - в отпуске, третий - еще где. А пользователь - в истерике.
Угу. И пошла зависимость по рукам. Отвратительно.
Минздрав тоже предупреждает. Большими черными буквами.
По мне - переработать полностью. Внешними обработками. До опубликования - как до казахско-японской границы. |
|||||||||||||
| Автор: | Raybek | ||
| Добавлено: | #23 Сб Сен 04, 2010 13:06:47 | ||
| Заголовок сообщения: | |||
Cleaner
То есть Вы категорически против любых изменений в типовой? Чем бы они не были мотивированы? А внешние обработки по Вашему не дают зависимости? Их же тоже надо переделывать при некоторых изменениях в типовой. |
|||
| Автор: | Технический |
| Добавлено: | #24 Сб Сен 04, 2010 13:20:33 |
| Заголовок сообщения: | |
Теперь вижу где проблема. Типовую не трогать. Делать внешней. Еще вопросы? |
|
| Автор: | Raybek | ||||
| Добавлено: | #25 Сб Сен 04, 2010 13:34:09 | ||||
| Заголовок сообщения: | |||||
Cleaner Compas
Архисложная задача - но интересная. И при этом еще сохранить все удобства для пользователя.
|
|||||
| Автор: | Cleaner | ||||||
| Добавлено: | #26 Вс Сен 05, 2010 10:14:39 | ||||||
| Заголовок сообщения: | |||||||
Терапия - царица наук (с) интерн Левин
Только при изменении связанного раздела учета. А при изменении конфигурации обновление переписывать каждый раз. К примеру. Обработка банк-клиент. В разных банках отличается последовательностью реквизитов. Казалось бы, чего проще - ковырнуть модуль и поменять последовательность в типовой. Только при последующем обновлении надо будет помнить и не обновлять данную обработку. А при значительном изменении учета денежных средств (07.06.2010) не обновлять данную обработку не получится. И при ковырянии конфигурации и при внешней обработке модуль придется переделывать. Так зачем ломать то, что другие построили?
Вотеманно. "Возвысить степь, не унижая горы" (с) О. Сулейменов |
|||||||
| Автор: | Raybek | ||
| Добавлено: | #27 Пн Сен 06, 2010 08:48:11 | ||
| Заголовок сообщения: | |||
Понял, Сэнсэй. Задача действительно интересная - уже начал. Спасибо, что пнули в нужном направлении. :D По ходу реализации буду здесь выкладывать промежуточные результаты для обсуждения. |
|||
| Автор: | KrEAtive |
| Добавлено: | #28 Пн Сен 06, 2010 12:19:34 |
| Заголовок сообщения: | |
Raybek, не трогать типовую не всегда получится, особенно на сложных зарплатных заказах. Главное, не трогать типовые механизмы. Например, один из вариантов, много раз проверенный на практике: Делаешь свой регистр сведений, где описываешь плановые начисления. Делаешь свой вспомогательный документ по расчету начислений и прописываешь в нем расчеты любой сложности. Если нужны механизмы вытеснения или зависимости от базы, задействуй регистры расчета, благо в 8-ке не нужно отдельно покупать компоненту «Расчет». Хотя, в большинстве случаев, хватает несколько специфических для заказчика видов расчета. Поэтому документ получается не сложный. При проведении он может двигать свой же регистр накопления, например такой: Измерения: Физлицо, Подразделение Ресурсы: Дни, Часы, Сумма. Делаешь внешнюю обработку заполнения таб. части для типового документа НачислениеЗарплаты, где прописываешь заполнение по данным своего регистра накопления. Обновляться будет все без проблем и без твоего участия. Единственный минус, придется включать возможность изменения в конфигурации. |
|
| Автор: | Raybek |
| Добавлено: | #29 Пн Сен 06, 2010 12:33:59 |
| Заголовок сообщения: | |
KrEAtive Спасибо за полезные советы. Думаю - то, что Вы предлагаете - очень хороший вариант. Я даже уже подумал, где его можно будет применить в своих заказах. :) Просто руки уже зачесались - сделать описанную доработку вообще не трогая типовую, но с удобством для пользователей. Появилась пара сумасшедших труднореализуемых идей по этому поводу. Попробую пойти на их поводу и посмотрим что получится. :D Плюсом будет то, что можно использовать такую доработку для базовой версии 1С. :D |
|