четверг, 30 декабря 2010 г.

Разработка учетных и аналитических приложений в среде 1С

  1. Назначение и функциональные особенности 1С:"Предприятие"
  2. Основные объекты конфигурации
    1. Понятие ―конфигурация
    2. Объект конфигурации
    3. Свойства объекта конфигурации
    4. Основные виды объектов конфигурации и их назначение
    5. Основные свойства объектов конфигурации 
  3. Технологические средства конфигурирования и администрирования 
    1. Система настройки пользовательских интерфейсов
    2. Подсистемы
    3. Технология конфигурирования
    4. Открытие конфигурации
    5. Сохранение конфигурации
    6. Закрытие конфигурации
    7. Дерево объектов конфигурации
    8. Создание объектов конфигурации
    9. Свойства конфигурации
  4. Технология разработки прикладного решения
    1. Постановка задачи на разработку прикладного решения
    2. Запуск 1С: Предприятие и создание новой базы данных
    3. Создание справочников
    4. Технологии работы с объектом конфигурации Документ
    5. Регистр накопления
    6. Создание движений документов
    7. Создание отчетов 
  5. Объект конфигурации Макет
    1. Создание макета документа Оказание услуги
  6. Редактирование макетов и форм
    1. Редактирование макета документа Оказание услуги
    2. Редактирование формы документа Оказание услуги 
  7. Объект конфигурации Регистр сведений
    1. Назначение объекта конфигурации Регистр сведений
    2. Создание периодического регистра сведений Цены
    3. Создание функции Розничная цена
    4. Автоматическое заполнение цены в документе Оказание услуги 
  8. Объект конфигурации Перечисление
    1. Реорганизация справочника Номенклатура
    2. Изменение процедуры проведения документа Оказание услуги
  9. Проведение документа по нескольким регистрам
    1. Создание регистра накопления Стоимость товаров
    2. Изменение процедуры проведения документа Приходная накладная
    3. Изменение процедуры проведения документа Оказание услуги
  10. Оборотный регистр накопления
    1. Создание оборотного регистра накопления Продажи
    2. Изменение процедуры проведения документа Оказание услуги
  11. План видов характеристик 
    1. Объект конфигурации План видов характеристик 
    2. Создание объектов конфигурации
    3. Модификация справочника Номенклатура
    4. Модификация справочника Варианты номенклатуры
    5. Модификация регистра Остатки материалов
    6. Модификация документа Приходная накладная 
    7. Формирование отчета Остатки товаров по свойствам
  12. Бухгалтерский учет
    1. Создание объекта конфигурации План видов характеристик Виды субконто
    2. Объект конфигурации План Счетов
    3. Объект конфигурации Регистр бухгалтерии
    4. Создание отчета Оборотно - сальдовая ведомость 
    5. Задание для самостоятельной работы

вторник, 28 декабря 2010 г.

Ei 2010

Хочется закончить год версией 2.010...:)
Как символично. Исправлены критические ошибки и немножко дополнений.
Подробнее.

P.S. И не надейтесь что 2011 закончится версий 2.011, все будет гораздо веселее

суббота, 18 декабря 2010 г.

Ei 2.0


Вышла новая версия, для кого то давно желанная, для других достаточно неожиданная. Многие считали, что новых версий уже ждать не стоит. И вот спустя почти два года ....... Я представляю вашему вниманию Ei 2.0.

Это самый большой скачок в функциональности, который я когда-либо делал в рамках одной версии. Как обычно Ei позволяет вам:  выполнять запросы обрабатывать их результаты, редактировать объекты конфигурации, получать структуру хранения данных информационной базы, но теперь обработка делает все эти вещи лучше, и вот почему:

четверг, 9 декабря 2010 г.

О согласованности РЛС и учетной политики

Учетная политика (как по УУ и БУ ) оказывает значительное влияние на РЛС и соответственно на возможности ограничения того или иного пользователя или группы пользователей.
Прежде чем заявлять(настраивать) какое либо ограничение загляните  в учетную политику, возможно от него придется отказаться.
Рассмотрим простой пример:

воскресенье, 10 октября 2010 г.

Учет НДС



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

  1. Отменено проведение СФ после проведения расходного/приходного документа.
  2. Для УПП, не выполнена регламентная операция - проведение документов по регистрам НДС (движение в регистр "НДС начисленный" для документа "Передача ОС" и др. формируется только этой рег. операцией).

среда, 22 сентября 2010 г.

Операции по учету брака

Рассмотрим 2 самых стандартных варианта документооборота затрат по браку.

Вариант возникновения брака через выпуск

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

Рисунок 1 - Выпуск бракованной продукции: собраны использованные затраты и
сформированы новые - по браку


пятница, 6 августа 2010 г.

Конвертация данных. Описание

Введение

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


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

Таким образом, обмен данными  можно разделить на следующие стадии:
  1. Стадию подготовки правил обмена;
  2. Стадию обмена данными;
    1. Выгрузка;
    2. Преобразование(Конвертация);
    3. Запись в файл данных;
    4. Чтение данных из файла;
    5. Запись изменение объектов ИБ;

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

Самый сложным и ответственным этапа безусловно является подготовка правил обмена. Конфигурация Конвертация данных как раз и предназначена для разработки правил обмена данными.

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

четверг, 29 июля 2010 г.

Произвольные отчеты

Раз на Youtube теперь можно добавлять ролики длиннее 10 минут,  вот курс по разработке произвольных отчетов в 1С: Предприятии 8



P.S Ограничение переместилось на 15 мин :)

воскресенье, 25 июля 2010 г.

Модель аналитического учета разниц НУ в программах 1С

В программах 1С (Бухгалтерия предприятия, УПП, Комплексная автоматизация) реализована следующая модель аналитического учета разниц.
Аналитический учет разниц ведется в регистре «План счетов налогового учета (по налогу на прибыль)».
Измерение «Вид учета» обеспечивает дополнительный пооперационный аналитический учет по видам:
  • НУ - запись регистра отражает оценку, определяемую в соответствии с главой 25 НК РФ; 
  • ПР - запись регистра отражает постоянную разницу, определяемую в соответствии с ПБУ 18/02;
  • ВР - запись регистра отражает временную разницу, определяемую в соответствии с ПБУ 18/02 . 
Записи на счетах налогового учета один из двух вариантов:
ОцНУ + ПР + ВР = ОцБУ или
БУ = НУ + ВР + ПР
Хозяйственные операции в программе отражаются в двух планах счетов: бухгалтерского и налогового учета. Если в операциях присутствует разница в оценке между бухгалтерским и налоговым учетом формируются проводки по разделителям учета ВР, ПР
При отражении в проводках активов и обязательств по разделителям учета «ВР», «ПР» возникают положительные и отрицательные суммы.

суббота, 5 июня 2010 г.

Профессионал по 8.2

Очередной пакет уроков по Платформе 1С: Предприятие 8.2 от Насипова Фарита и Евгения Гилева.
На этот раз рассмотрены вопросы сертификации на профессионала по платформе.

вторник, 25 мая 2010 г.

Возврат услуги

Для отражение факта возврата услуги в 1С, необходимо оформить документ Поступление товаров и услуг с отрицательной суммой

В документе должно быть как минимум 2 строки:

  1. Сумму возврата (с указанием ставки НДС, и счета затрат = счета поступления услуги);
  2. Сумма НДС (без НДС и счет учета затрат = счету НДС (19.04))



Для 2 строчки важно заполнить аналитику с указанием документа поступления услуги, по которому проходит возврат 


В конце месяца(квартала) создаем(заполняем автоматически) документ восстановление НДС


Примечание
В документе восстановление НДС должна присутствовать строка со ставкой Без НДС, проводки по ней сформированы не будут, но необходимые остатки с регистра  НДС предъявленный она спишет.

Для разработчиков:
Процесс занесения двух строчек в табличную часть можно исключить если в модуле   УправлениеЗапасамиПартионныйУчет внести следующие изменения
 
//Если СтруктураПараметрыПроводок.Свойство("ВыделениеНДС") И СтруктураСуммыВПроводки.НДС > 0 И (НЕ флСчетУчетаЗабалансовый) Тогда

Если СтруктураПараметрыПроводок.Свойство("ВыделениеНДС") И (СтруктураСуммыВПроводки.НДС > 0 ИЛИ СтруктураСуммыВПроводки.НДС < 0) И (НЕ флСчетУчетаЗабалансовый) Тогда



пятница, 23 апреля 2010 г.

Настройка распределения затрат при расчете себестоимости

Настройка распределения затрат при расчете себестоимости. Назначение методов распределения для статей затрат

Вообще, для точности нужно поправиться - речь будет идти не только о косвенных, но и о прямых распределяемых затратах.
В УПП не только косвенные затраты, но и прямые могут быть распределены по устанавливаемым пользователем способам.
Итак, чем эти затраты отличаются? - тем, что для них распределение их на продукцию производится не явно (пользователем) а документом «Расчет себестоимости выпуска», по некоторым правилам, которые устанавливаются до расчета, причем в привязке не к затрате, а к статье затрат.
То есть мы устанавливаем для статьи затрат метод ее распределения и система распределит именно по этому методу, а мы уже вмешаться не сможем.


вторник, 13 апреля 2010 г.

Бережём место на сервере

Тестовые базы будет использоваться всегда и везде,  для того чтобы получить условия приближенные к "боевым" обычно тестовые базы разворачиваются на тех же серверах что и рабочие.
Если базы большие, а местa на сервере мало, то приходится очищать большие таблицы (в контексте баз 1С:Предприятия это могут быть):



  • Регистр сведений Версии объектов;
  • Регистр сведений Адресный классификатор;
  • Регистр сведений События календаря пользователя; 
  • Справочник Хранилище дополнительной информации;

Нижеизложенный скрипт  автоматизирует этот процесс

  1. Определяет таблицы регистров сведений или справочников больше 2 Гб, в базах данных в имени,  которых содержится %test% или %temp%.
  2. Очищает строки в найденных таблицах
  3. Переводит базы данных  (в имени,  которых содержится %test% или %temp%) в режим восстановления  Simple.
  4. Сжимает базу данных.

пятница, 2 апреля 2010 г.

The Big Picture




Что то мне подсказывает, что либо этот сервис ждут скорые инвестиции от Google. Либо мы просто увидим этот проект в Gmail, как замену существующих, ничем непримечательных Task`ов.

Интеграция с Google Calendar, Docs и Gmail  сделает его совершенным.

суббота, 27 марта 2010 г.

В ожидании реструктуризации

Реструктуризация информационной базы 1Сv8 может происходить в момент обновления, если изменилась структура таблиц или запущена принудительно - пользователем через функционал тестирования и исправления.

Процессы происходящие при реструктуризации:

  1. Изначально для каждой таблицы, которую нужно реструктуризовать создается таблица с нужной структурой (набором колонок), имя новой таблицы будет дополнено символами "NG" (_InfoReg13763NG).
  2. Потом происходит преобразование данных из старой таблицы в новую порциями по 1000 строк. Все преобразование данных выполняется на клиенте, с которого выполняется реструктуризация(обновление). 
  3. По завершении преобразования старая таблица удаляется, а новая переименовывается (обрезаются символы "NG").

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

суббота, 13 марта 2010 г.

Недокументированный синтаксис оператора проверки совпадений

Оператор В(IN) - проверки совпадений, позволяет проверить, совпадает ли значение выражения, указанного справа от него, с одним из значений, описанных слева. Если совпадает хотя бы с одним – результатом оператора будет ИСТИНА, иначе – ЛОЖЬ. Применение НЕ изменяет действие оператора на обратное.

В документация описаны 3! способа применения оператора В(IN):
  1. <Выражение> [НЕ] В  ( <Список значений> | <Массив значений> )
  2. <Выражение> [НЕ] В ИЕРАРХИИ  ( <Выражение> | <Список значений> | <Массив значений> )
  3. <Выражение> [НЕ] В [ИЕРАРХИИ] ( <Описание запроса> )

однако есть и четвертый

понедельник, 8 марта 2010 г.

Покупка машины по договору купли-продажи

Недавно покупал автомобиль и наблюдал в МРЭО ажиотаж в "ларек" выписывающий справку - счет. Напомню, что согласно Постановлению правительства РФ (№562 от 26.07.2008),  с 31 июля 2009 года для регистрации машины в ГИБДД не нужно предъявлять справку-счет. «Право собственности на транспортное средство может быть приобретено другим лицом на основании договора купли-продажи, мены, дарения или иной сделки об отчуждении этого имущества», – гласят новые правила. Однако желающих распрощаться с 1500 руб., а где то и 2000 руб. не убавляется. Как мне кажется в этом несколько причин:
  1. Незнание гражданами новых правил; 
  2. Консерватизм;
  3. Желание, чтобы посредником в сделке присутствовало юридическое лицо (и миф о том что с юридического лица в случае чего, что то можно будет "спросить")
  4. Незнание, как  правильно оформить  договор купли - продажи автомобиля.
Именно 4 причину в этом сообщении я постараюсь разъяснить.

понедельник, 1 марта 2010 г.

Методическое пособие - бюджетирование в 1С УПП


  1. Глава 1. Описание подсистемы бюджетирования в 1С: Управление Производственным Предприятием

    1. Краткое ознакомление с методологией, на которой построено Бюджетирование в УПП
    2. Ознакомление со специфическими терминами (значения, которые разработчики вкладывали в эти термины)

      1. Управленческий учет и бюджетирование
      2. Финансовая структура, Центры Финансовой Ответственности
      3. Типы центров финансовой ответственности
      4. Бюджетный период, бюджетный цикл
      5. Мастер-бюджет, функциональные бюджеты, операционные бюджеты
      6. Краткое ознакомление со структурой программы

  2. Глава 2. Решение сквозной задачи

    1. Упрощения, принятые для сквозного примера
    2. Описание задачи
    3. Статьи оборотов по бюджетам
    4. Установка зависимых оборотов по бюджетам
    5. Финансовая структура компании
    6. Сценарии планирования
    7. Бюджетная структура
    8. Ввод данных по бюджетам

      1. Ввод данных бюджетными операциями
      2. Ввод данных по бюджетам непосредственно из формы отчета по бюджету
      3. Пакетный ввод данных по бюджетам
      4. Расчет по модели бюджетирования

    9. Настройка финансовых расчетов
    10. Работа с управленческим балансом и финансовый анализ
    11. Заявки на расход денежных средств и плановые поступления. Контроль по бюджетам. Лимитирование

      1. Заявка на расходование средств
      2. Закрытие заявок на расходование средств
      3. Планируемое поступление денежных средств

    12. Фиксация бюджетов

пятница, 26 февраля 2010 г.

Особенности табличный частей в 1С

В любой табличной части документа или любого другого объекта метаданных присутствует как минимум 2 реквизита:

  • Ссылка (*_IDRRef);
  • Номер строки (_LineNo*);
Однако в структуре хранения таблицы мы можем наблюдать еще одно поле _KeyField - ключ записи табличной части в рамках одного объекта базы данных (полное описание структуры хранения данных 1С 8 можно посмотреть здесь).
Поля *_IDRRef и _KeyField образуют уникальный кластерный (упорядоченны по индексу, для ускорения чтения и записи группы ) индекс.  Наиболее интересно поведение поля _KeyField .

четверг, 4 февраля 2010 г.

Передача произвольных данных

В конфигурации 1С "Конвертация данных" не так просто передать данные из источника в приемник, если в источнике И приемнике эти данные не закреплены за каким либо реквизитом. Иными словами нельзя создать ПКС с пустыми полями "Источник" и "Приемник".  Для того чтобы передать такие данные их необходимо непосредственно записать в файл обмена. Для этого в ПКО в обработчике "При выгрузке" прописываем примерно следующий код:


//запишем в файл обмена
ДопИнформация = СоздатьУзел("ДопИнформация");
УстановитьАтрибут(ДопИнформация, "Металл",Металл);
УстановитьАтрибут(ДопИнформация, "Наполнение",Наполнение);

ДобавитьПодчиненный(Приемник, ДопИнформация);


В файле обмена при выгрузке появится соответствующий узел
Теперь для того чтобы эти данные использовать, в ПКО того же самого объекта, в любом из обработчков:

  • Поля поиска;
  • Перед загрузкой;
  • При загрузке;
пропишем примерно следующий код:
//проверим наличие доп свойств, если они есть это продукция
Пока ФайлОбмена.Прочитать() Цикл
    ИмяУзла = ФайлОбмена.ЛокальноеИмя;
    ТипУзла = ФайлОбмена.ТипУзла;
    Если ИмяУзла = "ДопИнформация" И (ТипУзла = одТипУзлаXML_НачалоЭлемента) Тогда
        Металл     = одАтрибут(ФайлОбмена, одТипСтрока, "Металл");
        Наполнение = одАтрибут(ФайлОбмена, одТипСтрока, "Наполнение");
        Харка   = ОбрСоздания.вПолучитьПродукцию(Наименование,Металл,Наполнение);
        Если ЗначениеЗаполнено(Харка) Тогда
            СсылкаНаОбъект = Харка[ИмяСвойства];
        КонецЕсли;
        Прервать;
    КонецЕсли;
КонецЦикла;

На этом все. 
Важно обратить внимание на процедуру одАтрибут. 
Читает значение атрибута по имени из указанного объекта, приводит значение к указанному примитивному типу
Параметры: 

  1. Объект - объект типа XMLЧтение, спозиционированный на начале элемента, атрибут которого требуется получить
  2. Тип - Значение типа Тип. Тип атрибута
  3. Имя - Строка. Имя атрибута

вторник, 19 января 2010 г.

Шаблоны BPMN

Их еще называют паттерны (pattern) базовые конструкции, которые можно использовать при разработке своих моделей.

четверг, 14 января 2010 г.

Десять советов для эффективного моделирования процессов, by Bruce Silver

BPMS Watch: Ten Tips for Effective Process Modeling

By: Bruce Silver, Principal, Bruce Silver Associates
Wednesday January 30, 2008
Спецификация BPMN содержит множество технических определений и правил, но не учит вас тому как создаются модели процессов, которые были бы эффективны в своей первоначальной задаче - максимизации общего понимания того как происходит процесс сейчас (as-is) и каким он должен быть (to-be). Чтобы сделать процесс моделирования эффективным, нужно выйти за рамки спецификации и изучить базовые методологии, передовой опыт, и специфические шаблоны диаграмм для использования в общих ситуациях. Это то чему мы учим в нашем курсе 'Моделирование процессов в BPMN', доступном в онлайн на BPMEssentials.com в открытых классах и на событиях BPM Institute. Для иллюстрации этой точки зрения приведу десять советов для эффективного моделирования в BPMN.

среда, 13 января 2010 г.

Организация сложных BPMN моделей, by Bruce Silver

BPMS Watch: Organizing Complex BPMN Models

By: Bruce Silver, Principal, Bruce Silver Associates

Thursday February 28, 2008
Когда вы начинаете моделировать первые процессы в BPMN, вы видите сложности самой нотации - все типы сообщений, шаблоны контролирования потока, шаблоны обработки исключений, правила потоков выполнения и потоков сообщений. После небольшого обучения и практики, правила и шаблоны диаграмм быстро становятся второй природой, и эта часть моделирования требует все меньше усилий. Но когда вы начинаете применять ваши умения для отображения конечных бизнес-процессов вашей компании, неизбежно обнаруживается новая проблема - управление сложностью моделей. Модели реального мира не похожи на простые упражнения, которыми вы занимались в классе. Они расширяются на множество листов диаграмм, глубоко вложенные иерархии, и множество ссылок нескольких независимых BPMN процессов. Они могут включать множественные ссылки на одну и ту же задачу или подпроцесс, а для удобства обслуживания и управления высокого уровня подпроцессы могут быть объявлены в разных файлах.
В моем курсе Моделирование Процессов в BPMN, предлагаемом через BPM Institute и в интернет на BPMessentials.com, я раньше избегал этой темы, не желая пугать студентов существующими неврозами о использовании событий и потоках исключений. Но как только выпускники заканчивают обучение и приступают к реальным процессам своих компаний, становится понятно что избежать борьбы со сложностью не получится. Так что теперь, в дополнение к советам, каждый моделирующий процессы должен знать (смотрите Десять советов по эффективному моделирования процессов), мы завершим обучение практическим опытом организации сложных моделей реального мира. Далее резюме.