Конфигурации ЗУП и УПП  (последние)

Задача. Нужно организовать выгрузку в XML  данных обо всех начислениях  и вычетах сотруднику за текущий месяц  (или за указанный месяц).
И все бы хорошо, но я не знаю этих конфигураций вообще.  С выгрузкой и с хмл нет проблем, проблема с пониманием как там это все работает.

Собственно, вопрос.
Какие регистры хранят начисления, какие хранят вычеты? Откуда “тащить” информацию?

Регистры расчета

Прям на больную мозоль наступил! Не стыдно?)

(1) ФСС в Рг расчетов ?

а может вам просто документ "Отражение зп в регл уччете"

(1) какие именно

(2) ?

(0)вам с какой целью надо?

(4)ну, вот смотрю этот документ в демке.
Там (я сейчас про ЗУП) только движения по регистру  "Отражение основных начислений в бухучете сотрудников организации"                                
Этого достаточно будет    ?

(8)Какова цель ???
Данный документ отражает начисления сотрудников по бух.учёту

(3) Какое отношение ФСС имеет к начислениям и вычетам сотрудника.

(0) Регист расчета зарплаты, там по-моему три запроса нужно сделать: Основные начисления, дополнительные и вычеты.

(7) "вам с какой целью надо?" - "организовать выгрузку в XML"(0) Чего не понятного-то? :)

Источник - конфигурация ЗУП или УПП (автор не определился ещё), приёмник - конфигурация ХМЛ (впервые слышу про такую)

:))

(7) мне нужны  все данные о сотруднике (т.е. все, что он получил и все то, за что с него вычли) отправить во внешнюю базу  (не 1С.).

(3) вопрос про сотрудника его начисления и вычеты а это в Регистрах расчета.

(12) расчетный листок, его за основу результат в файл...

(10) спасибо. По крайней мере, я теперь знаю куда копать :)

(11) да, примерно так.
Формат выгрузки xml ,  конфигурации источника - обе заявленные, конфигурация преемника .. вот это х.з какая.

Может быть и просто sql база. Эта база с 1С связана косвенно ( т.е. , например, в базе будут guid сотрудника, видов начислений и прочие ключи таблиц 1С ), но не будет возможности прямой и постоянной связи с базой 1С , поэтому будет выгрузка...

(15) Понимаешь, тут такое дело: нужно определить для начала какие именно данные и для чего они нужны внешней программе. Только после этого можно предположить откуда их "правильнее" брать. В УПП и ЗУП они "рассыпаны" по разным регистрам и, кстати, "отражение зарплаты" совсем не так чтобы "обо всех начислениях  и вычетах сотруднику за месяц"...

(16) Допустим, внешняя программа должна печатать листки расчета, аналогично тому, какие выдает 1С

(17) может (14) сообщение прочитаете?

(14)  спасибо вам за ответ, я прочитала.
Вы имеете в виду, передавать в виде готовой картинки/таблицы или мне посмотреть в отладчике как формируется расчетный лиcток ?

(0)Тут как бы первое что надо знать, что за прога, без этого вопрос не имеет сысла)

(19) Точно! посмотреть как формируется, и вы будете знать где они хранятся. и даже сможете их получить, но не в табличку выводить а прямо в файл

(20) Ну да, пока нет ясности какой формат на приеме, говорить в какой формат и какие данные выгружать, не имеет смысла.  :)

(20) да какая разница..?

(21) я конечно же так и сделаю, просто почему-то подумалось предварительно облегчить себе работу : спросить у знающих людей тут..

а еще лучше сформировать этот расчетный лист в 1с и передать его в эту прогу в виде картинки или в виде екселя) как угодно)

(17) а зарплата будет в 1с считаться или в этой внешней проге?

(24) Смотреть код расчетных листков не советую - поседеешь пока разберешься. Лучше выгружать готовую ексель-табличку из 1С.

(25) Увы, так нельзя. Нужны сами данные.

(24) очень специфическая задача, много неясного. Маловероятно, что ее решают каждый день.

(26) Зарплата в 1С должна считаться. При проведении документа начисления з/п  я так понимаю, должен переформировываться хмл и заново отсылаться

(27) е мое.  :(
А что, неужели нельзя как-то просто сделать запрос к регистрам?

Вот например, чтобы узнать сколько товара на складе, мы берем остаток на начало месяца + все приходы по регистру минус все расходы. Неужели тут нельзя также сделать?

(31) Можно) Там запросы по 3 А4 листа - можно посидеть поизучать).  Нечто простое добывается просто из регистров расчета

(31) ну легче наверное еще одну 1с поставить и настроить обмен между программами.

(29) дык, а что не ясно?
Не важно какая база преемник. Условно  - это черный ящик.
Будет ТЗ в котором детально будет описан формат принимаемых данных..  Прием , разбор и загрузка этого хмл - это дело второе .

(34)  Может тебе данные из дока ЗарплатаКВыплатеОрганизаций нужны?

(31) е мое, так в документе начисления зп и есть процедура которая формирует запрос к данным для формирования листка. Все запутанное там для того что бы его вывести на просмотр.

(33) так тоже нельзя.
(35) может.
я ж не знаю какие регистры и доки отвечают за это (хотя, блин, положа руку на сердце - за тот час, что я тут вишу уже бы могла и посмотреть.. ). Вот хотела понять какие доки ковырять..

(34) Очень важно, структура данных же не один в один у этих программ.

(36) ок, спасибо. и в УПП и в ЗУП это один и тот же документ ?

(39) в УПП и ЗУП зарплата полностью идентичная, можете смотреть только ЗУП

(38)
Ну, хорошо.. будет что-то типо универсальной выгрузки
Если ЭТО_ЗУП релиз такой-то Тогда
 (тут код для ЗУП)
ИНАЧЕЕСЛИ это УПП Тогда
..... бла-бла-бла

Аналогично на принимающей стороне.

(40) спасибо. уже веселее)

(41)Это тебе не для клиент банка случаем?

(43) нет

(39) Да, и я уверен, что будет все попроще чем для листка.

Листок это квинтэссенция получения данных по начислениям и удержаниям. :) Удачи.

(46) спасибо. завтра, на свежую голову и приступлю)

(24) да прям из 1с форму и сформируй :)

ТабДок=Новый ТабличныйДокумент;
   ОтчетРасшифровка = Отчеты.РасчетныеЛисткиОрганизаций.Создать();
           ТиповыеОтчеты.ДобавитьОтбор(ОтчетРасшифровка.КомпоновщикНастроек,      "Организация",           Организация);
           ТиповыеОтчеты.ДобавитьОтбор(ОтчетРасшифровка.КомпоновщикНастроек,      "Сотрудник",           Сотр);
           ТиповыеОтчеты.УстановитьПараметр(ОтчетРасшифровка.КомпоновщикНастроек, "НачалоПериода",       ПериодРегистрации);
           ТиповыеОтчеты.УстановитьПараметр(ОтчетРасшифровка.КомпоновщикНастроек, "КонецПериода",        КонецМесяца(ПериодРегистрации));
           ТиповыеОтчеты.УстановитьПараметр(ОтчетРасшифровка.КомпоновщикНастроек, "Группировать",        ложь);
           ТиповыеОтчеты.УстановитьПараметр(ОтчетРасшифровка.КомпоновщикНастроек, "ВидРасчетногоЛистка", "Подробно");
           
           ФормаОтчета = ОтчетРасшифровка.ПолучитьФорму("ФормаОтчета", );
                       
           ОтчетРасшифровка.СформироватьОтчет(ТабДок, ФормаОтчета.ДанныеРасшифровки, истина);

(0) Еще про удержания не забудь.
А если надо те же данные, что в расчетном листке перекинуть - то можно залезть вовнутрь расчетного листка и посмотреть, что он откуда читает.
Правда над зарплатными запросами можно долго промедитировать...

(47) кстати, в отчете РасчетныеЛистки есть замечательная табличка
- НачисленияУдержания в виде таблицы значений

(48), (50) спасибо тебе большое.
гляну.

сижу курсы смотрю Гилева-Насипова об автоматизации расчета з/п. Вещь.

(51) У них много вкусных вещей. Кстати Гилев-Насипов это не один человек а два, если что. :)

(52) :))))) Я знаю.
А что тебе у них особенно нравится?
Я вот только что после тренинга по УТ11.

(53) А все. и курсы основные, и полный тренинг УПП :) Я, можно сказать, птенец из их гнезда в 8.2. :)
Кстати получилось побороть проблему или в процессе?

(54) я еще не начинала, только на работу пришла.

Собственно, мне сейчас не нужно писать саму выгрузку, у меня задача сейчас  - разобраться с механизмами начисления з/п и написать ТЗ для разработчиков той, второй не 1С-ной базы.

(55) Механизм:
в РС плановые начисления, хранятся размеры окладов и т.д.

доки начислений зп и прочих оплат берут инфу из РС и РР, рассчитывают ЗП -движения в РР основные, дополнительные, РН - взаиморасчеты с работниками, сведения о доходах для налогов,...

доки расчета налогов- берут данные из РН сведения о доходах- считают налоги- пишут инфу в РН связанные с налогами.

(55) тогда не стыковка с (30). :) Где все таки будет считаться зарплата? В 1С или черном ящике?

(56) спасибо.
о.. еще и РН там участвуют..

(57) почему же нестыковка?
Зарплата начисляется и выплачивается в 1С. В стороннюю базу просто передаются результаты этих вычислений. Т.е. не важно как эти данные были вычислены, важно, грубо говоря 1) кому, 2) сколько, 3 ) за что (детализация)

Т.е. провелся , например  в 1С документ "начисление ЗП". В стороннюю базу отправились данные о том, что Иванову выплатили 10000 р оклада, 1000 - премия и 100 штрафа (к примеру)

(58) гм... практически все регистры которые есть в ЗУПе так или иначе учавствуют в расчете зарплаты...

самой просто путь решение тебе уже дали... сформировать расчетный листок, сделать разбор табличного документа и отправить его в файл XML...
а так изучай структуру хранения

(58) зарплата расчитывается в одном общем модуле и в одном дументе...
все остальные регистры используются для хранения условий и результата расчета

(55) вот именно поэтому я и не люблю всяких там "постановщиков задач"

(61) что-то ты какой-то "на негативе" сегодня )

(62) задело за живое ... постановщики вечно не в курсе, как все устроено, но указывают программистам, что писать

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

хотя если нужны данные только по взаиморасчетам сотрудника(без налогов на него), то возможно начисленния зп сотрудникам и хватит, только там не все..
так как некоторые документы в обход начисления зп данные пишут
и нужно учитывать, что документов начисл. зп может быть более одного в общем случае :)

(63) да, не. я ж не жестко.. самое главное - формат передаваемых данных, их полнота, корректность и оперативность подачи, а как они там структуру своих таблиц построят и как программить будут - это уже их дела.

ТЗ это громко сказано ) скорее пояснительная записка ))

(64) не, нужно все.  По сути, все, что отражает расчетный листок, то и нужно

(66) в расчетном листке только НДФЛ, который сотрудник сам платит,
налогов в фонды, которые платит за него организация там нет

(67) да, все правильно. То, что платит организация мне не нужно.
нужно чтобы в сторонней базе было видно, почему человек получил на руки именно столько, сколько получил..

(68) тогда нужны регистр расчета:
основные+доп начисления
+ удержения
+ регистр накопления куда пишется НДФЛ

если еще нужен остаток между (начислено-выплачено) то и данные по регистру Взаиморасчеты с сотрудниками

(69) спасибо.

документа "начисление зп" не хватит,т.к. там не будет отклонениий (отпускных, больничных, увольнение и т.п.)

(0) тебе нужен реальный контакт со специалистом по ЗУП, здесь тебе очень много хороших вещей скажут, но ты не зная зуповской конфы, никогда не собирешь их в месте!

проще тебе сделать типовой перенос на демо базах из ЗиК 7.7 в ЗУП8. Потом заходишь в ЗУП, открываешь документы "перенос данных" открываешь каждый и смотришь какие регистры и т.д.

это по начислениям

ВЫБРАТЬ РАЗРЕШЕННЫЕ
   Начисления.ПериодРегистрации,
   Начисления.ВидРасчета,
   Начисления.ФизЛицо,
   СУММА(Начисления.Результат) КАК Результат
ИЗ
   (ВЫБРАТЬ
       ОсновныеНачисленияРаботниковОрганизаций.ПериодРегистрации КАК ПериодРегистрации,
       ОсновныеНачисленияРаботниковОрганизаций.ВидРасчета КАК ВидРасчета,
       ОсновныеНачисленияРаботниковОрганизаций.ФизЛицо КАК ФизЛицо,
       ОсновныеНачисленияРаботниковОрганизаций.Результат КАК Результат
   ИЗ
       РегистрРасчета.ОсновныеНачисленияРаботниковОрганизаций КАК ОсновныеНачисленияРаботниковОрганизаций
   ГДЕ
       ОсновныеНачисленияРаботниковОрганизаций.ПериодРегистрации МЕЖДУ &НачалоПериода И &КонецПериода
   
   ОБЪЕДИНИТЬ ВСЕ
   
   ВЫБРАТЬ
       ДополнительныеНачисленияРаботниковОрганизаций.ПериодРегистрации,
       ДополнительныеНачисленияРаботниковОрганизаций.ВидРасчета,
       ДополнительныеНачисленияРаботниковОрганизаций.ФизЛицо,
       ДополнительныеНачисленияРаботниковОрганизаций.Результат
   ИЗ
       РегистрРасчета.ДополнительныеНачисленияРаботниковОрганизаций КАК ДополнительныеНачисленияРаботниковОрганизаций
   ГДЕ
       ДополнительныеНачисленияРаботниковОрганизаций.ПериодРегистрации МЕЖДУ &НачалоПериода И &КонецПериода) КАК Начисления

СГРУППИРОВАТЬ ПО
   Начисления.ФизЛицо,
   Начисления.ПериодРегистрации,
   Начисления.ВидРасчета

удержания

ВЫБРАТЬ РАЗРЕШЕННЫЕ
   УдержанияРаботниковОрганизаций.ПериодРегистрации,
   УдержанияРаботниковОрганизаций.Организация,
   УдержанияРаботниковОрганизаций.ФизЛицо,
   УдержанияРаботниковОрганизаций.Результат,
   УдержанияРаботниковОрганизаций.ВидРасчета
ИЗ
   РегистрРасчета.УдержанияРаботниковОрганизаций КАК УдержанияРаботниковОрганизаций
ГДЕ
   УдержанияРаботниковОрганизаций.ПериодРегистрации МЕЖДУ &НачалоПериода И &КонецПериода

осталось выбрать НДФЛ, он в этих регистрах не отражается

НДФЛ попробой так:

ВЫБРАТЬ РАЗРЕШЕННЫЕ
   НДФЛРасчетыСБюджетом.Период,
   НДФЛРасчетыСБюджетом.ВидДвижения,
   НДФЛРасчетыСБюджетом.Организация,
   НДФЛРасчетыСБюджетом.ФизЛицо,
   НДФЛРасчетыСБюджетом.Налог,
   НДФЛРасчетыСБюджетом.МесяцНалоговогоПериода
ИЗ
   РегистрНакопления.НДФЛРасчетыСБюджетом КАК НДФЛРасчетыСБюджетом
ГДЕ
   НДФЛРасчетыСБюджетом.ВидДвижения = ЗНАЧЕНИЕ(ВидДвиженияНакопления.Приход)
   И НДФЛРасчетыСБюджетом.Период МЕЖДУ &НачалоПериода И &КонецПериода

соответственно начисления - удержания - НДФЛ = сумма на руки. вроде ничего не забыл. поправьте если не так

(77) спасибо большое.

насколько я понял из (0) данные нужны за текущий месяц, поэтому про сальдо с прошлого месяца не заморачивался. потому не понятны все отсылы к расчетному листку. зачем это нагромождение. если все данные можно взять простыми запросами из 4х регистров?

пожалуйста :)

(79) понятно что постановка мутна....

а причина отсыла к расчетному листку до безобразия проста - в нем обращение точно к тем же регистрам. при этом не надо заморачиваться , что 1-сы там поменяет в регистрах и запросах в будующем. ну и в методике исчисления.