Дмитрий Кинаш

Как использовать регистр расчета в 1С?

Ответ: для расчета зарплаты и зарплато-подобных начислений, которые зависят от календаря.

Регистр расчета просит указать график - т.к. наличие праздников на расчеты не влияют, то для графика создаю регистр, где на каждую Дату Значение графика = 1.

Система этим вам мягко намекает на случай, если не читали документацию и не поняли для чего нужны периодические расчеты. Псевдо-график, где каждый день 1 - это бред!

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

Снова система намекает, что вы забиваете микроскопом гвозди! У каждого расчетного движения обязан быть период! Для отгулов и больничных периоды с указаниями дней, чтобы уменьшить календарные дни и выполнить уменьшение оклада; а для обедов и мобильной связи указывается просто месяц начисления, чтобы счета за март вычитались только за март, а не за июнь и июль.

Задача: вести учет займов - выдача (траншами), начисление процентов, пеней, платежей, реструктуризации....В регистре расчета хочу отражать только движение фактических сумм.

Это исключительно задача для регистра накопления!

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

В конце-концов оказалось, что у физических ключей VendorID и DeviceID идентичны, а потому виртуальная машина видела два ключа как один. Переделал на уникальные айдишники, которые выдавал линух, и все заработало.

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

А у вас тут изначально всего один ключик - то ли серверный без которого на винде кластер не стартует, то ли клиентские лицензии без которых всех будет выбрасывать. Важны оба!

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

Теперь к коду.

1) Тут три запроса в одном и том же цикле. Таблицу цикла можно было подать как параметр для единого запроса, где сначала подтянуть во временную таблицу, а потом делать с нею левые соединения прокидывая во все результаты номер строки или какой еще там у вас есть уникальный идентификатор строк. Если сотрудников много, то это поле можно проиндексировать после выгрузки в таблицы с данными. Далее в цикле найти строки или найти строку - будет работать точно намного быстрее (особенно, если где-то выше у вас открыта транзакция)

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

3) Не знаю вашу конфигурацию, но кажется, что в РегламентированныйПроизводственныйКалендарь можно задавать разные графики - 5-дневки, 6-дневки, 4-дневки, сутки-двое, сутки-трое и так далее. Если у вас более одного графика, то результат будет непрогнозируемым (норма из одного графика, а количество дней отпуска из другого)

Или в менеджере справочника "Машины" не реализована функция "ЦенаМашин", или эта функция не помечена как экспортная.

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

Мы вам это задание не давали и потому странно, что вы спрашиваете у нас, а не у своего ментора.

Судя по структуре задания в блоке справочников, очевидно, что описание раздела по документам неполное - не хватает пункта "2.1" с названием нового документа и названием табличной части. Но недостающую информацию можно выудить из описания ниже: имя нового документа - "Накладная", имя табличной части - "Товары".

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

Точнее "запрещено" после того как Google Chrome запретил модальные окна. В тонком клиенте сделали для единообразия.

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

Тут два варианта:

1. Процедуру/функцию, где вызывается другая функция с открытием формы разбить на две части. Первая часть будет завершаться вызовом функции с передачей описания оповещения, которое ссылается на вторую часть. Во второй части проверить, что пользователь сделал выбор и обработать результат.

2. Переписать на асинхронные вызовы, если ваша платформа версии 8.3.18 или новее. Вам нужно для вашей верхней процедуры/функции и вложенной функции с открытием формы указать ключевое слово "Асинх". Вызов вложенной функции и открытие формы делать через ключевое слово "Ждать". В результате получите поведение подобное обычным формам из УПП.

Примеры с теорией на оба варианта можете подсмотреть тут: https://infostart.ru/1c/articles/1595214/

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

...Хорошо. А если купить еще одну базовую версию, и каждую базовую поместить в отдельную виртуалку?
...ну базу-то можно подсунуть одну для обеих. Или так не получится?

Это так не работает. Зайдите в 1С в пункт "О программе" - снизу будет перечень лицензий с которых была попытка подключится к конкретной базе. 1С фиксирует лицензии для подключения в самой базе данных и пресечёт ваши махинации.

Не хотят платить за ПРОФ и хотят сидеть на базовой - пусть бухгалтера работают в единой базе по очереди. Если хотят более полноценную работу - можно взломать платформу, поставить полную версию Бухгалтерии и искать обновления на варезниках. Не хотят гемороится - пусть переходят на ПРОФ и платят подписку ИТС.

P.S. Если 10-20 лет назад можно было хитрить с 1С и искать лазейки, то за прошедшие годы их методически закрывали.

P.S.S. Погуглите преценденты дел по нелицензионным установкам 1С - компании каждый раз говорили, что они не в курсе, что приходящий программист нарушал законы и что-то там ломал - ведь ему платили за официальную версию.

Ошибки на стороне 1С появляются уже после авторизации, а вы даже до нее не доходите.

У вас точно есть прямой доступ с пользовательского компьютера на авторизационный эндпойнт?

"authorization_endpoint": "https://<keycloak-server-name>/realms/<realm-name>/protocol/openid-connect/auth"

Вы проверяли доступность через курл или хотя бы браузер?

Ответ на вопрос "Реально ли вести групповую разработку через хранилище в больших командах" зависит от вас самих и от вашей конфигурации.

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

Критерий №1 Если ваша текущая работа в хранилище на базе Конфигуратора устраивает, то продолжайте. Если же хранилище забито "мусором" (сотни бессмысленных коммитов без тегов и описаний) и по нему невозможно отслеживать историю, а так же вы постоянно ждете пока кто-то сделает "технический коммит", чтобы освободить вам объект - нужно переходить на Git (но не обязательно в связке с EDT)

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

Критерий №2 Если у вас уже настроены процедуры контроля качества и есть хоть какие-то тесты, то особых плюсов не получите - оставайтесь в Конфигураторе. Но если есть проблемы с процессами и вы хотите попробовать их решить умными автокомплитами и контролем типов, а так же есть лишние 4 Гб ОЗУ на каждого разработчика - пробуйте, может втянетесь и не захотите возвращаться в Конфигуратор.

Есть ли возможность как то выгружать в нее ?

Да, есть.

Может есть какие то статьи на эту тему ?

Сотни статей и несколько учебных курсов.

Понятное дело можно все передать программистам , но хотелось бы (хотя бы попробовать) сделать это самому

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

P.S. ChatGPT и вайбкодинг тут не помогут.

В журнале регистрации по событию "Отказа доступа" такое не регистрирует, он не показывает названия прав, лишь роли.

Все с точностью до наоборот. Журнал регистрации абсолютно ничего не знает про роли, которых могут быть сотни в конфигурациях на базе БСП и в которых права часто дублируются. В журнале фиксируются отсутствие именно прав на чтение, добавление, изменения и так далее.

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

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

Данные приходят, но в нечитабельном для пользователя виде.
Как эти данные вывести сразу в таблице?

Нужно просто сделать из "нечитаемого вида" нужный "читаемый".

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