Народ, а кто-нибудь сталкивался с переносом данных по зарплате сотрудников из досовых прог расчета зарплаты в 1С: ЗиК 7.7 ?
В общем нужно перенести о зарплате сотрудников из Флагмана (Учет заработной платы 4.5, которая работает под досом) в 1С. Флагман при работе заносит все данные в dbf-файлы.
В общем сторонний программист написал обработку, только она коряво работает при переносе зарплаты. При просмотре журнала Зарплата, все записи тама сформированы доком «Начисления при переходе».
Кто-нить сможет подсказать, а как лучше всего переносить данные, в какие доки 1С ЗиК, чтобы потом при проведении сформировать правильное отражение в журнале расчетов. Желательно с миниумом усилий, ну чтоб обработку хорошую написать )))
В общем нужно перенести о зарплате сотрудников из Флагмана (Учет заработной платы 4.5, которая работает под досом) в 1С. Флагман при работе заносит все данные в dbf-файлы.
В общем сторонний программист написал обработку, только она коряво работает при переносе зарплаты. При просмотре журнала Зарплата, все записи тама сформированы доком «Начисления при переходе».
Кто-нить сможет подсказать, а как лучше всего переносить данные, в какие доки 1С ЗиК, чтобы потом при проведении сформировать правильное отражение в журнале расчетов. Желательно с миниумом усилий, ну чтоб обработку хорошую написать )))
По теме из базы знаний
- Организация учета в 1С: 6.0 и структура основных DBF файлов 1С6
- 1С:Зарплата и кадры бюджетного учреждения 8
- Перенос данных из ERP 2 / КА 2 / УТ 11 в БП 3.0. Переносятся документы, начальные остатки и справочники
- Переход и перенос данных из БП 2.0 в БП 3.0. Переносятся документы, остатки и справочники
- Синхронизация данных 1С "Синхро Плюс"
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Все зависит от кого какие начисления переносятся. По некоторым начислениям при расчетах используются также данные из документа их создавшего. Например, при формировании проводок. Если данные нужны только для формирования начального сальдо, то возможно описанный механизм переноса вполне подойдет.
Это решение
Все зависит от того какой вы хотите получить результат, добится идентичности данных в 1с и дос. программе добится не удастся, я бы рекоментовал: создать новый вид расчета (не в конфигураторе, а в программе) и оприходывать начисленные суммы с помощью документа "НачисленияУдержанияСписком".
Есть нюансы по НДФЛ и нач. сальдо, но надо точнее что вы хотите получить и за сколько периодов.
Есть нюансы по НДФЛ и нач. сальдо, но надо точнее что вы хотите получить и за сколько периодов.
Это решение
Для расчета среднего заработка кроме сумм начислений, необходимо количество отработанных дней/часов и шаблоны проводок. Если в описанном вами механизме это соблюдено, то можно оставить и так.
Встречный вопрос. А вы не пробовали начислять больничные и отпускные?
Встречный вопрос. А вы не пробовали начислять больничные и отпускные?
Это решение
ну как бы пробовали только не оч хорошо выходит, вот сделали обработку, которая считает отпускные опять же из этих дбф-ок...
В общем стоит задача наиболее оптимально перенести данные по зарплате сотрудников за 2008 год.
Вести учет в ЗиКе хотим с 1 января 2009 года.
В общем стоит задача наиболее оптимально перенести данные по зарплате сотрудников за 2008 год.
Вести учет в ЗиКе хотим с 1 января 2009 года.
Maxim Asdef пишет:
может кто-нить подскажет, как же все таки лучше реализовать поставленную задачу ;)
может кто-нить подскажет, как же все таки лучше реализовать поставленную задачу ;)
Лучше для кого для бухгалтера или программиста?
Вы хотете пользоватся той обработкой, что вам уже написали или думаете, а не сделать ли новую?
Это решение
Лучше для кого для бухгалтера или программиста?
Вы хотете пользоватся той обработкой, что вам уже написали или думаете, а не сделать ли новую?
Вы хотете пользоватся той обработкой, что вам уже написали или думаете, а не сделать ли новую?
Для обоих )))
бухи не хотят считать средний заработок из старой проги и другое...
ну есть обработка, думаю написать новую, однако вопрос в том, как лучше всего начисления-удержания перенести, в один док, который же и создадим в конфигураторе, или же все разбросать по разным докам, которые после проведения сформируют записи в журнале расчетов ;-)
захламлять базу ради одного года.... Когда я переносил данные из дос программы делал так: людей загрузил в базу, а данные расчета загрузил в специально сделанную для этого двф-ку. Когда надо - ныряю в эту двф - отбираю необходимые данные, расситываю из них средний. В документах больничного и отпуска сделал галку другой расчет - и проставляю среднедневной. (Оговорюсь - у меня самописная конфа расчета зарплаты). Но стратегия такая)
Это решение
Посмотри в глобальном модуле - при расчёте среднего проверяются документы, или только виды расчётов. Если документы не проверяются - можно не заморачиваться, только правильно завести виды расчётов. Если же проверяются документы - придётся разнести данные по соответствующим документам.
Это решение
Не важно где, в глобальном или документе, для расчета по среднему во всех ЗиКах выбираются записи журнала расчетов. Ессно перенести данные можно как душе угодно, главное чтобы записи появились, обычно это делается документами. Регламентным документом начало месяца - оклады и тарифы, все остальное можно через дополнительные документы. Оклады и тарифы должны вытесняться отпускными или больничными. Никто не даст гарантии что не будет вытеснена запись напр. декабря прошлого года.
Это решение
Регламентные документы используют данные справочников, значит переносите справочники. Но данных наверняка не хватит, надо добавлять ручками или обработками типа установка реквизитов, потом, виды расчетов сопоставлять с дбф- ными, а есть ли там что то подобное, не факт. Суммы вытащить можно. Но работа программиста, на мой взгляд займет больше времени, чем набивание руками бухов. Причем результат будет точнее (руками). Все зависит от того как хранятся данные в досовской зарплате. У меня, например, была такая строка в колонке:
30 000*22 23 000*21 и т.д. таких произведений было 12. Можно предположить, что это оклад*отработанные дни. Так что ответить определенно вам, ИМХО, невозможно.
30 000*22 23 000*21 и т.д. таких произведений было 12. Можно предположить, что это оклад*отработанные дни. Так что ответить определенно вам, ИМХО, невозможно.
Это решение
При загрузке старых данных главное добится идентичности данных в старой прграмме и ЗиК, этого можно добится двумя способави:
1. Добавить новый(е) документ(ы), вид(ы) расчета и ими ввести записи в журнал расчета.
2. Воспользоватся стандартными документами и видами расчета, но в этом случае прийдется править конфигурацию, ставить условия что б эти суммы не пересчитались.
1. Добавить новый(е) документ(ы), вид(ы) расчета и ими ввести записи в журнал расчета.
2. Воспользоватся стандартными документами и видами расчета, но в этом случае прийдется править конфигурацию, ставить условия что б эти суммы не пересчитались.
Это решение
Внимание! Не забывайте отмечать решение на ваш вопрос, если оно найдено. Это повысит ваш рейтинг на форуме.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот