Попробуйте послать бухгалтеров по такому адресу в режиме пользователя (при полном интерфейсе, как у главного бухгалтера) Меню - Операции - Справочники - Бухгалтерские проводки.
Возможно, именно там, то, что хотят видеть бухгалтера.
Цитата(HetmanNet @ 18.07.18, 17:04)
"Як за 24 хвилини стати впевненим користувачем 1С"?
Слишком объёмная область знаний, даже многолетний опыт пользования программой "Вашими" бухгалтерами не позволил им осягнуть эту область.
А вообще, чтоб кто-то смог помочь более конкретно, следовало указать конфигурацию. (Бухлтерия для Украины или Услуги + Производство, или еще там чего …)
Добрый день, форумчане. Процесс моего обучения "боем" не прекращается.
Конфигурация УТП 1.2 (1.2.33.3) на 8.3 - самописный документ.
Существоваал документ для Распределения затрат с 2мя табличными частями - ЗатратыКРаспределению и Затраты (распределенные). При заполнении табличной части ЗатратыКРаспределению (Кнопка для заполнения) возникла необходимость фильтровать затраты по измерению регистра бухгалтерии - Сценарий. Для этого в документ добавлена табличная часть "СценарииДляОтбора", и соответственно в форму документа добавлено Табличное поле "ТПСценарииДляОтбора".
Соответственно (в отборе запроса) необходимо применять значения не табличной части, а табличного поля формы (так как на момент заполнения документ не сохранен).
У меня не получается передать данные (массив из элементов справочника сценарии) из табличного поля формы в запрос.
Изначально пытался сделать поле ввода с типом список значений (так компактнее), но на форумах пишут, что невозможно - передать список значений из поля ввода формы в запрос и советуют создавать табличную часть. Создал табличную часть, нашел решение на форумах, где пишут, что из табличного поля нужно передать данные в таблицу значений, а уже потом передать её в запрос. Взял решение по превращению данных табличного поля в таблицу значений, с одного из форумов, но оно у меня не работает. Помогите разобраться что не так:
ТЗСценарииДляОтбора = Новый ТаблицаЗначений; ТЗСценарииДляОтбора.Колонки.Добавить("СценарийДляОтбора");
ПостроительОтчетов = Новый ПостроительОтчета; ПостроительОтчетов.ИсточникДанных = Новый ОписаниеИсточникаДанных(ЭтаФорма.ЭлементыФормы.ТПСценарииДляОтбора); ТЗСценарииДляОтбора = ПостроительОтчетов.Результат.Выгрузить();
{Документ.Биокон_РаспределениеЗатратПоПроектам.Форма.ФормаДокумента.Форма(895)}: Ошибка при вызове конструктора (ОписаниеИсточникаДанных) ПостроительОтчетов.ИсточникДанных = Новый ОписаниеИсточникаДанных(ЭтаФорма.ЭлементыФормы.ТПСценарииДляОтбора); по причине: Несоответствие типов (параметр номер '1')
На 256й раз дошло ... Логично, что результат выражения "неопределено" - т.к. на одну строчку выше не выполняется условие, и "проблемная" часть кода вообще не выполнялась! Хотя ниже по коду, за этим условием, пытаемся взять значение переменной и проверить в нем "Количество".
Господа, Vofka, Bernet, благодарен, Вам за участие, натолкнули на мысль сходить выше по коду ... Т.к. тема не несет смысловой нагрузки для будущих поколений, я не против, чтобы админы её удалили. А мне предстаит новый этап изучения своей конфигурации ... Что там за условие, и откуда беруться значения для его невыполнения? Или зачем ниже по коду проверять количество в неопределенном значении?
Bernet @ Сегодня, 12:37
, У меня тоже работает "наскоряк накиданное". Но то, что у меня, все равно не работает ... Не могу понять, куда смотреть дальше ...
Добрый день, коллеги. Я очень начинающий программист, поэтому заранее прошу прощения за возможные вопросы по азам. Вопрос по обычным формам. Не получается создать набор записей регистра бухгалтерии:
, это значение пытаемся присвоить переменной ... Но значение переменной после этой строки - "неопределено" с типом "неопределенно". 2я строка) Результат, естественно, тоже ошибочный - ошибка: "Значение не является значением объектного типа (Отбор)". При этом, значение документа (Док) верное - План продаж 00000000006 от 28.11.2017 13:03:49. (Для документа "План продаж" установлена галка, что он может делать записи в рег.бух. "Управленческий", а соответсственно в рег.бух. в списке возможных регистраторов появился "План продаж") Код был написан, не мной, а возможно опытными программистами. Подскажите, что не так и куда смотреть, если достаточно информации? Видел здесь, что отбор по регистратору делают другим методом:
Но как правильно не знаю. Если вызывает удивление документ "План продаж" с проводками в рег.бух.:
Цитата
Стандартные механизмы моей конфигурации (надстройка КУБиК) предполагают возможность в пользовательском режиме настройки движений любого документа в любой регистр. План продаж, в моем случае, долдлжен делать проводки со значением в поле сценарий "Плановый", что позволит формировать плановый баланс, а планы сравнивать с фактом. У меня в управленческом регистре бухгалитерии есть поле - сценарий.
logist @ Сегодня, 0:39
, (Возможно путаете с ЗУП и УПП.)
В виде начисления во вкладке дополнительно в поле "Способ отражения вбухучете" выбрал способ "Отражение начислений по умолчанию". В этом способе всё пусто, кроме наименования. Соответственно, при выборе этого вида начисления в документе "ввод плановых начислений ..." по умолчанию указан этот способ отражения. Но при расчете ЗП в проводке не заполняется счет дебета (затрат). Что нужно сделать, чтоб заплнился счет дебета из основного вида начисления?
При добавлении строк в документе необходимо помнить как "отражать" ЗП каждого сотрудника.
Есть ли в УТП механизм "отражения" премии по умолчанию такой же проводкой как и основной ЗП - автоматически, как, например, отражаются взносы ФОТ на тот же счет затрат, что и основная ЗП? Т.е. чтобы бухгалтер для всех премированных выбрала один способ отражения.
"Управление торговым предприятием для Украины", редакция 1.2. (1.2.40.1)
У меня дописанная в некоторых местах конфигурация УТП (1.2.38.1). Пришло время управлять деньгами через механизм утверждения заявок. Под заявками подразумевается документ "Заявка на расходование денежных средств". Сам механизм утверждеия через задачи и маршруты утверждения мне на данном этапе не нужен. Нужна только обработка для лица принимающего решения, чтобы группу заявок можно было утвердить (изменить статус в документе).
Кинулся, а в УТП нет обработки для группового утверждения как в УПП. Взял из УПП обработку, вставил в справочник "Доп. обработки", но она не захотела работать - написала, что эта "обработка не из этой конфы". Кто таким "сексом" уже занимался поскажите, как сделать чтобы обработка из УПП (других конфигураций) заработала в УТП? За готовые решения - буду особенно благодарен.
Егор Динин @ 31.10.14, 23:21 , Господа, у меня УПП 1.3.45.2 Настроил пользователю только роль "Менеджер по продажам". Установил в доп. правах право проводить проводки в регл. учете.
Поставил в договоре галку "Контролировать сумму задолженности, не более" и поставил сумму. Но РТиУ все равно проводится, хотя сумма уже имеющейся дебитрки по договору до РТиУ равна сумме ограничения! Не понимаю, что еще нужно настроить, чтоб контроль осуществлялся, и не было возможности проводить документ, которые поднимает задолженность выше лимита.
1С 8.2 УПП 1.3.43.2 Добрый день, господа и дамы, форумчане, я "счастливый" клиент ОщадБанка. Хочу немного автоматизировать работу казначея. Нашел обработку Клиент банк 1.3.5. Нашел к ней с полсотни обработок для разных форматов файлов разных банков. Осталось понять: 1. Какой формат файла скачать из КБ (там их с полтора десятка)? 2. Какую из полсотни обработок применить к нему?
Если кто "поборол" такую проблему - помогите, плиз? Может у кого есть что-то иное?
НЕ надо там никаких Выборов - 1Ска нормально пережевывает конструкцию типа
ВЫБРАТЬ Номенклатура.Ссылка, Номенклатура.Родитель, Номенклатура.Родитель.Родитель, Номенклатура.Родитель.Родитель.Родитель ИЗ Справочник.Номенклатура КАК Номенклатура
Просто взять данные - это понятно, но мне нужно записать их в определенном порядке: Строка если 2 уровня группировки:
Столбец 1, Столбец 2, Столбец 3; Группа 2, Группа 1, Элемент;
Строка если 1 уровень группировки: Столбец 1, Столбец 2, Столбец 3; Группа 1, Элемент;
Для этого я преверяю "кто кому родитель", но проблема описана в первом посте темы.
На другом форуме, для решения вышеописанной задачи, предложили воспользоваться логикой такой конструкеции:
Функция ГлубинаИерархии(ИмяСправочника, МаксимальнаяДлинаПути) Экспорт
Пролог = "ВЫБРАТЬ Родитель НачалоДуги, Ссылка КонецДуги ПОМЕСТИТЬ ЗамыканияДлины1 ИЗ Справочник.Номенклатура | ГДЕ Родитель <> Значение(Справочник.Номенклатура.ПустаяСсылка) | ОБЪЕДИНИТЬ ВЫБРАТЬ Ссылка, Ссылка ИЗ Справочник.Номенклатура;";
Рефрен = "ВЫБРАТЬ РАЗЛИЧНЫЕ ПерваяДуга.НачалоДуги, ВтораяДуга.КонецДуги ПОМЕСТИТЬ ЗамыканияДлины#2 ИЗ ЗамыканияДлины#1 КАК ПерваяДуга | СОЕДИНЕНИЕ ЗамыканияДлины#1 КАК ВтораяДуга ПО ПерваяДуга.КонецДуги = ВтораяДуга.НачалоДуги; | УНИЧТОЖИТЬ ЗамыканияДлины#1;";
Эпилог = "ВЫБРАТЬ ПЕРВЫЕ 1 КОЛИЧЕСТВО(НачалоДуги) - 1 Глубина, КонецДуги Потомок ИЗ ЗамыканияДлины#2 СГРУППИРОВАТЬ ПО КонецДуги УПОРЯДОЧИТЬ ПО КОЛИЧЕСТВО(НачалоДуги) - 1 УБЫВ";
Запрос = Новый Запрос(СтрЗаменить(Пролог, "Номенклатура", ИмяСправочника));
МаксимальнаяДлинаЗамыканий = 1;
Пока МаксимальнаяДлинаЗамыканий < МаксимальнаяДлинаПути Цикл
1С Предприятие 8.3, 1С Предприятие 8.2, 1С Предприятие 8.1, 1С Предприятие 8.0, 1С Предприятие 7.7, Литература 1С, Общие вопросы по администрированию 1С, Методическая поддержка 1С - всё в одном месте: на Украинском 1С форуме!