Имя: Пароль:
1C
1С v8
ЗУП. Перевод сотрудников в другой филиал
0 pessok
 
16.01.13
15:30
Коллеги, всем доброго времени суток. Сразу оговорюсь, ни в ЗУПе, ни в правовой зарплатной части не силен, но... Как говорится, надо быб разгрести. Ситуация такая: есть некая организация, туда приняты сотрудники, начисляется зарплата. Внезапно их переводят в филиал в другом городе (другое КПП и прочее). Под филиал завели отдельную базу, перебросили туда сотрудников, приняли датой приема в головную организацию (sic!). Имхается, что оно неправильно, но ладно, к этому вопросу еще можно вернуться. Так вот, таким образом в свежей филиальной базе сотрудники числятся уже давно, а первое начисление было только в декабре (непорядок, черт побери (: ). Все бы так и оставил и наплевал на все, но... расчет отпуска, само собой, выдает ерунду, сотрудники работали, а з/п им не начисляли. И вот вопрос, как бы лучше разрулить такую ситуацию? Перенести начисления? Но ведь реквизиты у организации другие, изменить дату приема на дату кадрового перемещения? Уже было думать для расчета отпуска тащить по com зарплатные данные из старой базы, но, кажется, это как-то лютый идиотизм с точки зрения учета. В общем, куда курить?
1 pessok
 
16.01.13
15:31
*уже было думал*
2 Starhan
 
16.01.13
15:33
если новая база то вводить остатки отпусков и данные для расчета среднего.
3 pessok
 
16.01.13
15:35
(2) с остатками отпусков понятно, а вот чем вводить данные для расчет среднего?) в этом и затык, собственно
4 kumena
 
16.01.13
15:35
"В общем, куда курить?"
товарищи, курите хоть иногда документацию. филиалы заводятся в справочнике организаций если на отдельном балансе, если нет то в подразделениях.
5 pessok
 
16.01.13
15:36
(4) да кто бы спорил? это все понятно, но уже до меня завели новую базу и ведут учет
6 lefthander
 
16.01.13
15:37
Еще и налоговая другая и пенсионный...
7 kumena
 
16.01.13
15:38
(5) делать в любом случае надо как написано в 4, ибо не только средний "поплывет".
8 pessok
 
16.01.13
15:38
(6) естественно
9 pessok
 
16.01.13
15:39
(7) так, допустим. а разве возможен варианта перевода из одной организации в другую? по подразделениям все понятно, а по организациям?
10 Starhan
 
16.01.13
15:41
(5) емнип прямо в самих документах где необходимо расчитывать средний заработок есть тч расчет среднего заработка и его вручную заполнять.
(7) хотя конечно правильно делать как в (4) но на счет поплывет. Как то же организации переходят на ЗУП уже вовремя работы организации.
11 kumena
 
16.01.13
15:41
(9) возможен. документацию освойте все таки, иначе трудно будет.
12 pessok
 
16.01.13
15:44
(9) щас посмотрим
(11) будем посмотреть, но поезд уже ушел, база новая и будет так и вестись
13 pessok
 
16.01.13
15:46
(10) да, работает, мерси. осталось теперь этот документ заполнять из внешней базы и будет нам счастье
14 lefthander
 
16.01.13
15:47
(9) Перевод это же не увольнение по собственному. Справки всем оформите для начисления больничного, за прошедший год в личные карточки НДФЛ2 и так далее. Именно так и переходят или заводят базу с нуля...
15 CepeLLlka
 
16.01.13
15:47
Для расчета больничных нужно заполнить регистр - Учет доходов для исчисления страховых взносов

А для расчета отпускных(среднего заработка) нужно заполнить регистр - Основные начисления сотрудников организаций

Если не ошибаюсь конечно..
16 pessok
 
16.01.13
15:49
(14) ну вот завели базу с нуля, а средний заработок надо брать откуда-то :) вот я и думал, что может можно как-то туда перенести остатки, но вариант (10) даже еще больше нравится
(15) в моем случае из регистра расчета Основные начисления сотрудников организаций надо притащить в табличную часть Расчет среднего заработка документа расчета отпуска
17 CepeLLlka
 
16.01.13
15:51
(16) Лол.. чтобы её туда наоборот не таскать, нужно этот регистр заполнить за прошлый период по этому сотруднику и тогда эта часть автоматически будет заполняться.. :)
18 pessok
 
16.01.13
15:54
(17) а долги не повиснут разве? оплат то нет
19 Starhan
 
16.01.13
15:56
(17) а ты сам так пробовал? )
20 Starhan
 
16.01.13
15:57
мало того что регистр подчинен регистратору. Так еще и для новой базы слишком много инфы непонятной будет
21 фросия
 
16.01.13
16:00
(20) можно сделать док, который заполнит регистр основных начислений, в док этот записать данные о зп нза прошлый год.
22 El_Duke
 
гуру
16.01.13
16:00
(14) (16) на 146% не уверен, но на 93% думается что надо делать по схеме "увольнение-прием", со всеми вытекающими из этого процесса прелестями.Перевод здесь не проканает.
23 фросия
 
16.01.13
16:00
(18) долги из регистра "Взаиморасчеты с работниками" берутся
24 pessok
 
16.01.13
16:00
(21) и опять таки долги по зарплатам куда девать?
25 фросия
 
16.01.13
16:01
(22) тоже так думаю. т.к. в трудовом договоре прием в одну огранизацию а зп платит другая- непонятно.
26 фросия
 
16.01.13
16:02
(24) долги по зарплатам- какие?
если только в регистр расчета данные за прошлый год записать- долгом по зп программа это не будет считать
27 Starhan
 
16.01.13
16:04
(21) угу так и делают все программисты не знакомые с типовыми :)

Если и заносить данные в регистр то в регистр расчет среднего заработка.
28 фросия
 
16.01.13
16:05
(27) я в основные начисления заносила. нормально работало.
расскажи почему не правильно?
29 El_Duke
 
гуру
16.01.13
16:06
(22) (27) и никаких остатков отпусков и переноса среднего не будет, все с нуля
30 Starhan
 
16.01.13
16:07
(28) о! ну если есть опыт.

Потомучто данные с регистра основных начислениц могут куда нибудь еще подтянуться.

(29) да я тоже обеими руками за старую базу и новую организацию в ней. Но по факту уже есть новая база и работать надо с ней
31 фросия
 
16.01.13
16:09
(30) ну так проверила же сначала что куда подтянется.
а вот с переносом отпусков пришлось мучиться подольше, это да.
32 фросия
 
16.01.13
16:10
причем можно отдельный док не создавать в конфигураторе- корректировкой записей регистров можно обойтись.
33 El_Duke
 
гуру
16.01.13
16:11
(30) это глубоко неправильно
я понимаю что автору предстоит большой головняк, но лучше на старте все правильно (хоть и с муками) сделать, чем потом бесконечные косяки вылавливать да правки регистров производить
34 Starhan
 
16.01.13
16:12
(32) если в конфигураторе мделать его регисратором то можнол

а так он назвается корреткировка записей регистров накопленияч и делает движения только по ним
35 Starhan
 
16.01.13
16:15
(33) может проще перенести доки с новой базы в старую хз.

А по поводу головняка. Новую базу в ЗУПе с чего то же начинают :)
36 El_Duke
 
гуру
16.01.13
16:20
(35) дык если организация одна и та же, то проблем таких нет
А тут совершенно новое юрлицо
37 CepeLLlka
 
16.01.13
17:00
Хочу подружиться с Фросией :) Дайте контакты какие-нибудь.. вижу вы в теме, просто хочется иметь возможность проконсультироваться чуток :)
38 фросия
 
17.01.13
07:22
(37) спрашивайте здесь, помогу чем смогу. а вообще конечно лучше чем на мисте нигде не помогут- тут сразу кучу решений и разных как правило предлагают, только выбирай
39 CepeLLlka
 
17.01.13
07:28
Меня интересует ввод остатков по ПФР..
Можно подгружать файлы.. и тогда будет ОК вроде..
Даже если просто подгрузить только за последний год..
А что делать если нет файлов? Как начать вести учёт? Есть возможность запросить остатки по физ лицам в отделении ПФР, и создать к примеру отчёт за 4кв прошлго года, чтобы подогнать остатки, и тогда расчет пойдёт норм.. но это какое-то извращеное решение.. может подскажете что-нибудь? :)
40 фросия
 
17.01.13
07:43
(39) к сожалению я про ПФР ничего не знаю, я ж в Казахстане, учет чуточку отличается, могу подсказывать только по тем моментам которые у российского и казахстанского учета схожи.
41 silkw
 
17.01.13
07:58
(40) ПФР-это Пенсионный фонд с работника (если не ошибаюсь)... уж в Казахстане он точно есть.
42 фросия
 
17.01.13
08:26
(41) есть, но никакие начисления в текущем периоде не зависят от пенсионных отчислений прошлых периодов.
43 El_Duke
 
гуру
17.01.13
09:31
(39) ну я запрашивал файлы в ПФР с начала 2010 года и подгружал их в программу
В чем сложность ? ПФР по запросу письменному легко дает эти пачки
44 CepeLLlka
 
17.01.13
09:54
(43) Хорошо, спасибо.. просто у нас не давали что-ли.. ну не я запрашивал.. а расчетчик..
Нам давали только остатки..
45 Tata001
 
17.01.13
09:55
есть документ "Перенос данных" предназначен для ввода остатков
46 CepeLLlka
 
17.01.13
10:13
(45) Да это то понятно, ещё бы расписал для каких регистров что вводить, а так то и ежу ясно :)
47 SeraFim
 
17.01.13
10:29
остатки по ПФР - это что имеется в виду?
48 CepeLLlka
 
17.01.13
10:32
(47) Имеется ввиду задолженность по каждому сотруднику по оплате в ПФР по страховой и накопительной части трудовой пенсии, если вторая имеется конечно.
49 lefthander
 
17.01.13
10:41
(41) ПФР - это пенсионный фонд России, в казахстане он будет ПФК, наверно. :)
50 фросия
 
17.01.13
10:47
(49) я имела ввиду , что не знаю для каких целей надо переносить данные ПФР, на какие расчеты это влияет и в какие регистры их записывать.
51 Tata001
 
17.01.13
10:48
на закладкен в пфр есть обработка "подготовка данны в пфр",там есть кнопка "Добавить" принятые ранее файлы в ПФР
52 lefthander
 
17.01.13
10:50
(50) Если у вас нет задолженности по уплатам, то предыдущие данные в программе не нужны. Но так не бывает. Задолженность есть практически всегда. Вот и надо искать компромисс, так как переплачивать вы не можете. :)
53 фросия
 
17.01.13
10:53
(52) про задолженности по зп и налогом все ясно и просто- в типовой даже есть док- ввод нач остатков по зп,
я так поняла что в российской конфе сведения о пенсионных выплатах нужны тольки для расчета больничных  толи еще какого среднего заработка
54 фросия
 
17.01.13
10:53
(53) тольки= то ли
55 El_Duke
 
гуру
17.01.13
12:03
(53) не, все печальней гораздо
для правильной уплаты текущего квартала нужны сведения об уплатах за предыдущие, с начала 2010 г.
Требовать и эффективности, и гибкости от одной и той же программы — все равно, что искать очаровательную и скромную жену... по-видимому, нам следует остановиться на чем-то одном из двух. Фредерик Брукс-младший