Да, я так и делал. Если это последний платеж (по регистру закрывалось в 0), то делал в платежке еще одну проводку по выплате процентов. Думаю вполне можно и обработку какую-то сделать, если время позволяет. Пусть анализирует всё и создает отдельную платежку или ручную операцию по выплате процентов.
Не думаю, что нужен документ закрытия или какие-то обработки. Это в общем-то никого не волнует. Необходим просто механизм определяющий, что надо выплатить проценты и нарисовать эту проводку. Я вставлял все просто в платежку, и не получил никаких комментариев, что это неправильно. Для валютного займа (по сравнению с гривной) мне мешали проводки, которые делал типовой механизм по переоценке валюты.
С отчетом все не так просто Фактическая дата закрытия , когда остаток по регистру бухгалтерии = 0. Я раза три переделывал его, пока не вымучил у экзаменатора наводящими вопросами и размышлениями откуда брать дату закрытия.
Я делал счет уже после настройки учетной политики, у меня там только одно субконто номенклатура суммовое. Да, без доп.расходов закрытие месяца почему-то нормально не отрабатывает, я просто не пробовал без него. Я до конца не разбирался с некоторыми задачами, просто не было времени на идеальное решение. вот моя база http://www.ex.ua/171596627388
Попался этот билет на экзамене. Нельзя делать 287й счет по с/к номенклатура, партии, склады. По каким надо меня не оповестили... Видимо, либо по одной номенклатуре, либо по ном+склад, либо ном+партии.
Выше я выложил решение, где субконто только номенклатура. Так не делали?
Если можно, подскажи еще пожалуйста какую версию восьмерки лучше установить, чтоб не было разделения Клиент/Сервер. На данный момент мне интересен сам принцып программирования.
8.1 поставить Или то же самое на обычном интерфейсе будет без разделения на Клиент/Сервер. Но лучше сразу осваивать управляемый интерфейс и все его особенности, рано или поздно все типовые решения будут на нем.
Я делал на УТ минимаркет в глубинке. 2 кассы с фискальниками и простыми чековыми принтерами (было хитрое разделение одной покупки на 2 чека) , были сканеры, магнитные ридеры (скидочные карточки) , весы . Когда показывал клиентам интерфейс кассира в Рознице и УТ - многим нравилось в УТ, потому что там ничего лишнего, хотя они очень похожи друг на друга. Еще из покрупнее было 10 розничных точек от колбасного заводика, и все это на УТ.
У меня возникли вопросы. 1. 951, 684 счета не валютные а. 0делать их валютными б. или разбивать на два суб счета валтный и гривневый.
2. Отслеживаю в платежном поручении исходящем тело займа. Наступает этот момент. а. автоматом добавить проводки на сумму процентов. Дт 951 ← Кт 684 Дт 684 ← Кт 31 б. поставить ограничение на выплату тела. Сделать в платежном поручении исходящем новую операцию выплату процентов. кнопкой заполнить считать сумму процентов иделать проводки Дт 951 ← Кт 684 Дт 684 ← Кт 31
На 951, 684 не надо делать проводки в валюте, там система сделает все сама. Посмотрите для примера как работает типовый механизм при покупке-продаже валюты. При закрытии займа я сделал в этом же документе дополнительные проводки по процентам, экзаменатор на все это посмотрел мельком. (а проводки у меня были корявые и не до конца заполнены). Основное внимание надо обратить на правильные запросы. Все данные, в том числе когда была первая и последняя платежка, и когда наступил момент закрытия займа - надо получать только по регистру бухгалтерии. Причем нельзя привязываться к типу документа в выборке, т.е. выбрать из регистра с отбором по регистраторам-платежкам. Надо что бы обрабатывались даже ручные операции.
Что, если выложить базу на ГуглДиск и коннектится к ней без всякого сервера. Кто-то пробовал?
Если нет возможности организовать сервер, или все плохо с интернетом, можно сделать распределенную базу. Я так делал пару раз, обмен данными через дропбокс по кнопочке.
Попался этот билет, сдал. Кто будет делать - делайте сразу для валюты , а то гривной все проще получается. Экзаменатор смотрел только на запросы, все остальное его не особо интересовало.
Вопросами типа "что такое VPN и что такое RDP" я не вижу смысла озадачивать форумчан, т.к. ответы на них можно найти самостоятельно.
Мой вопрос о том, как лучше организовать сеть с 1С при моих условиях, касается практической части. Уточняющий - когда ставиться сервер, а когда юзается удалённый доступ? тоже касается практической части.
Ответа на эти вопросы в топике нет.
И не будет таких ответов, этот вопрос бессмысленный. Пригласите какого-нибудь специалиста и пообщайтесь.
На экзамене попалась моему соседу. Решение очень простое, там написать несколько строчек надо.
Текст задачи: Необходимо внести изменения в функциональность отчета "Продажи (диаграмма)". В данном отчете при установленной валюте взаиморасчетов USD (и наличии показателя "Сумма USD") добавить возможность получения данных по новому показателю: "Сумма (Евро)". Значение кросс-курса данной валюты нужно получать на дату, указанную в качестве правой границы указываемого интервала ("ДатаКон").
Краткое описание решения: 1. В качестве исходного - отчет Продажи (диаграмма). 2. Добавляем новый показатель " Сумма (Евро)" с формулой «СуммаUSD * КроссКурс». 3. Кросс-курс высчитываем на ДатаКон.
Простой билет по трудоемкости Повторил для себя через через новый 287 счет (активный, НУ, субконто1 - номенклатура (сум.))
Один из вариантов решения: 1. В "закрытие месяца" добавить галку "РасчетСтоимостиАвтомобиля" и настроить обработку ее в модуле формы по аналогии с остальными. 2. В модуль документа в процедуру "ДвиженияПоРегистрам" вставляем вызов нашей процедуры:
Если СуммаНУ>0 тогда ПроводкаБУ.НалоговоеНазначениеКт = ВыборкаДетальныеЗаписи.НалоговоеНазначение; ПроводкаБУ.СуммаНУКт = ?(Кол=ВыборкаДетальныеЗаписи.Количество(),СуммаДляРаспределения, Сумма);
Если мПроводкиБУ.Количество() > 0 Тогда мПроводкиБУ.Записать(ложь); КонецЕсли;
КонецЕсли;
КонецПроцедуры
3. Вводим документы, в этой теме все расписано. Я для проверки ввел одну продажу, одно списание, и одно поступление доп.расходов, потом сделал еще одно закрытие месяца с галкой "Корректировка фактической стоимости номенклатуры", вроде все отработало как надо.
Так как показатель привязывается к партии товара, то хранить СтоимостьУПР будем в регистре накопления «ПартииТоваровНаСкладах» (добавить ресурс). В документе «ПоступлениеТоваровУслуг» этот показатель вводится вручную в отдельную колонку табличной части. Для того, чтобы управлять видимостью колонки необходимо существования отдельного права пользователя, получая которое будем устанавливать видимость и доступность колонки. При проведении документа необходимо также делать движение по регистру и этого показателя. Также нужно не забыть списывать этот показатель при списании партий. Изменение отчетов сводится к изменению макетов, по которым формируется отчет.
Решения: 1. В регистр накопления «ПартииТоваровНаСкладах» добавляем ресурс «СтоимостьУПР». 2. В табличную часть документа «ПоступлениеТоваровУслуг» добавляем реквизит «СтоимостьУПР». 3. В форме документа «ПоступлениеТоваровУслуг» в табличную часть добавляем колонку «СтоимостьУПР». 4. В модуле документа «ПоступлениеТоваровУслуг», процедура «ПодготовитьТаблицыДокумента» в структуру полей добавляем информацию о управленческой стоимости партии товара. Тем самым осуществляется движение по ресурсу «СтоимостьУПР»:
5. Добавляем механизм движения «в минус» по этому ресурсу. Для этого в общем модуле «УправлениеЗапасамиПартионныйУчет» в процедуре «ПолучитьТаблицуПартийНаСкладах» в тексте запроса выбираем и «СтоимостьУПР» из регистра:
Текст = "ВЫБРАТЬ | ""ПолучитьТаблицуПартийНаСкладах"" КАК QuieryId, | ДокументОприходования, | ДокументОприходования.Дата КАК ДокументОприходованияДата, | Номенклатура, | Склад, | ХарактеристикаНоменклатуры, | СерияНоменклатуры, | Качество, | Заказ, | КоличествоОстаток КАК Количество, | СтоимостьОстаток КАК Стоимость, | СтоимостьУПРОстаток КАК СтоимостьУПР";
Также, списываем СтомиостьУПР в зависимости от коэффициента списания партии:
6. Для того, чтобы в документе «ПоступлениеТоваровУслуг» можно было управлять видимостью колонки «СтоимостьУПР» необходимо: • В ПланВидовХарактеристик «ПраваПользователей» добавить предопределенное право «ПросмотрСтоимостиУПР» типа «Булево». • В общем модуле «Пользователи» добавить функцию, которая получает это право пользователя и возвращает «ложь» или «истину» исходя из концепции 1С по правам пользователя: «Действие разрешено, если оно разрешено хотя бы в одной роли, назначенной пользователю. Действие запрещено, если оно запрещено во всех ролях».
Функция РазрешитьПросмотрСтоимостиУПР(Пользователь) Экспорт РазрешенПросмотр=ПолучитьЗначениеПраваПользователя(ПланыВидовХарактеристик.ПраваПользователей.ПросмотрСтоимостиУПР,ложь,Пользователь);
Если РазрешенПросмотр.НайтиПоЗначению(истина)=Неопределено Тогда возврат ложь; иначе Возврат истина; КонецЕсли;
КонецФункции
• Вызов этой функции рекомендуется разместить в модуле формы документа «ПоступлениеТоваровУслуг» в типовой процедуре «УстановитьВидимоть» и в зависимости от возвращаемого значения управлять видимостью и доступностью колонки «СтоимостьУПР»:
Если РазрешитьПросмотрСтоимостиУПР(глТекущийПользователь) Тогда ЭлементыФормы.Товары.Колонки.СтоимостьУПР.Видимость=истина; ЭлементыФормы.Товары.Колонки.СтоимостьУПР.Доступность=истина; Иначе ЭлементыФормы.Товары.Колонки.СтоимостьУПР.Видимость=ложь; ЭлементыФормы.Товары.Колонки.СтоимостьУПР.Доступность=ложь; КонецЕсли;
7. Переделать 2-3 отчета. "ВедомостьТоварыНаСкладах", "ВедомостьПартииТоваровНаСкладах" и еще какой-то. Остальные можно не доделывать, т.к. вся доработка заключается в изменении макета отчета.
Решение с регистром сведений: 1. Создаем регистр сведений «ОтветственныйЗаПодарок», Измерения – нет, Ресурс: Ответственный() 2. У «КонтактныеЛица» и «ЛичныеКонтакты» создаем реквизиты «НапомнитьОПодарке» и «КолвоДнейДоПодарка» 3. В ОщемМодуле «МодульРегламентныхЗаданий» правим процедуру «СоздатьЗадачиПоздравленияСДнемРождения» (точнее запрос) 4. По аналогии с напоминанием о дне рождения формируем напоминание о подарке, (запрос один с объединением)
открыл журнал Регистр ведомостей - Счета учета расчетов с контрагентами. Повыставлял там везде 361 и 631. Но при оформлении ПКО все равно выделяет авансы.
Лучше там все удалить, и оставить только одну строку с незаполненным контрагентом и указать счета авансов 361 и 631. Эта строка будет действовать для всех контрагентов.
Сдавал пару лет назад, попался этот билет. Я готовился по российским билетам, они совпадают почти полностью, мой не исключение.
Краткое изложение задания В качестве исходной использовать типовую конфигурацию «Управление торговлей» Необходимо ввести в перечень существующих номенклатурных цен понятие «УправленческаяЦена». Использование ее предполагается для суммовых оценок остатков и движения товаров. Причем предполагается, что данные вид цен может довольно часто изменяться (но не чаще одного раза в день). Т.е. необходимо обеспечить оформление отчетов, связанных с остатками и движениями товаров по еще одному показателю «СуммаУправленческая». Показатель рассчитывается как: «УправленческаяЦена»*Количество. Как минимум, данные отчеты должны формироваться из универсальных «ОтчетОстаткиИОбороты» и «ОтчетДиаграмма».
Концепция решения: ЦенуХ можно хранить в периодическом регистре сведений «ЦеныНоменклатуры» (периодичность день). Для этого необходимо добавить в справочник «ТипыЦенНоменклатуры» предопределенный тип «ЦенаХ». Далее, документом «УстановкаЦенНоменклатуры» установить ценыХ для номенклатуры. Необходимо изменить запросы отчетов «ОстаткиИОбороты» и «СписокКроссТаблица» таким образом, чтобы соединять записи регистра накопления, по которому формируется отчет, с регистром сведений «ЦеныНоменклатуры» и получать тем самым СуммуХ. Причем, получать суммуХ нужно только для тех регистров, в которых есть измерение типа «СправочникСсылка.Номенклатура».
Последовательность решения: 1. Добавляем в справочник «ТипыЦенНоменклатуры» предопределенный элемент «ЦенаХ». 2. Документом «УстановкаЦенНоменклатуры» регистрируем цены с типом «ЦенаХ». 3. Общий модуль «Отчеты», процедура «ЗаполнитьНачальныеНастройкиПоМетаданнымРегистра». В цикле по измерениям ставим условие на тип измерения и пишем кусок кода из цикла по ресурсам, меняя только ИмяПоля, ПредставлениеПоля, ОписаниеПоля,ФорматнуюСтроку и Валюту:
Если МетаданныеРегистра.Измерения[Инд].Тип.СодержитТип(Тип("СправочникСсылка.Номенклатура")) Тогда
// ... и добавляются в список Показатель = Контекст.Показатели.Добавить(); Показатель.Имя = ИмяПоля; Показатель.Представление = ПредставлениеПоля; Показатель.Использование = ВклПоУмолчанию;
КонецЕсли;
4. Общий модуль «Отчеты», процедура «ЗаполнитьНачальныеНастройкиПоМетаданнымРегистра» делаем левое соединение с регистром сведений «ЦеныНоменклатуры», причем соединяем не только по номенклатуре, но и обязательно по характеристикам. Накладываем условие на регистр по типу цен «ЦенаХ».
|ЛЕВОЕ СОЕДИНЕНИЕ (ВЫБРАТЬ | ЦеныНоменклатурыСрезПоследних.Цена КАК ЦенаХ, | ЦеныНоменклатурыСрезПоследних.Номенклатура КАК НоменклатураХ, | ЦеныНоменклатурыСрезПоследних.ХарактеристикаНоменклатуры КАК ХарактеристикаХ | ИЗ | РегистрСведений.ЦеныНоменклатуры.СрезПоследних(&ДатаКон, ТипЦен = &Упр) КАК ЦеныНоменклатурыСрезПоследних) КАК ВложенныйЗапрос | ПО ВложенныйЗапрос.НоменклатураХ = ТаблицаРегистра.Номенклатура и ВложенныйЗапрос.ХарактеристикаХ = ТаблицаРегистра.ХарактеристикаНоменклатуры |//СОЕДИНЕНИЯ";
5. Устанавливаем необходимые параметры построителю отчета:
Упаковки тоже самое вобщем-то, что единицы измерения. Только в настройках галка должна стоять для их использования. И с ценой все получается, только надо единицу измерения лишний раз кликнуть. Возможно с помощью ценообразования можно сделать по-другому, не смотрел еще.
1С Предприятие 8.3, 1С Предприятие 8.2, 1С Предприятие 8.1, 1С Предприятие 8.0, 1С Предприятие 7.7, Литература 1С, Общие вопросы по администрированию 1С, Методическая поддержка 1С - всё в одном месте: на Украинском 1С форуме!