Что-то давно не было интересных вопросов :))

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

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

Как бы вы решали задачу?

(0) Секцией ошибся, чувачок! Перенесите в 1С, чтобы форум не засоряло.

Поставил бы задачу расчетчикам)

(0) vanessa

А КИП нельзя прикрутить? Например Сценарное тестирование ?

"и сравнить их с теми же данными в другой программе" - тут только перенос.

(0) "С целью проверить, какие там программа насчитает суммы и сравнить их с теми же данными в другой программе"

По опыту перевода с других программ на ЗУП я без всякой генерации могу сказать, что результаты будут разными, как минимум на копейки/рубли, так что генерить смысла никакого нет.

Ты лучше настоящую задачу озвучь, которую решаешь.

Какой хороший вопрос :))
Сразу видно, кто по делу говорит, а кто хрень всякую :))

Насколько все стандартное? Если пакеты документов только сотрудниками отличаются, то эталонный пакет завел бы руками а остальные сгенерил программным копированием с заменой сотрудников.
Очевидно же вроде, не?

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

(8) И кто за тебя будет выполнять обработчики перевыбора сотрудника?

(9) >>для целей сравнения результатов расчета достаточно будет одного
Откуда такое странное утверждение?

(10) А Как ты проверять это овно собрался? Эталонной модели то нет

Если ты не можешь проверить  10 документов, то вероятность проверки пару тысяч документов стремиться к 0

похоже на задачи от людей, кто хочет списать лишние пару мультов

Интересно, а если результаты будут отличаться (вероятность 99,9%), то какое решение будет принято или не принято. И как бы оно изменилось, если бы все результаты совпали до копеечки?

(12) Разве вопрос в (0) как проверить?
Вопрос как сгенерить

(15) Да пофиг
Скорее всего не совпадут
Но вопрос в (0) не как проверить, а как сгенерить

(16)
Генерить всю массу или базовый справочник физ лич с историей начисления есть?

(17) Случайные числа разве отменили? Но непонятно, нужно скопировать известный тест-пример в большом количестве. Или сгенерировать случайной лабуды, с тем чтобы испытать на прочность обе программы?

(18) Ничего не понял
Есть база 1С, в ней есть все, справочники, зарплата, все, кроме самих проверочных документов

(20) Ну так бери список и

физ лицо
месяц 1
событие отклонения больничный времяначала  рандом 1, время окончания рандом 2, если рандом 1 больше рандом 2, то к рандом2= рандом 1+1
и т.д.

Можно и события отклонения и события увольнения зарандомить

(19) Доки нужно сгенерить по всем работающим, причем здесь рандом нахрен?

(21) Какие рандомы, нахрен, еще раз для безграмотных, все законстантизировано, в том числе период отсутствия

(23) Генери не по физ лицу, генери по сотруднику

(23) То есть исходный тест-пример с эталонным ответом существует? Если да, то любым известным и освоенным механизмом (ОЛЕ, ХМЛ и т. п.) выгрузить и загрузить тест-пример.

(23) Ну так если у тебя все есть, пиши модель обмена и грузи

Если речь идет о том переходить на ЗУП 3 с другой учетной системы или нет, то задача поставлена некорректно, т.к. результаты расчета все равно будут разными плюс/минус.
Если речь идет о том, что мы перешли на ЗУП 3, находимся в тестовой эксплуатации и нужно сверить результаты расчета с текущей системой, то лучше делать руками, т.к. во-первых, пользователи набьют руку, а во-вторых, как ты правильно заметил, есть куча обработчиков на форме

По хорошему, из табеля можешь потом набором обработок сгенерировать доки отклонения

(25) Что генерить? Какие суммы в доки писать?

(26) Откуда суммы-то брать?

(30) сумма у тебя автоматом считается в ЗУП 3, по докам отклонения

(29) И что, все в них само заполнится после выбора сотрудника и периода отсутствия?

(32) не горячись. В больничный и премию тоже по отклонениям?

(32) Ладно, все понятно, к тебе больше вопросов нет :))

(33) Обработка не может эмулировать нажатие кнопки расчитать?

(0) Посадить тёток - пусть руками бьют.

(34) Да он бредит
В доках при выборе периода отсутствия и сотрудника заполняется несколько реквизитов, про них, собственно, и речь
А он что-то невнятное бубнит

(34) В табели же у тебя есть причина

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

(36) Эээ... у тебя точно стаж 9+ лет?

(41) Я конфигуратор открывал 3 раза, не переживай ;-)

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

В чем в итоге вопрос? Создать программно больничный/отпуск с авторасчетом?

Вообщем, я бы настоял на дополнительной денежной стимуляции сотрудников и сделал все руками - так надежнее

(41) 22 дня стало 12 лет

22 дня назад стало 12 лет с 1С ;-) без учета перерывов

так-то все равно модель сопоставления объектов писать. далее по каждому принимать решение, если делать по правильному

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

(48) но словом генерация, я бы не назвал данную работу, скорее обменом

(0) У Фаберлика же написал обмен по все учетной системе в ЕРП

(44) По преданиям глубокой старины вопрос озвучивается в (0)
Но это неточно, может быть болтают злые языки

написалИ*

Что самое интересное, правильный ответ уже прозвучал, но не все его поняли :))

(54) тебе бы водку пить и философию философствовать

(54) Правильных ответов в мире айти не существует, есть более оптимальные пути, есть менее оптимальные

(56) Словоблуд
Пусть будет наиболее оптимальный

(57) Оптимальный вообще быть не может, только в каком-то определённом набором параметров оптимальности (оценочной функцией). То что оптимально по времени не всегда оптимально по деньгам или трудозатратам, к примеру.

(10) Ну, через сценарии тестирования можно вроде.

Баян.
Через менеджера и клиента тестирования 1С, на которых какая-нибудь Ванесса или Тестер работают.

(59) Ну вроде в (3) говорят можно, да :))

Тока до сих пор неясно, где тут разминка мозга. Возможно, слово "одинесная" все объясняет :)

(62) Забей, не напрягай мозг

(61) Зачем vanessa? Тут и штатными возможностями работы вроде немного.
(63) Ок

(63) Давай ответ, посмотрим

(65) Так уже сказал, (3), не тормози

(0) Написал бы RPA робота

ОФФ малость не по теме: перенес по одной конторе на начало году из зик в зуп. Но не хотят они пока что вести в ЗУП а вот хотят чтобы данные в ЗУП из ЗИК загружались. По конец марта а дальше вроде сами станут продолжать. Я подобные задачи решал когда с фокспрошных зарплат в ЗИК 7.7 загружал. Хотя все равно ен весь документооборот загружался туда.
Что бы ВЫ посоветовали?

У нас-то все хорошо. ; фирмы в одной базу ЗУП. Обмен с БП3.0 наладили довольны хотя ЗИК все равно упорно ведут на всякий случай )