Заказы на доработку 1С (сервис удаленной работы)

Хранилище

База знаний
Бесплатные отчеты, обработки, конфигурации, внешние компоненты для 1С Статьи, описание работы, методики по работе с 1С

Здравствуйте, гость ( Войти | Зарегистрироваться )



История благодарностей участнику TipsyKID ::: Спасибо сказали: 161 раз
Дата поста: В теме: За сообщение: Спасибо сказали:
25.09.14, 11:00 Присвоить значение отбору
Вы пытаетесь присвоить реквизиту ссылочного типа (Контрагенты) значение типа Строка ("ДругаяФирма").
Так будет правильнее :
мДругаяФирма = Справочники.Контрагенты.НайтиПоНаименованию("ДругаяФирма");
Если ЗначениеЗаполнено(мДругаяФирма) тогда
  УниверсальныйОтчет.ДобавитьОтбор("Контрагент");
  УниверсальныйОтчет.ПостроительОтчета.Отбор.Контрагент.Значение= мДругаяФирма;
КонецЕсли;


mact,
25.09.14, 10:08 Неправильно заполняется Зарплата к выплате.
Цитата(logist @ 24.09.14, 18:34) *
Об этом где-то можно почитать в сопроводительной документации к конфигурации? По этому поводу есть официальная позиция АББИ?


Это есть на диске ИТС ( это можно считать сопроводительной документацией) :


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

Цитата(seana @ 24.09.14, 18:40) *
Просто, недоработка на самом деле очень существенная. Дело даже не в нескольких авансах. Допустим, я хочу выплатить аванс сегодня половине сотрудников и завтра половине - так происходит тоже самое...


А вот тут Вы что - то делаете не так, у меня все получается.
7 числа начислил одному сотруднику - сделал зарплату к выплате .
8-ого числа второму сотруднику.
При заполнени документа зарплата в выплате по характеру выплат попадают два сотрудника, но одного я просто удаляю и продолжаю расчет налогов.

Кстати , я перепроверил свои слова на счет того , что механизм выплат более чем одного аванса реализован в ЗУП, УПП .
Прошу меня простить, там тоже не работает , за одним исключением : в справке к документу начисление зарплаты организации черным по белому написано :
"Если в документе установлен признак "Предварительный расчет", то документ используется только для предварительного расчета сумм начислений за период с начала месяца по дату документа начисления"

Уже отправил этот вопрос на линию консультации Абби., зарегистрировали этот вопрос под номером UW0000352769.
Текст письма :
Нормативный акт : «Стаття 115. Строки виплати заробітної плати». В нем указано, что выплат может быть сколько угодно, но «не реже двух раз в месяц» (с)
Объясню в картинках:
Есть два документа «начисление зарплаты работникам организации» за август 2014 года 07.08.2014 и 14.08.2014 с галочкой «Предварительный расчет начислений». (рис 1. и рис. 2)
И два документа «зарплата к выплате организаций» от 08.08.2014 и от 16.08.2014 . При заполнение первого документа ( Заполнить по характеру выплат ) все происходит корректно, он подтягивает данные из документа начисление зарплаты работникам организации» за 07.08.2014 , но при заполнении документа от 16.08.2014 выдает сообщение :
«Не обнаружены данные для записи в табличную часть документа». (рис. 3 и рис. 4) .
Вопросы те же :
1. Существует ли на текущий момент механизм позволяющий корректно рассчитать и выплатить аванс ( по предварительному расчету ) более чем один раз в месяц. Возможно, предусмотрен другой механизм, с иным видом выплат, позволяющий рассчитать и выплатить аванс более чем один раз за месяц учитывая отклонения от графика работы сотрудника организации ? ( вариант с видом выплат АВАНС не предлагать, т.к. он не учитывает отклонения от графика работы сотрудника).

(И примеры с картинками)
logist,
24.09.14, 14:37 Специалист ЗУП - 1-е задание
Сделал.... diablo.gif (пол дня угробил)
получил ачифку : Мастер "Консоли отчетов"

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

Vofka,
04.09.14, 16:03 Удержание "Военный налог"
Цитата(FLancer @ 04.09.14, 16:56) *
Конфигурация "Зарплата и Управление Персоналом для Украины" была обновлена до версии 2.1.34.1.

На вкладке НДФЛ документа "Начисление зарплаты работникам организаций", при нажатии на кнопку - "Заполнить", строка "Военный сбор" появляется, но при нажатии на кнопку - "Рассчитать", "Военный сбор" не рассчитывается вообще.

Пробовал выполнять действия, изложенные в http://pro1c.org.ua/index.php?s=&showt...ost&p=89985, но не помогает. Подскажите в какую сторону можно ещё посмотреть
Спасибо.


Добрый день, есть еще одна хитрость, редкая , но возможная :
Регистр сведений : Варианты алгоритмов расчета зарплаты, должен стоять вариант расчета НДФЛ : Доначисление на сумму превышения
bombat, FLancer, roman457,
25.06.14, 13:40 Получить количество строк у не записанного документа
В таких случаях, когда уже все говорят , что работает : ИмяТабличнойЧасти.Количество() ( без ЭтотОбъект ) , а я еще и проверил, то тут только пруфы в студию, пошагово картинки или давайте тимвивер я подключусь посмотрю !
Log1c,
25.06.14, 11:45 ЗУП и 8-9 класс счетов на верхнем уровне
Цитата(Егор Динин @ 25.06.14, 12:43) *
И он не обязателен к заполнению.
Попробуйте это:
1. "Ввод сведений об учете основного заработка работников организаций" - в этом документе можно задать соответствие "работник- способ отражения". Подойдет, если все начисления идут через один счет затрат (и 8 и 9 класса)
2. "Ввод сведений об учете плановых начислений работников организаций" - здесь можно задать соответствие "работник - вид расчета - способ отражения". Если надо оклад - 811, премия - 812, то Вам сюда.


В идеале ему нужен все таки 5-й приоритет(Учет основного заработка сотрудников подразделения организации), для того что бы не мучаться с вновь принятыми сотрудниками на то или иное подразделение
RedCat77,
25.06.14, 10:44 Запрос к табличной части справочника
ВЫБРАТЬ
    Адресс.Ссылка,
    ЕстьNULL(Адресс.Представление,"") КАК Адресс,
    ЕстьNULL(Телефон.Представление,"") КАК Телефон
ИЗ
    Справочник.Контрагенты.КонтактнаяИнформация КАК Адресс
        ПОЛНОЕ СОЕДИНЕНИЕ Справочник.Контрагенты.КонтактнаяИнформация КАК Телефон
        ПО Адресс.Ссылка = Телефон.Ссылка
ГДЕ
    Адресс.Тип = ЗНАЧЕНИЕ(Перечисление.ТипыКонтактнойИнформации.Адрес)
    И Телефон.Тип = ЗНАЧЕНИЕ(Перечисление.ТипыКонтактнойИнформации.Телефон)
vl185,
25.06.14, 10:19 Запрос к табличной части справочника
Добрый день, как - то так :
ВЫБРАТЬ
    Адресс.Ссылка,
    (ВЫРАЗИТЬ(ЕСТЬNULL(Адресс.Представление, "") КАК СТРОКА(1023))) + (ВЫРАЗИТЬ(ЕСТЬNULL(Телефон.Представление, "") КАК СТРОКА(1023))) КАК АдрессТелефон
ИЗ
    Справочник.Контрагенты.КонтактнаяИнформация КАК Адресс
        ПОЛНОЕ СОЕДИНЕНИЕ Справочник.Контрагенты.КонтактнаяИнформация КАК Телефон
        ПО Адресс.Ссылка = Телефон.Ссылка
ГДЕ
    Адресс.Тип = ЗНАЧЕНИЕ(Перечисление.ТипыКонтактнойИнформации.Адрес)
    И Телефон.Тип = ЗНАЧЕНИЕ(Перечисление.ТипыКонтактнойИнформации.Телефон)
vl185,
20.06.14, 17:15 Не корректное отображение Поля HTML
Это метод ПолучитьТекст() возвращает ?
roman457,
19.06.14, 13:05 Проводки по кассе только кассовыми ордерами
Цитата(vadim007 @ 19.06.14, 13:31) *
Понятно.
Собственно вопрос возник из-за документа ВыплатаЗарплаты. В семерке он делал проводки по 30-му счету если нужно было.

Вот так и следовало задавать изначально вопрос !

В документе "Зарплата к выплате" предусмотрено два способа выплаты : "Через банк" и/или "Через кассу" и путем ввода на основании можно сформировать ППИ и/или РКО соотвецтвенно.
vadim007,
17.06.14, 10:52 Конфигурация "Тестирование 1С:Профессионал"
Если вдруг кому - то надо .
Архив с вопросами по 01.01.2013 для Украины.
Конфигурация доработана для себя. ( мелкие плюшки в виде избранных впросов и тестирования по избранным вопросам , тренировка)
ссылка
boska, Lee_Che, Lorry, mister-x, mrazovsky, Sweta, tata_1211, Vofka, Wadja, Мичман Харитонов,
13.06.13, 8:47 Вопрос по конфигурированию № 3
Добрый день!

Билет не сфоткал sad.gif . По памяти.
Холдинг "Рога и копыта" решили начать систематизировать данные о дочерних компаниях, а именно "Управленческую себестоимость" .
Для этого они решили добавить колонку "Управленческая себестоимость" в поступление товаров и услуг.

Условия :

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

2) В системе должна быть реализована возможность узнать состояние склада ( остатки на указанную дату, обороты за период) по управленческой себестоимости.

3) Управленческая себестоимость закрепляется за партией и переоценке не подлежит. Любой документ который тем или иным способом затрагивает партии товаров
должен работать и с управленческой себестоимостью , например такие документы как "Реализация товаров и услуг" , "Перемещение" и т..д..
Vofka,
06.01.13, 18:08 Вспомогательная литература и требования к решению
Доброго времени суток и с Новым годом !

Попробую систематизировать информацию по данной теме.

Литература :

1. Использование прикладного решения Управление торговлей для Украины 2008 г.
2. Сборник задач для подготовки к экзамену "1С: Специалист" по конфигурированию и внедрению торговых решений в прикладных решениях "1С: Предприятия 8",февраль 2011 г. (для России, хотя если подумать то отличия в задачах именно по УТ будут минимальны)

ссылка на литературу

Требования к сдаче : ссылка

Аттестация по системе "1С:Предприятие 8.0"
Экзамен "1С:Специалист" по типовому решению "Управление торговлей 8 для Украины"
1 Цели и задачи экзамена
Экзамен проводится с целью проверки соответствия уровня подготовки внедренцев данного типового решения требованиям, предъявляемым фирмой "1С" к специалистам.
Проверяется:
• понимание основных принципов проектирования конфигурации "Управление Торговлей 8 для Украины";
• понимание технологических и программных решений, в нее заложенных;
• умение реализации пользовательских задач средствами конфигурации "Управление Торгов-лей 8 для Украины";
• практические навыки корректного конфигурирования и программирования для реализации дополнительного функционала данного типового решения.

2 Форма проведения экзамена "1С:Специалист" по типовому решению "Управление торговлей 8 для Украины" и требования к кандидатам
Экзамен проходит в форме решения двух практических задач на базе типовой конфигурации.
По первой задаче кандидат должен продемонстрировать реализацию последовательности действий, приводящих к решению пользовательской задачи по постановке, изложенной в задании, не внося изме-нений в конфигурацию.
По второй задаче требуется реализовать дополнительную функциональность конфигурации за счет изменения структуры конфигурации, ее механизмов, форм, отчетов и проч. по требованиям задания. Ес-ли в задании явно не описан ход решения, то кандидат вправе самостоятельно принимать любые про-ектные решения. Но в любом случае необходимо уметь обосновать свои решения, обеспечить их "устойчивость", функциональность и производительность.

На решение отводится 3 часа. Для ориентира – при составлении заданий подразумевалось, что время подготовки первого задания около 0.5 часа, второго – около 2.5 часов.
По окончании этого времени кандидат должен предложить действующий вариант базы решения, в котором должны быть:
• подготовлены и заполнены первичные объекты и отчеты для демонстрации решения поль-зовательской задачи;
• созданы/изменены соответствующим образом объекты метаданных, если того требует второе задание;
• отлажены программные модули объектов
• разработаны указанные в задании экранные и печатные формы.
Не допускается представление кандидатами своих авторских конфигураций (как оригинальных, так и конфигураций, разработанных на базе типовых) в качестве решения задач ли вместо решения задач.
В процессе подготовки разрешается пользоваться документацией на программу, входящей в ком-плект поставки, а также официально изданными методическими и учебными пособиями. Запрещается использовать распечатки (перепечатки), листинги и материалы на электронных носителях (дискетах, флешках, cd-дисках и прочем).
Защита разработанной конфигурации проводится путем проверки ее работоспособности на тесто-вых данных и собеседования по структуре объектов конфигурации и по использованным средствам встроенного языка.

3 Принципы компоновки задач

Задачи, как правило, включают в себя проверку знаний, умения демонстрации работоспособности, умения программирования и конфигурирования в рамках организации технологий и механизмов сле-дующих учетных и управленческих разделов конфигурации:

• Оптовая торговля;
• Розничная торговля;
• Прием и передача товаров на комиссию;
• Планирование закупок, продаж;
• Планирование денежных средств;
• Учет на складе (в том числе – по ордерной схеме);
• Учет денежных средств;
• Работа с подотчетными лицами;
• Разграничение прав доступа
• Управление взаимоотношениями с контрагентами;
• Управление продажами;
• Управление поставками;
• Управление запасами;
• Анализ торговой деятельности и товарооборота предприятия.

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

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



4 Описание грубых ошибок кандидатов и рекомендации по программным реализациям, проверяемым на экзамене

o Недопустимым является дублирование механизмов, уже существующих в конфигурации.

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

o Нельзя на регистрах накопления остатков вести учет ресурсов, принципиально не выво-димых в ноль! Плохо, когда ресурсы регистра остатков (один или все) изменяются документами только "в одну сторону" (только в "+" или только в "-"), т.е. не обеспечивается выведения остат-ков ресурсов в "0". Нарушение этого требования приводит к неоправданному "распуханию" таб-лиц хранения итогов регистров;

o Нельзя допускать рассогласование по набору измерений при выполнении положительных и отрицательных движений для регистра остатков. Плохо, когда ресурсы регистра остатков (один или все) изменяются документами и в "+" и в "-"), но движения с противоположным зна-ком для одного того же объекта учета выполняются с разными наборами значений измерений, что также не обеспечивает выведения остатков ресурсов в "0".
Например, при положительном движении прописываются значения в измерения "Товар" и "Партия", а при отрицательном – только "Товар". Поскольку "никакое" значение измерения – то же значение, то получаем еще большее "распухание" таблиц итогов. Хотя сводный итог будет, например нулевым, но таблица итогов в результате будет помнить положительное количество товаров в разрезе конкретных партий и отрицательное количество этого же товара в "никакой" партии.

o В случае добавления новых регистров или реализации новых задач на существующих ре-гистрах грубой ошибкой является неверное определение вида регистра накопления (остатки, когда нужны обороты или наоборот)

o Конфигурация должна устойчиво работать и при работе пользователей задним числом.

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

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

o Конфигурация должна устойчиво работать при наличии дублей строк (номенклатуры или сотрудников или т.п.) в документах. Необходимо обеспечить корректное проведение доку-ментов при этом. Если невозможно – то лучше запретить дубли строк.


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


o Ошибочным является стиль программирования, при котором операции, которые пра-вильнее делать в модуле объекта, выполняются в модуле формы.

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

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

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

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

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

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

o По возможности желательно избегать ситуации, когда при проведении документа учиты-вается нечто, кроме как данные самого документа или данные, взятые из регистров на мо-мент проведения документов. Обязательно нужно учитывать возможность изменения "чу-жих" данных. В случае если Вы учитываете при проведении документа состояние какого-нибудь реквизита некого справочника – есть опасность, что пользователь позже может поменять значение реквизита на совсем другое. Значит, для корректной работы конфигурации надо или запретить изменения таких данных, или как-то отработать этот факт – перепроведением доку-ментов или хотя бы предупреждением о возможных коллизиях.

5 Примеры экзаменационных заданий

Задача по практическому использованию прикладного решения "Управление тор-говлей 8 для Украины". Реализация учета комиссионных товаров в прикладном ре-шении "Управление торговлей 8 для Украины"
Фирма закупает и принимает на комиссию одни и те же наименования товаров.
Учет взаиморасчетов ведется в разрезе Заказов;
Учет товаров на складе ведется по методу FIFO, причем сначала списывается товар, принятый на комиссию.
Способ расчета комиссионного вознаграждения при расчетах с комитентом – фиксированный про-цент от прибыли от продаж товаров комитента.
Способ расчета комиссионного вознаграждения при расчетах с комиссионером – фиксированный процент от объема продаж.
Многоскладской и многовалютный учет не ведется.

Необходимо реализовать следующие операции по приобретению товаров:
• Формирование заказа поставщику и заказа комитенту на необходимые товары;
• Оприходование товаров;
• Принятие товаров на комиссию без предоставления комитентом сопроводительных доку-ментов;
• Отражение в системе факта прихода документов на поступившие товары;

Операции по передаче товаров на комиссию:
• Заказ товаров комиссионером;
• Отгрузка товаров комиссионеру;
• Возврат части товара на склад компании;
На основании информации об остатках нереализованного товара у комиссионера необходимо за-фиксировать факт продажи товаров комиссионером;

Операции по взаиморасчетам:
• Отразить выплату комиссионного вознаграждения комиссионеру;
• Отразить получение комиссионного вознаграждения от комитента.

Сформировать Отчет об остатках товаров у комиссионера для многократного использования сле-дующего вида:
Наименование Итого Товар 1 Товар 2
Кол. Сумма Кол. Сумма Кол. Сумма
ИТОГО
Комиссионер
Поступление товаров (комиссия) № 1
Поступление товаров (комиссия) № 2


Задачи по реализации дополнительной функциональности прикладного решения "Управление торговлей 8 для Украины". Программная реализация блока управ-ленческих действий вследствие изменения ABC-категорирования.

ABC – анализ.
В качестве исходной использовать типовую конфигурацию "Управление торговлей 8 для Украины".
ABC-анализ покупателей компании проводится в последний день квартала. Результат его – ABC-классификация покупателей должна оформляться отдельным документом, визироваться финансовым директором компании и действовать весь следующий квартал.
Статус ABC-категорирования для покупателей имеет следующее значение:
Статус Предоставляемая кредитная линия % требуемой предо-платы
A 5000 $ 40%
B 1000$ 50%
C - 100%

В документе, закрепляющем статус, должны быть для каждого покупателя видны старый статус и новый.
Из формы проведенного документа должна быть возможность отработать следующие действия для тех покупателей, у кого статус изменился:
• должны быть программно сформированы новые договора, отражающие значение изменений;
• должны быть сформированы контакты, планирующие с высокой степенью важности встречи ответственных менеджеров с представителями.
Необходимо обеспечить, что бы одни и те же договора и контакты не оформлялись повторно.


Управление стратегическими складскими запасами

В качестве исходной использовать типовую конфигурацию "Управление торговлей 8 для Украины".
Автоматизируемое предприятие - сеть региональных филиалов. У каждого филиала есть главный склад и сеть розничных точек.
Товар на региональные главные склады может поступать только с главного центрального склада, в розничные точки – с соответствующих главных.
Требует реализации вопрос учета стратегических запасов. То есть при снабжении подчиненных от главных складов товар спокойно отпускается до достижения определенных порогов.
Для ряда номенклатурных позиций применяется "красный порог". Если при отпуске (перемещении) товара с некого главного склада количество товара становиться меньше "красного" порога – система должна сформировать контакт на имя руководителя компании с предложением разобраться с ситуацией.
Для ряда номенклатурных позиций применяется "желтый порог". Если при отпуске (перемещении) товара с некого главного склада количество товара становиться меньше "желтого" порога – система должна просто выдать сообщение пользователю.
Для одной и той же товарной позиции в отношении каждого из главных складов может применяться только один из видов порога. То есть – если установлен "красный", то "желтого" уже быть не может и наоборот. Причем значение порога может меняться со временем.
Естественно, система должна показывать пользователю порог и свободный остаток при осуществ-лении подборов в документах:
• Реализация;
• Перемещение;
• Заявка покупателя.

Анализ прибыльности подразделений с учетом затрат

Руководство автоматизируемой компании обеспокоено высоким (на его взгляд) уровнем непроиз-водственных расходов в подразделениях по сравнению с доходностью.
Для прояснения картины было принято решение о необходимости видеть в расширенном варианте отчет "Продажи компании":
Обеспечьте возможность формирования данного отчета еще и по показателю "Сумма затрат" в раз-резах подразделений и статей затрат. (Имейте в виду, что под затратами понимаются не только те, что распределились на себестоимость товаров, а вообще – затраты).

Контроль процесса заключения договоров

Автоматизируемая компания занимается оптовой торговлей. В составе компании существует под-разделение, которое активно работает над задачей привлечения новых покупателей. В задачу сотрудни-ков данного подразделения входит поиск клиента и заключения с ним договора. Для формализации про-цесса в компании было разработано два вида договоров с покупателями:
• Продажа с рассрочкой платежа
• Комиссионная торговля
В системе должна быть предусмотрена возможность заведения и хранения (на основе одного из двух шаблонов) договора в формате программы Microsoft Word.
После того, как договор составлен он должен пройти два этапа:
• Контроль руководителем отдела
• Контроль финансовым отделом
До момента утверждения договора сотрудником финансового отдела (последняя инстанция) по данному договору нельзя оформлять заказ покупателя и реализацию товаров и услуг.
В отчет «Рапорт руководителя» необходимо добавить четыре показателя:
• Количество составленных договоров (за текущий период)
• Количество утвержденных договоров (за текущий период)
• Количество договоров находящихся на рассмотрении начальника отдела
• Количество договоров, находящихся на рассмотрении в финансовом отделе

Сопутствующие товары

Автоматизируемая компания занимается розничной торговлей компьютерной техникой. При этом при продаже компьютеров покупателю могут предлагаться дополнительные аксессуары к нему (напри-мер к компьютеру могут предлагаться: коврик для мыши, сетевой фильтр, источник бесперебойного пи-тания). Необходимо в конфигурации реализовать механизм, позволяющий для любой позиции номен-клатуры, или сразу для группы определять состав сопутствующих товаров.
При продаже товара, после выбора основного товара, необходимо реализовать возможность подбора сопутствующих товаров (только эти товары должны быть в форме подбора).
Необходимо реализовать отчет позволяющий получать суммовые и количественные обороты по продажам товаров, относящихся к сопутствующим и проданных как самостоятельно, так и совместно с основным товаром.
Ardi, Vofka,
03.01.13, 15:15 [Б4/К1] Конфигурирование #1 «Швейное производство по нормативам»
Цитата(AleksA @ 19.12.12, 0:53) *
Вопрос по поводу пункта: "Количественно-суммовой учет материалов, переданных в производство, в разрезе материалов". Эти данные всегда можно получить запросом типа
Запрос = Новый Запрос;
    Запрос.Текст = "ВЫБРАТЬ
    |    ХозрасчетныйОбороты.СчетКт,
    |    ХозрасчетныйОбороты.СубконтоКт1,
    |    ХозрасчетныйОбороты.КоличествоОборотКт,
    |    ХозрасчетныйОбороты.СуммаОборот
    |ИЗ
    |    РегистрБухгалтерии.Хозрасчетный.ОборотыДтКт(&НачДата, &КонДата, , СчетДт В ИЕРАРХИИ (&Счета), , , &ВидСубконтоНом, Организация = &Организация) КАК ХозрасчетныйОбороты";
    
    
    ВидСубконтоНом = Новый Массив;
    ВидСубконтоНом.Добавить(ПланыВидовХарактеристик.ВидыСубконтоХозрасчетные.Номенклатура);
    Запрос.УстановитьПараметр("ВидСубконтоНом",       ВидСубконтоНом);
    
    СчетаЗатрат = Новый Массив;
    СчетаЗатрат.Добавить(ПланыСчетов.Хозрасчетный.ОсновноеПроизводство);
    Запрос.УстановитьПараметр("Счета",       СчетаЗатрат);


Внимание вопрос! Зачем заводить забалансовый счет (например, 0201). По заданию я также не увидел где требуется отчет по списанным в про-во материалам.. И если можно выложите еще раз отчет и базу (ссылка выложенная выше уже не рабочая)


Спорный вопрос...
Смотря что понимать под учетом. В Вашем варианте у нас нет четкого представления о состоянии Номеклатуры , т.е. фактически только приход, а вот что с ней произошло дальше, когда она превращается в готовую продукцию и сколько её осталось после этого , ведь документом "требованиее номенклатуры" можно списать в Дт 231 счета. (Кстати если использовать 8 класс счетов то ваш запрос не работает, там получается между Дт 231 -- Кт 201 вклинивается 8 класс с совершенно не подходящей аналитикой) . База
kow1976,
20.12.12, 13:29 [Б2/К1] Конфигурирование №1 "Займы"
Цитата(AleksA @ 19.12.12, 0:20) *
Выложи плиз, какие сложности или неточности были в решении, на которые обратил внимание препод?


C решение туго, под новый год все хотят перейти на 8-у - просто нет времени.

Есть два момента на которые обращает препод внимание.

1) Все расчетные данные этой задачи нужно получить из Регистра бухгалтерии - никаких доп регистров. т.е. все данные храним в спр. договор и в проводках.
2) Начисление аванса можно делать многими документами так же как и закрытие займа. и каждый раз когда мы выплачиваем кредит следует делать проводки по проценту (Дт 951 ← Кт 684 на сумму начисленных процентов) .
В этом основная сложность получение результатов для отчета.
Вот такие нюансы.
kudryaserge,
18.10.12, 17:29 [Б4/К1] Конфигурирование #1 «Швейное производство по нормативам»
Учел комментарии Punisher
1. Добавил документов.
2. Реализовал списание с забалансового счета.
3. Переработал запрос распределения. (Пришлось использовать Менеджер временных таблиц)

Теперь мне страшно думать о времени ... 2 часа МАЛО

Моя база : сслыка (103 МБ)
Fynjy,
17.10.12, 21:20 [Б4/К1] Конфигурирование #1 «Швейное производство по нормативам»
Зачем снимать документ с поддержки ради проверки , если в задаче явно сказано что спецификации проставляются раз в месяц и только по ним списываются материалы ? Да пусть что хотят ставят в ОПЗС !
Вы сами говорите что надо выполнять задания согласно правилу : Если в задаче явно сказано , то достаточно выполнить это и тут же нарушаете его пытаясь контролировать документ ОПЗС ради алгоритма.

Рассмотрим два варианта : 1) Ваш мы тянем все из документа ОПЗС - переписываем его так как не уверены что будут введены корректные данные, так как в условии ничего не сказано конкретно про такой случай .
2) Ничего лишнего не пишем, берем все данные только в явно оговоренных местах.

Выбор за Вами.
Punisher,
17.10.12, 12:25 [Б4/К1] Конфигурирование #1 «Швейное производство по нормативам»
Конец :

После прочтения сообщения Аndpyxa
Цитата
Попалась на экзамене эта задача, основное на что надо обратить внимание что "Расчет себестоимости готовой продукции выполняется по каждому переделу" и по этому надо поменять условие в запросе
я призадумался и решил сделать именно так как указано в задании :

o Расчет потребности в материалах, исходя из объема выпуска и действующих спецификаций, с распределением сумм, накопленных в дебете счета 231 по аналитике накопления, в дебет счета 231 на аналитику выпуска продукции, исходя из нормативной потребности материалов;" (а не через вспомогательный 00).

1. Удалил 10 строк кода (ломать не строить)

2. Переделал запрос функции АнализДанныхПроизводства документа "ЗакрытиеМесяца";



//доработка
| ВЫБРАТЬ
|  1,
|  0,
|  ХозрасчетныйОбороты.СубконтоДт1,
|  ХозрасчетныйОбороты.СубконтоДт2,
|  ХозрасчетныйОбороты.СчетДт,
|  ХозрасчетныйОбороты.СубконтоКт1
| ИЗ
|  РегистрБухгалтерии.Хозрасчетный.ОборотыДтКт(
|    &НачДата,
|    &КонДата,
|    ,
|    СчетДт В ИЕРАРХИИ (&Счета),
|    ,
|    СчетКт В ИЕРАРХИИ (&Счета),
|    ,
|    СубконтоКт1 = &ФактичекоеПодразделение
|     И СубконтоКт2 = &ФактическаяНоменклатурнаяГруппа
|     И Организация = &Организация) КАК ХозрасчетныйОбороты) КАК ТаблицаЗатрат
//конецдоработки




3. Перепровел документы - ВСЕ !

ОТЧЕТ :

Тут пришлось попотеть - с оформлением .

Нюансы :

1. Отобразить заголовок ;

2. Не отображать итоги

3.Отобразить номера колонок



Решение :

1. Заголовок Делаем отдельным набором данных и выводим его как группировку , сами данные пустые - только присутствует вычисляемое поля - формула : "Распределение материалов по спецификациям : " + БухгалтерскиеОтчеты.СформироватьСтрокуВыводаПараметровПоДатам(&Дата1, &Дата2)

2.Для этого следует создать заголовок для группировки на вкладке макет :



3.Тут все банальней : для варианта отчета на вкладке "Другие настройки" пункт Расположение общих итогов по вертикали ставим в положение "Нет".

Все остальное можно посмотреть уже в самом отчете Отчет (19 Кб)

Моя база Моя база (103 МБ)

P.S.

5 минут на создание регистра сведений "Истории спецификаций"

15 минут на заполнение базы

15 минут на создания обработки табличной части документа "Отчет производства за смену"- "Обработка подбора актуальных спецификаций"

1 час на написания своего общего модуля и правку документа "Закрытие месяца"

Остается 25 минут на написание отчета ... думаю успеем, тем более когда все нюансы уже понятны - отчет действительно легкий.
Fynjy, msokolan, Punisher, Vofka,
12.10.12, 17:01 [Б4/К1] Конфигурирование #1 «Швейное производство по нормативам»
Продолжаю (Сегодня сдал проф. на платформу и от меня отстали, как следствие есть время оформить)

Билет я уже реализовал до момента создания отчета.
Для наглядности покажу вам список изменений которые мне пришлось внести в конфигурацию :




1.Количественно-суммовой учет материалов, переданных в производство, в разрезе материалов.


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



После создания счета остается вклинится в проведение документов "Отчет Производства за смену" и "Требование Накладная", только они могут списывать в производство. Думаю оптимальным будет не трогать сами документы, а вот в общий модуль УправлениеЗапасамиПартионныйУчетвлезть пришлось - Процедура "СписаниеСоСклада"

 
//Доработка
  Если (ТипЗнч(СтрокаДокумента.Регистратор) <> Тип("ДокументСсылка.ОтчетПроизводстваЗаСмену"))
          или (ТипЗнч(СтрокаДокумента.Регистратор) <> Тип("ДокументСсылка.ТребованиеНакладная")) тогда
          УправлениеДоработкамиПроизводства.ОтнестиНаЗабалансВПроизводствоСтроку(СтрокаДокумента,СтрокаПартии,Стоимость,СтоимостьНУ,Количество);
  конецесли;
//конецдоработки


Теперь при списании материалов, только для вышеуказанных документов у нас будет делаться проводка 0201--- ►Пусто◄

    СчетУчета = ПланыСчетов.Хозрасчетный.НайтиПоКоду("0201");
    Если  СчетУчета = ПланыСчетов.Хозрасчетный.ПустаяСсылка() тогда
        Сообщить(НСтр("ru='Для корректного учета сырья переданного в производство следует ввести забалансовый счет 0201';uk='Для коректного обліку сировини переданої у виробництво слід ввести позабалансовий рахунок 0201'",Локализация.КодЯзыкаИнформационнойБазы()));
        возврат;
    конецесли;
    
    Проводка = СтрокаДокумента.Регистратор.Движения.Хозрасчетный.Добавить();
    Проводка.Период      = СтрокаДокумента.Регистратор.Дата;
    Проводка.Организация = СтрокаДокумента.Организация;
    Проводка.СчетДт = СчетУчета;
    
    Проводка.Содержание  = НСтр("ru='Учет переданного сырья в производство';uk='Облік переданої сировини у                          виробництво'",Локализация.КодЯзыкаИнформационнойБазы());
    
    Проводка.СубконтоДт.Номенклатура  = СтрокаПартии.Номенклатура;
    
    Проводка.Сумма       = Стоимость;
    Проводка.КоличествоДт  = Количество;
    
    Если Проводка.СчетДт.НалоговыйУчет Тогда
        Проводка.СуммаНУДт = СтоимостьНУ;
        Проводка.НалоговоеНазначениеДт = СтрокаДокумента.НалоговоеНазначение;
    КонецЕсли;


2.Расчет потребности в материалах, исходя из объема выпуска и действующих спецификаций, с распределением сумм, накопленных в дебете счета 231 по аналитике накопления, в дебет счета 231 на аналитику выпуска продукции, исходя из нормативной потребности материалов

Алгоритм :
1. Соберем сведения о выпущенной продукции за месяц и их спецификации из документов "Отчет производства за смену"
но только в том случае если не стоит признака списывать материалы ! (Если материалы списаны будем считать что пользователь учел ПОТРЕБНОСТИ ПРОИЗВОДСТВА)

2. Сформируем средневзвешенную стоимость материалов
3. Итоговые суммы запишем проводками 231-00 , 00 - 231.

ОЧЕНЬ ВАЖНО использовать Вспомогательный счет. Как уже указывал Velpon есть у нас хитрый запрос в процедуре "АнализДанныхПроизводства" в документе "Закрытие месяца", но думаю смысла этого запроса он не уловил :

    |    (ВЫБРАТЬ
    |        1 КАК Источник,
    |        0 КАК КонечныйОстатокОПЗ,
    |        ХозрасчетныйОбороты.СубконтоДт1 КАК Подразделение,
    |        ХозрасчетныйОбороты.СубконтоДт2 КАК НоменклатурнаяГруппа,
    |        ХозрасчетныйОбороты.СчетДт КАК СчетЗатрат,
    |        ХозрасчетныйОбороты.СубконтоКт1 КАК НоменклатураЗатрат
    |    ИЗ
    |        РегистрБухгалтерии.Хозрасчетный.ОборотыДтКт(&НачДата, &КонДата, , СчетДт В ИЕРАРХИИ (&Счета), , (НЕ СчетКт В ИЕРАРХИИ (&Счета)), , Организация = &Организация) КАК ХозрасчетныйОбороты
    |


Ключевой момент в строчке СчетДт В ИЕРАРХИИ (&Счета), , (НЕ СчетКт В ИЕРАРХИИ (&Счета)) это условие отсеивает все обороты между 231 счета если они сделаны с 231 счета ! а если с любого другого то алгоритм документа Закрытие месяца с радостью все распределит что накопилось на Дт 231 счета и сформирует себестоимость.

Саму реализацию алгоритма можно посмотреть в моей базе Моя база (103,0 Мб)
denvit1C, Fynjy, msokolan, velpon, Vofka, Глист,
04.10.12, 12:49 [Б4/К1] Конфигурирование #1 «Швейное производство по нормативам»
Продолжаем

1. Изменять справочник "Спецификации номенклатуры" я не буду. (этого не просят - значит и не надо).

2. Снимем правильно конфигурацию с поддержки :
2.а) Нажимаем кнопочку - "Включить возможность изменения" устанавливаем следующие параметры

2.б) Теперь разблокируем дерево для возможного добавления новых объектов !


3.Создаем Регистр сведений, для хранения информации о спецификациях :

Комментарий : естественно следует в форме элемента сделать отбор по владельцу для реквизита формы : "Спецификация".

4. Вводим чуточку данных (я например ввел 2-е спц одежды и 2-е обычные номенклатурные позиции) :




5.Заполняем регистр сведений, тут ощущение двоякое, от нас требуется предоставить механизм с другой стороны - ВРЕМЯ работает против нас на экзамене , думаю если останется время то реализую "Помощник заполнения ежемесячной спецификаций" и вставлю в дополнительные обработки.



6.Делаем поступления (тут уж думаю вопросов не должно быть!)

7.Я назвал номенклатурную группу где будут накапливаться суммы "Общие производственные"




Пока все, на всякий случай Моя база (102,9 Мб)

P.S. Все вышесказанное ИМХО .
kudryaserge, Punisher, RinLis, Vofka,
03.10.12, 12:23 [Б4/К1] Конфигурирование #1 «Швейное производство по нормативам»
Начнем !
Сначала заполним базу (знаю? что это сможет сделать 99% людей, но думаю следует это подробно разжевать):






















Продолжение следует...., работа есть еще основная.

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

В конечном итоге конфа с решенным билетом будет прикреплена к теме (да позволят это сделать Администраторы)
accid, Fynjy, Katerina_1C, lena77, Lorry, RinLis, scherbyna, Vofka,
18.09.12, 8:43 Специалист : Бухгалтерия для Украины
Предлагаю выкладывать билеты, если они в текстовом варианте просто на форуме а не ссылкой, что бы не качать.

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


9. [Б3 \ К1] Конфигурирование #1 «Прохладительные напитки»
Условия: компания ООО «Живая вода» производит прохладительные напитки.
В производственной деятельности экплуатируется разливочное оборудование, которое все время приходится переоснащать – разбирать и собирать заново в измененной конфигурации.
В учете на предприятии используются следующие сущности:
Оборудование – независимый с точки зрения технологического процесса необоротный актив, который может состоять из Агрегатов и Запчастей, учитывающийся на счете «104 Машины и оборудование»;
Агрегат – физически неделимый необоротный актив, который может входить в состав Оборудования или эксплуатироваться самостоятельно, в случае самостоятельного использования учитывается на счете «104 Машины и оборудование»;
Запчасть – деталь, необходимая для сборки/разборки Оборудования, учитывается на счете «207 Запасные части».
При вводе оборудования в эксплуатацию известен состав и стоимость Агрегатов и Запчастей. Первоначальная стоимость Оборудования равна сумме стоимостей всех составных частей, из которых Оборудование собрано.
В бухгалтерском учете операция разборки Оборудования на составляющие Агрегаты и Запчасти отражается следующим образом:
• Оборудование выводится из эксплуатации:
o Дт 131 ← Кт 104 на сумму износа
o Дт 1522 ← Кт 104 на сумму остаточной стоимости Оборудования
• Запчасти возвращаются на склад:
o Дт 207 ← Кт 1522 на сумму стоимости Запчастей
• Агрегаты вводятся в эксплуатацию по остаточной стоимости (стоимость Агрегатов уменьшается на сумму износа Оборудования пропорционально стоимости Агрегата):
o Дт 104 ← Кт 1522 на сумму остаточной стоимости Агрегата.
В случае полного износа Агрегатов, они в эксплуатацию не вводятся.
В налоговом учете Оборудование и Агрегаты относятся ко 2-ой группе основных средств, а Запчасти к запасам. При разборке Оборудования в налоговом учете уменьшается количество основных средств группы, а при вводе Агрегатов количество основных средств группы увеличивается. Запасы при разборке Оборудования увеличивают количество запасов на складе и сумму валовых расходов.
Задание: необходимо доработать типовую конфигурацию «1С:Бухгалтерия 8.0 для Украины» таким образом, чтобы в системе были автоматизированы:
• Бухгалтерский и налоговый учет операций разборки разливочного оборудования;
• Механизм учета состава Оборудования для определения состава и стоимости его Агрегатов и Запчастей.
• Построение по данным бухгалтерского учета отчета следующего вида:
Сводная ведомость по движению агрегатов с . . по . .

Основное средство Инв. номер Дата операции разузлования Первоначальная стоимость Накопленный износ Стоимость
Разливочная линия РЗЛ-001/13 12.08.96 400 100 300
Итого Агрегаты 200
Агрегат 1 Инв. Агрегат1 100
Агрегат 2 Инв. Агрегат2 100
Итого Запчасти 100
Болт 1 10 шт 80
Болт 2 2 шт 20
Автоматизированные операции должны работать при произвольном, выбранном в учетной политике организации, способе оценки МПЗ (запасов) – «FIFO» или «По средней»

+ Мне принесли билет о «Предпродажная подготовка автомобилей», он фигурировал уже под номером 3 , но сдесь он более в развернутом вариантре


Б1/К1] Конфигурирование #1 «Предпродажная подготовка автомобилей»
Условия: компания ООО «МИКО» занимается продажей легковых автомобилей "Славута" в городе N-ске и области. В некоторых случаях покупатели легковых автомобилей заказывают дополнительные опции к приобретаемым автомобилям. Часть опций устанавливается на заводе-изготовителе, а часть – непосредственно перед продажей сотрудниками компании. По результатам выполнения этих работ сотрудникам начисляется сдельная оплата.
Все затраты на предпродажною подготовку:
• стоимость опционального оборудования,
• сдельная оплата мастеров,
• прочие прямые нематериальные затраты,
включаются в себестоимость подготовленных автомобилей, и в дальнейшем такие автомобили учитываются как новая товарная позиция.
Автомобили, которые уже были подготовлены (доукомплектованы) подлежат реализации, и повторная комплектация для них не предусматривается.
В бухгалтерском учете
• операция предпродажной подготовки автомобиля отражается как поступление на склад новой комплектации по стоимости автомобиля базовой комплектации и опционального оборудования, необходимого для подготовки:
o Дт 28 (с/к скомплектованное авто) ← Кт 28 (с/к авто) на сумму автомобиля;
o Дт 28 (с/к скомплектованное авто) ← Кт 20 (с/к доп. опции) на сумму доп. опций;
• сдельная оплата мастеров начисляется в конце периода, поэтому не может быть включена в себестоимость непосредственно в момент выполнения операции и накапливается на выделенном субсчете счета 28 «Товары» в разрезе скомплектованных автомобилей:
o Дт 28 (с/к скомплектованное авто) ← Кт 66 (с/к сотрудник) на сумму зарплаты;
• прочие прямые нематериальные затраты накапливаются на том же выделенном субсчете счета 28 «Товары» в разрезе скомплектованных автомобилей:
o Дт 28 (с/к скомплектованное авто) ← Кт 63 (с/к поставщик услуги) на сумму услуги;
Для корректного определения себестоимости автомобилей, прошедших предпродажную подготовку в конце периода (месяца) на сумму накопленных затрат происходит дооценка себестоимости:
• распределение дополнительных затрат между париями автомобилей, комплектация которых производилась в текущем периоде, себестоимость автомобилей с учетом дополнительного оборудования;
o Дт 28 (с/к скомплектованное авто) ← Кт 28 (с/сч прямых нематериальных затрат) на часть суммы прямой нематериальной затраты, соответствующую себестоимости объекта дооценки;
• досписание сумм дооценки по направлениям выбытия скомплектованных в текущем периоде автомобилей (реализация, перемещение или списание по различным причинам):
o Дт 902 ← Кт 28 (с/к скомплектованное авто) на сумму дооценки (в случае реализации доукомплектованной номенклатуры);
o Дт 28 (с/к скомплектованное авто) ← Кт 28 (с/к скомплектованное авто) на сумму дооценки по с/к перемещения (в случае перемещения доукомплектованного авто);
o Дт сч {94, 97} ← Кт 28 (с/к скомплектованное авто) на сумму дооценки (в случае списания доукомплектованной номенклатуры);
Задание: необходимо доработать типовую конфигурацию «1С:Бухгалтерия 8.0 для Украины» таким образом, чтобы в системе были автоматизированы бухгалтерский и налоговый учет операций:
• предпродажной подготовки автомобилей, с одновременным списанием опционального оборудования, которые используются при такой подготовке;
• распределение прямых нематериальных затрат, накопленных в течение периода (месяца) между партиями автомобилей, которые были доукомплектованы в текущем периоде.
Автоматизированные операции должны работать при произвольном, выбранном в учетной политике организации, способе оценки МПЗ (запасов) – «FIFO» или «По средней».
При отражении операций должны корректно заполнятся разрезы аналитического учета по используемым счетам хозрасчетного и налогового планов счетов, а также измерения используемых регистров.
Автоматизация начисления сдельной зарплаты и учета дополнительных прямых нематериальных затрат в задание не входит. При проверке требуемой функциональности эти затраты могут быть отражены ручными проводками.
Глист,
07.09.12, 12:43 Специалист : Бухгалтерия для Украины
Данный вопрос задавали много раз, на разных формах, но складывается такое ощущение что комплекта нет .
Книг по данной тематике я нашел много (более одной upset.gif ).

Предлагаю выкладывать что у кого есть по данной тематике.

ПРИМЕР ЭКЗАМЕНАЦИОННОГО ЗАДАНИЯ
Условия: торговая компания ООО «Здоровье в каждый дом» занимается оптовой и рознич-ной торговлей лекарственными средствами (не облагаемыми НДС) и хозяйственными товарами (облагаемые по ставке НДС 20%).

В учетной политике предприятия c 1 января 2011 г. определены следующие пара-метры учета:
• аналитический учет МПЗ:
o осуществляется контроль отрицательных остатков;
o партионный учет ведется, складской учет в бухгалтерском и налоговом учете ведется, суммовой учет по складам не ведется;
o аналитический учет расчетов с контрагентами ведется по документам (в разрезе до-говоров / расчетных документов);
o товары в рознице учитываются в разрезе по номенклатуры и ставок НДС;
• аналитический учет расчетов с контрагентами ведется по документам;
• в бухгалтерском учете:
o способ оценки МПЗ методом «FIFO»;
o оценка товаров в рознице методом «по продажной стоимости»;
o используемые классы счетов расходов «Классы 8 и 9 (элементы и затраты деятель-ности)»;
• в налоговом учете:
o схема налогообложения «Налог на прибыль и НДС»;
o способ оценки МПЗ методом «FIFO»;
Компания ведет бухгалтерский и налоговый учет операций:
• хозяйственная:
o приобретение товаров у отечественных и зарубежных поставщиков;
o продажа товаров отечественным покупателям оптом и в розницу;
• нехозяйственная деятельность:
o комплектация наборов первой необходимости и их безвозмездная передача физиче-ским лицам.
Оптовая торговля ведется с основного склада компании по оптовым ценам.
Розничная торговля ведется в неавтоматизированных торговых точках по розничным ценам.
Цены продажи (разные для оптовой и розничной торговли) устанавливаются регулярно два раза в месяц (1-го и 15-го числа). При реализации используются установленные регламентные цены.


В конфигурации необходимо реализовать:
• учет спецификаций комплектов;
• автоматизированный учет комплектации наборов документом "Лист комплектации" в ко-тором:
o обеспечить возможность выбора склада поступления комплекта:
 предусмотреть возможность выбора только оптового склада;
o обеспечить возможность выбора склада списания товаров, использованных для ком-плектации:
 предусмотреть возможность выбора только оптового склада;
o обеспечить возможность выбора комплектуемого набора и указания количества на-боров;
o обеспечить возможность выбора списка товаров, использованных для комплектации, и указания количества по каждому товару:
 предусмотреть автозаполнение табличной части согласно основным спецификациям на дату документа;
 предусмотреть возможность ручной корректировки списка товаров и их количества;
o обеспечить возможность использования товаров, приобретенных для ведения хозяй-ственной деятельности, без предварительной корректировки налогового назначения запасов;
• автоматизированный учет нецелевого использования запасов с целью анализа подобного использования при корректировке сумм НДС;
• автоматизированный учет передачи комплектов физическим лицам документом "Списание товаров" при проведении которого:
o обеспечить ведение учета переданных комплектов в количественном и стоимостном (по оптовым ценам) выражении в разрезе физических лиц;
• возможность учета расходов на заработную плату сотрудников, осуществляющих ком-плектацию наборов:
o обеспечить возможность ввода сдельной зарплаты за комплектацию один раз в конце месяца ручной операцией;
o обеспечить автоматизированное распределение затрат на зарплату пропорционально стоимости собранных комплектов с досписанием этих затрат по направлениям списания комплектов;
o обеспечить выполнение операции распределения затрат на зарплату в составе рег-ламентных операций документа "Закрытие месяца";
• автоматизированную корректировку сумм НДС по товарам, вошедшим в комплекты:
o обеспечить автозаполнение табличной части документа "Изменение налогового на-значения запасов" с возможностью ручной корректировки информации;
По данным бухгалтерского учета сформировать сравнительный отчет, показывающий за указанный период изменение прибыли компании в связи с безвозмездной передачей комплектов физическим лицам (благотворительность). Отчет необходимо формировать в разрезе ком-плектов. Предусмотреть возможность указания списка комплектов для анализа. При построении отчета использовать оптовые цены продажи товаров, фактически вошедших в комплект.
По данным налогового учета разработать сравнительный отчет, показывающий за указанный период изменение сумм налоговых обязательств по НДС, налогового кредита по НДС в связи с безвозмездной передачей комплектов физическим лицам (благотворительность).

Скачать архив с билетами upd 18.09.2012: [attachment=646:Билеты_С...алист_БП.zip]

Скачать ещё одну версию (из этого поста): [attachment=746:Специали..._Украины.zip]


 i 

правила:п.5. Описание к теме - это может быть дополнительное описание или логическое продолжение названия темы. Не надо писать туда что попало. Если написать нечего - это поле можно не заполнять. ( mister-x -)
 


 ! 

И от меня, п.13
 
Flexy, mister-x, Vofka, Глист,

4 страниц V  « < 2 3 4
RSS Текстовая версия Сейчас: 29.03.24, 11:54
1С Предприятие 8.3, 1С Предприятие 8.2, 1С Предприятие 8.1, 1С Предприятие 8.0, 1С Предприятие 7.7, Литература 1С, Общие вопросы по администрированию 1С, Методическая поддержка 1С - всё в одном месте: на Украинском 1С форуме!