Всем привет! Есть зуп с несколькими организациями, нужно сделать выгрузку по одним организациям сводно в базу бух, по-другим - в разрезе сотров, можно ли это?

Думал создать вторую синхронизацию, но ругается на неуникальность префиксов баз...

Походу расширение надо пилить. Реквизит в список организаций + немного кода в менеджер синхронизации.

Учитывая глюки выгрузки "сводно" (по подразделениям)
Лучше настроить детальную выгрузку
И по нужным организациям тупо сворачивать уже в БП

(1), (2) спасибо

Подскажите, пож-ста, где в коде найти момент записи при синхронизации, в каком направлении копать? А то пробую дебажить, в модуле/менеджере не останавливается...

*момент записи док-та отражение зарплаты в бухучете

Смысл разделения БП и ЗиК - это обмен сводной информацией.

(3) подпиской сверни

(5) Я бы посмотрел, как вы считаете зп в БП хотя бы на тысячу сотрудников

Почему-то при "сводной" выгрузке в расходы УСН автоматически не попадает оплата труда. Это типа "фича". Непонятна правда причина этого.

А нельзя сценарий указать только по чётным дням и свои базы-разрезники. В час ночи нечётного дня делать копию и там по сценарию нечётных дней указать оставшиеся базы-сводники?

(9) А может просто не извращаться и всех грузить поименно? Вряд ли у них хотя бы тысяч 50 сотров наберется)

(10) У американцев есть поговорка: "Следуй за деньгами".
Ну а у нас стандартно: не хотят светить зарплаты топов в Бухиях. Сводно выгружают по всей фирме. Этот рудимент сознания уже не переделать )

(8) Там при "сводной" еще новые подразделения и новые физлица с должностями не мигрируют
Особенно прикол с подразделениями и физлицами, которые не сотрудники (внешники по договорам и прочие)

(12) Не сталкивался с проблемой при синхронизации новых подразделений при "сводной" синхронизации. Всё нормально перелетает. Из зарплаты в бухгалтерию. А миграция должностей - зачем она для 70 счета?

(5) Для этого зарплата и создана, чтобы в БП не считать.

(13) Такая проблема была на старых версиях БП и ЗУП примерно в 2020-2021 годах, сча хз
Но что физлица не мигрируют ты согласен?
Или починили?

А то прикольно, когда из ЗУП разные алиментщики и прочие по договорам ГПХ или дивидендам и т.д. выгружаются и пустыми строчками в БП встают

(5) >> Смысл разделения БП и ЗиК - это обмен сводной информацией.

Нет.
Смыслы могут быть различными. Но основной заключается в том, что расчёта з/п в БП нет. Всё, что хоть чуть-чуть сложнее начисления по окладу и одного отпуска в год, в БП придётся считать ручками. И если в конторе больше десятка человек, это становится уже нетривиальной задачей.
Что касается выгрузки сводно/не сводно, то и тут причины выгружать данные тем или иным образом могут быть разными, а отнюдь не только желание спрятать данные о з/п от пользователей БП.

(16) Например? Только не говорите мне, что десятки сотрудников в БП сожрут всю память.

В БП обычно никто кроме бухов не сидит, а в ЗУПе (если это КОРП) кто только не сидит, всякие руководители отделов, заполняющие заявки на сотрудников и т.д. и т.п. Поэтому логичнее было бы прятать зп топов в БП, а не в ЗУПе, которая есть проходной двор.

(15) >> физлица не мигрируют...?

Разве?
Только что ради интереса настроил синхронизацию копии рабочей базы ЗУП (3.1.34.129) с демобазой БП (3.0.181.18). Отражения з/п выгрузились сводно в части обычных начислений и НДФЛ по ним. И детально по физлицам в части начислений по договорам ГПХ, НДФЛ по тем же ГПХ-шникам и удержаний. никаких пустых строчек.

При этом ничто не мешает зарегистрировать вручную весь справочник физлиц к обмену и сделать обмен этими данными.

(17) >> Например?

Что "например"? И при чём тут память?
Расчитай з/п на пару сотен человек, где у тебя, кроме обычного начисления по окладу, есть ещё пара тройка доплат, регулярные командировки, больничные (и прочие расчеты среднего), оплата по табелю, сдельная оплата, совместители, доплаты за выходные, праздничные, вечерние и пр., и пр., и пр.

Рассчитывать такое БП не умеет.
Не спорю, что рассчитать всё можно где-нибудь на бумажке или в excel, а в БП вписать получившиеся циферки.
Но только до определенного количества сотрудников и уровня сложности расчётов. После достижения некоей границы (либо людей слишком много, либо сложность начислений высокая, либо комбинация этих факторов) начинает расти количество ошибок, допускаем расчетчиком при полуручных расчётах в этих его excel-ях, и время, затрачиваемое на расчёт з/п.

(20) "и пр., и пр., и пр." "Доплата беременной в вечернюю смену выходного/праздничного дня при пошиве изделий из красной ткани" (из списка начислений швейной фабрики).

(17) Недавно вот пришлось в одной госконторе делать доступ в облачную 1с через Континент-АП - новые правила, закручивание гаек.
Так по сравнению с ними 1с - это вообще няшка. У этого Континента мало того что глюк на глюке, так ещё и техподдержки вообще фактически нет. На официальном сайте есть информация, что "у нас есть техподдержка, но в бесплатном варианте мы вам только процитируем инструкцию по электронной почте, а чтобы платную поддержку подключить, свяжитесь с нами, а цены мы вам сразу не скажем".

(19) А пробовал завести новое физлицо в ЗУП, добавить в документ и выгрузить?
Да уже имеющиеся сопоставляются при сводном но сцуко новые не создавались в БП из ЗУП
Это ранее так было, сча не знаю
Как и новые подразделения с должностями не мигрировали из ЗУП в БП при сводном по подразделениям

(20) Пока не увидел как связана сложность начислений в ЗУП со способом выгрузки данных в БП