Отчет предназначен для количественного планирования закупок в разрезе контрагентов на основании данных управленческого учета о продажах.
Закладка «Параметры» На закладке устанавливаются основные параметры, влияющие на расчет планируемых показателей.
Период анализа продаж - фактический период, на основании которого рассчитываются средние продажи.
Флажок «Показать только необходимые закупки» - в отчет выведутся только те номенклатурные позиции, по которым необходимый объем закупки больше нуля.
Флажок «По всей номенклатуре» - отчет сформируется по всем позициям из справочника «Номенклатура».
Тип цен номенклатуры - заполняется, если отчет будет использоваться для формирования и заполнения заказов поставщикам.
Рабочая неделя - параметр, необходимый для расчета числа рабочих дней в планируемом периоде.
Остаток к началу периода закупок рассчитывается по двум вариантам. Получить из итогов - исходя из данных по остаткам на складах; Рассчитать с учетом заказов - данные по остаткам на складах будут увеличены на объем ожидаемых поступлений согласно оформленным заказам поставщикам.
Дней закупок - за сколько дней мы хотим продать рекомендованный программой объем товара.
Закладка «Отбор» Здесь можно ограничить отбор данных для отчета в разрезе складов, номенклатуры и ее характеристик.
«Контекстное меню»
Изменить контрагента- изменить поставщика данного товара для формирования заказа данной позиции другому поставщику
Расшифровка - использовать средства 1С для формирования отчетов.
Синяя строка - работает если строка таблицы подсвечена синим. Данный момент происходит если товар приходил от более чем одного поставщика. Позволяет посмотреть от кого, когда и за сколько.
Заполнить колонку "Заказ" - переносит рекомендуемое программой количество в колонку "Заказ". Если выбраны "Все" контрагенты тогда работает для всех, если конкретный контрагент, тогда только для его номенклатауры.
«Показатели»
Продано - количество реализованного товара за анализируемый период; определяется в единицах хранения с учетом возвратов.
Дней продажи - количество дней, когда товар был на складе и/или продавался.
Средняя продажа за день - определяется делением объема продаж на количество дней продажи.
Остаток на дату начала закупок - остаток на складе.
Необходимый объем закупок - определяется путем вычитания остатка на складах из планируемого объема продаж.
Планируемый объем продаж - произведение средней продажи за день на количество рабочих дней в планируемом периоде.
Заказ - проставляется пользователем для формирования заказа.
Эффективность - соотношение цены закупки и выбранной ценой номенклатуры.
На основании отчета можно оперативно сформировать документы «Заказ поставщику» и «Внутренний заказ» в разрезе складов.
Никаких фокусов нет, у партий один алгоритм записи регистров, у продаж другой. Когда что-то непонятно - учитесь читать код.
Партии пишутся с помощью отдельной процедуры, которая подготавливает и записывает набор записей, при этом он уже доступен для чтения запросами. Продажи скорее всего пишутся именно из коллекции Движения.Продажи, т.е. заполнятся коллекция Движения.Продажи а потом уже автоматом фиксируется в регистре при окончании транзакции проведения, следовательно запросом получить нельзя.
А я считаю ниприемлимымь использовать в коде <>&' в русккой раскладке. Голосую за бб юю энд апостраф.
ОФФ: Добавьте в шаблоны (лет 5 уже юзаю и не знаю проблем): 1. Название: > Автоматически заменять строку: Ю Текст шаблона: > 2. Название: < Автоматически заменять строку: Б Текст шаблона: < 3. Название: <> Автоматически заменять строку: БЮ Текст шаблона: <> 4. Название: <= Автоматически заменять строку: Б= Текст шаблона: <= 5. Название: >= Автоматически заменять строку: Ю= Текст шаблона: >= 6. Название: ЕстьТгдд Автоматически заменять строку: ЕстьТ[гдд] Текст шаблона: ЕстьNULL(<?>, 0) 7. Название: NULL Автоматически заменять строку: тгдд Текст шаблона: NULL 8. Название: [] Автоматически заменять строку: хъ Текст шаблона: [] 9. Название: & Автоматически заменять строку: ? (тут у меня с пробелом) Текст шаблона: &<?>
Киев. Пару дней назад попал в небольшое ДТП. Мне в зад машины въехали. Водитель (под предлогом "нет времени", сказал на камеру что виноват и я снял его номера) уехал с места ДТП. Не успел вызвать ГАИ - через минуту-пять проезжала мимо патрулирующая машина, спросили в чем дело. Я разъяснил, зафиксировали протоколом и через 10 мин уже поехал домой. Утром мне уже звонили с ГАИ где был и сам виновник ДТП, сейчас машина ремонтируется на СТО за счет виноватого.
Резюме. ГАИ в Киеве работает, проверено лично, милицию проверять не собираюсь, полагаю что работает так же.
Всем спасибо, так получилось что день рождения совпал с отпуском, так что я отметил по полной со старыми друзьями в Одессе. Vofka, приеду в Киев отпразднуем индивидуально семьями
Получил два рекламных СМС о том, что не желаю ли я стать владельцем VOLKSWAGEN Polo. Акцию "70 днів – 70 автомобілів VOLKSWAGEN Polo" проводит сама Киевстар.
Ну зашел на сайт, нашел акцию и увидел ссылку с победителями:
18-11-2013 Савченко Ганна Володимирівна 19-11-2013 Марченко Олександр Іванович 20-11-2013 Бурнель Яна Станіславівна 21-11-2013 Марченко Тетяна Іванівна 22-11-2013 Крамарчук Валентина Іванівна 23-11-2013 Довгань Андрій Олександрович 24-11-2013 Мовчан Надія Петрівна 25-11-2013 Крамарчук Вікторія Миколаївна 26-11-2013 Шевельов Олександр Миколайович 27-11-2013 Довгань Олександр Андрійович 28-11-2013 Сухоруков Микола Кузьмич 29-11-2013 Олійник Тетяна Іванівна 30-11-2013 Довгань Наталія Миколаївна 01-12-2013 Шевченко Денис Валерійович 02-12-2013 Писанко Ірина Леонідівна 03-12-2013 Павлова Тетяна Вікторівна 04-12-2013 Сокуренко Олена Вікторівна 05-12-2013 Аверков Сергій Валерійович 06-12-2013 Клевчук Любов Ананіївна 07-12-2013 Аверков Сергій Сергійович 08-12-2013 Федоренко Євген Олександрович 09-12-2013 Бельма Андрій Савич 10-12-2013 Чорний Назарій Богданович 12-12-2013 Чорна Мар'яна Андріївна
На 12 числе заканчивается акция и в фамилиях неоднократное дежавю.
Дорогой Друг. Поздравляю тебя с твоим очередным Днем Рождения. Много слов писать не буду, все равно в субботу будем заливать это событие вместе. Так что береги печень - я с тобой!!!
Спецификация - это составляющие детали (изделия) для её изготовления т.е. Деталь1 состоит из 2 шт Изделие1 и 6 шт Изделие2 Деталь2 состоит из 3 шт Изделие1 и 3 шт Изделие2 Изделие1 состоит из 1 Изделие5 и 2 Изделие6 Изделие2 состоит из 2 Изделие5 и 1 Изделие7 и т.д.
т.е необходимо вбить то из чего состоит деталь по спецификации Далее когда списывается номенклатура на изготовление детали (изделия) указывается конкретная спецификация по которой идет списание. Это всё храниться в этом оборотном регистре. В конечном итоге получится цепочка по которой можно получить ("разузловать") всё из чего состоит любая производимая деталь (изделеие) как в плановом показателе (по спецификации), так и в фактическом (по регистру)
На терминале стоит Windows Mobile 6.5 и есть wifi. Следовательно есть возможность подключиться к серверу по RDP. Сразу запускать 1С в режиме рабочего стола со специально написанным для терминала интерфейсом. Никакого дополнительного ПО не надо - работаем сразу в базе без всяких там синхронизаций. Делал так - все были довольны.
Отчет построен на базе типовых отчетов «Расчетная ведомость» и «Расчетные листки организации» и позволяет получить более детальную информацию по видам начисления (в том числе с группировкой по месяцам) как было в версии 7.7
Преимущество данного отчета заключается в более детальной печатной форме по сравнению с типовым вариантом.
Все начисления, удержания и выплаты находятся под отдельной объединяющей шапкой с информацией о том, какие типы расчетов она объединяет. После каждой группы расчетов идет итоговая колонка с общей суммой всех колонок. Отчет также показывает подробную информацию о займах выданных сотруднику (сколько было всего взято, сколько было возвращено, сколько осталось возвратить). Виды расчетов с периодами действия отличные от периода регистрации рядом с названием также дополняются и названием месяца, к которому они принадлежат (например, такие расчеты как Больничные, Отпускные, НДФЛ). Отчет показывает подробную информацию о льготах по подоходному налогу по каждому сотруднику, где каждая льгота показывается в отдельной колонке, а после всех льгот идет итоговая сумма. Поддерживаются все функции расшифровки и группировки, которые по умолчанию имеет типовой шаблон.
бработка позволяет в интерактивном режиме задать команды преобразования картинки и сразу увидеть результат. Также обработка генерирует текст функции преобразования для вставки в свой код.
Назначение: интерактивное выполнение последовательности преобразований над изображением, получение результата преобразований, сохранение картинки-результата.
Особенности: работает в любой конфигурации, использует ActiveX-библиотеку GflAx
В обработке наглядно показан способ кадрирования изображений.
Можно использовать для кадрирования изображений непосредственно в 1С перед записью в базу, например, изображения товаров. В нашем случае это фотографии сотрудников. Т.е. кадровик выбирает фотографию сотрудника и выделяет область, которая автоматически записывается в базу.
Применяется библиотека (javascript, не ВК) jQuery и плагин (тоже javascript) imgAreaSelect, а так же утилита Convert из пакета ImageMagick
Предварительной установки не требуется, прав администратора тоже.
Иногда бывает необходимость, работая в базе, сравнить данные оборотно-сальдовой ведомости с копиями той же базы разных периодов. Так вот, именно эта обработка и создана для подобных случаев. Сидим в одной, а видим данные другой.
Получаем результат, где другим цветом выделены данные из внешней базы.
Работает только на конфигурации УПП 1.3!!!
Пока не реализовано:
1. Сравнение карточки счета
2. Развернутое сальдо
3. Данные по валютам
4. Данные по количеству
24.12.2012 Изменения добавления в обработке Выделение другим фоном ячеек, где числа отличаются. Вывод сравнения итогов.
1С Предприятие 8.3, 1С Предприятие 8.2, 1С Предприятие 8.1, 1С Предприятие 8.0, 1С Предприятие 7.7, Литература 1С, Общие вопросы по администрированию 1С, Методическая поддержка 1С - всё в одном месте: на Украинском 1С форуме!