Пример ТЗ и ТП на небольшую доработку

Публикация № 165807 14.12.12

Анализ и управление - Анализ и проектирование ИТ-систем

Привожу пример технического задания и технического проекта на небольшую доработку к БП.  Документы делались исходя из схемы: Обследование- ТЗ - ТП - Разработка.

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

Техническое задание:

УТВЕРЖДАЮ                                                         ПРЕДСТАВЛЯЮ НА УТВЕРЖДЕНИЕ

 

 

                                                                                                                                

 

"     "______________ 2010 г.                                             "     "_______________ 2010 г.

 

 

 

 

 

 

Автоматизированная

система «СБЫТ».

Техническое задание

 

На  листах

 

Действует с «__» ____________ 2010 г.

 

 

 

 

 

 

 

 

   

 

 

 

 

 

 

 

 

" _" ______________ 2010 г.


 

1. Общие сведения

Наименование автоматизированной системы

«АС СБЫТ»

Заказчик

Исполнитель

Основание для выполнения работ

Плановые сроки начала и окончания работ по созданию системы

Начало работ: 01.09.2010

Окончание работ: 31.12.2010

 

 

Назначение и цели создания системы

Назначение системы

Разрабатываемая автоматизированная система  предназначена для автоматизации процессов сбыта предприятия..

 

Цели создания системы

Цели создания автоматизированной системы

Целями разработки «АС СБЫТ»являются:

 

  1. 3.     Характеристика объекта автоматизации

 

 

 

3.1 Бизнес процессы предприятия

3.1. 1 Бизнес процесс «Заключение договора»

 

 

3.1.2. Бизнес процесс «Начисление оплаты»

 

 

 

 

 

 

 

 

 

 

 

 

  1. 4.     Требования к системе.

4.1.Требования к системе в целом.

4.1.1.      Разрабатываемые в АС методы и программные модули должны содержать возможности дальнейшего развития системы.

  1.  

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

 

5.1.2.      Разрабатываемая АС должна обеспечивать простоту настройки автоматизированного рабочего места (АРМ) каждого конкретного исполнителя в соответствии со сложившейся системой учета.

 

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

 

5.1.4.      Защита информации от несанкционированного доступа должна быть реализована с использованием следующих механизмов:

1. Ограничениями прав доступа на уровне платформы 1С:Предприятие 8.1.

2. Дополнительными ограничениями прав доступа на уровне среды исполнения.

5.1.4.1.Приоритетными должны являться ограничения прав доступа на уровне платформы. Снятие дополнительных ограничений на уровне среды исполнения не дает прав доступа к объектам или функциям системы, если на них наложено системное ограничение.

5.1.4.2.Защита информации на уровне платформы

·         Защита информации на уровне платформы обеспечивается системными средствами. При этом регулируются права на чтение и редактирование объектов системы, использование интерфейсов, системных функций и выполнение регламентных операций с данными информационной системы.
·         Все права доступа должны быть систематизированы в соответствующие наборы – Роли информационной системы.
·         Список пользователей информационной системы должен определяться администратором системы.
·         Права доступа каждого пользователя должны определяться набором Ролей информационной системы, доступных для него.
·         Наборы Ролей информационной системы, доступных для каждого пользователя должен определять администратор системы.
·         При начале работы в системе пользователь должен пройти процедуру авторизации, указав свое имя в системе и пароль.

5.1.4.3. Защита информации на уровне среды исполнения

Для ряда справочников в системе должны быть обеспечены дополнительные ограничения прав редактирования.
Справочники, для которых необходимо установить запрет на редактирование в системе:
  • Адресные сокращения
  • Валюты
  • Виды взаиморасчетов
  • Виды деятельности контрагентов
  • Группы пользователей
  • Документы удостоверяющие личность
  • Должности организаций
  • Подразделения
  • Пользователи
  • Статьи движения денежных средств
  • Статьи затрат
  • Тарифы

 

5.1.5.      Для обеспечения сохранности информации при авариях, должно быть предусмотрено ежедневное автоматическое архивирование данных.

5.1.6.      Требования к эргономике и технической эстетике

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

5.1.6.2.Терминология, используемая для обозначения объектов и действий пользователей в системе должна соответствовать стандартной терминологии предметной области.

 

5.2.Требования к структуре и функционированию АС "СБЫТ".

 

5.2.1.      АС "СБЫТ" должна состоять из следующих автоматизированных подсистем:

-        Подсистема ввода первичной информации об абоненте (заключения договора);

-        Подсистема формирования документов на оплату;

-        Подсистема связи с системой АСКУЭ;

-        Подсистема связи с платежными терминалами.

 

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

-        Документ «Договор с абонентом»;

5.2.3.      Состав Подсистемы формирования документов на оплату должен быть следующим:

-        Документ « Квитанция»»

-        Документ «Начисление штрафных санкций»

-        Документ  «Потребленная энергия»

-        Модуль проверки состояния взаиморасчетов

5.2.4.      Состав Подсистемы связи с системой АСКУЭ должен быть следующим:

-        модуль Связь с системой АСКУЭ.

5.2.5.      Состав Подсистемы связи с платежными терминалами должен быть следующим:

-        модуль Связь с с платежными терминалами.

  

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

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

-        Ввод и хранение информации об установленной мощности контрагента (в дальнейшем абонента);

-        Ввод и хранение информации об установленных счетчиках абонента;

-        Ввод и хранение информации о тарифах абонента;

-        Ввод и хранение информации о условиях начисления штрафных санкций абонента;

-        Ввод и хранение информации о сроках действия договора;

5.4.   Требования к функциям Подсистемы формирования документов на оплату

5.4.1.      Подсистема формирования платежных документов должна выполнять следующие функции:

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

-          Формирование документов на оплату (квитанций или счетов на оплату).

5.5.   Требования к функциям Подсистемы связи с системой АСКУЭ

5.5.1.      Подсистемы связи с системой АСКУЭ должна выполнять следующие функции:

-  Передачу данных о вновь заключенных договорах с абонентами. Ключом связи должно быть уникальность пары «ID абонента» - «Код договора абонента».

-  Получение данных о потребленной электроэнергии абонентом. Ключом связи должно быть уникальность пары «ID счетчика» - «Код счетчика».

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

5.6.1.      Подсистемы связи с системой АСКУЭ должна выполнять следующие функции:

-          Получение данных о произведенных платежах абонентами за электроэнергию через платежные терминалы.

 

 

  1. 6.     Порядок контроля и приемки АИС "СБЫТ".

 

6.1.Устанавливается следующий порядок предъявления и сдачи Заказчику результатов работ:

6.1.1.      Исполнитель демонстрирует работоспособность ПО на контрольном примере.

6.1.2.      Данные для контрольного примера готовят представители Заказчика.

 

6.1.3.      Исполнитель передает программное обеспечение в информационный отдел Заказчика и выполняет обучение администратора Заказчика.

 

6.1.4.      По результатам решения контрольного примера должен быть подготовлен Акт о передаче ПО в опытную эксплуатацию.

 

6.1.5.      В случае несоответствия функциональных возможностей ПО требованиям ТЗ Исполнитель выполняет устранение замечаний в рамках общей стоимости разработки АС.

 

6.1.6.       При возникновении дополнительных к ТЗ требований Заказчика, составляется дополнительное ТЗ на доработку.

6.1.7.      Наличие дополнительных требований Заказчика не должно являться основанием отказа от подписания Акта о передаче ПО в опытную эксплуатацию.

6.1.8.      После передачи ПО в опытную эксплуатацию, по согласованному с Заказчиком Графику внедрения, Исполнитель производит краткое обучение персонала Заказчика работе с ПО и передает Инструкцию по работе с ПО на каждую подситему.

 

6.1.9.      При внедрении ПО (опытной эксплуатации) Заказчик осуществляет:

-        ввод необходимой НСИ;

-        ввод фактических данных;

-        формирование отчетности и проверку результатов работы.

6.1.10.  В процессе внедрения Исполнитель должен оказывать помощь Заказчику в рамках Графика внедрения.

 

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

 

6.2.Порядок дальнейшего сопровождения задач АС "СБЫТ".

 

6.2.1.      После сдачи ПО в эксплуатацию, дополнительные доработки и пожелания Заказчика могут быть реализованы по согласованному с Заказчиком ТЗ.

В ТЗ должна быть указана трудоемкость и стоимость работ по реализации дополнительных требований.

 

6.2.2.      Исполнитель обязуется поддерживать телефонную "горячую линию" по сопровождению программного обеспечения.

 

6.2.3.      По желанию Заказчика, Исполнитель может осуществлять сопровождение программного обеспечения непосредственно у Заказчика, которое должно производиться на основании дополнительного договора по сопровождению ПО.

 

6.2.4.       Ошибки, выявленные Заказчиком в течение полугода с момента передачи ПО в эксплуатацию, должны устраняться Исполнителем оперативно и бесплатно.

В случае, если Исполнитель обнаружит, что ошибка возникла в результате неправильных действий Заказчика, время, затраченное Исполнителем на ее поиск и устранение, должно быть оплачено дополнительно.

 

6.2.5.      Заказчик, в течении года после покупки 1С: Предприятие, имеет право на бесплатное получение всех обновлений от фирмы 1С, связанное с развитием программ 1С и изменением законодательства.  Установка изменений должна производиться силами АСУ Заказчика.

 

6.2.6.      Исполнитель гарантирует сохранение конфиденциальности содержания баз данных Заказчика и любой другой информации, полученной от Заказчика в процессе разработки, внедрения или сопровождения АС.

 

Технический проект:

УТВЕРЖДАЮ                                                                   ПРЕДСТАВЛЯЮ НА УТВЕРЖДЕНИЕ

 

 

"     "______________ 2010 г.                                             "     "_______________ 2010 г.

 

Приложение к техническому заданию  от «____»  ________ 2010

 

Автоматизированная

система «СБЫТ».

Технический проект

 

На  листах

 

Действует с «__» ____________ 2010 г.

 


 

 

Оглавление

Справочники. 3

Счетчики. 3

Тарифы.. 3

Подстанции. 3

Варианты штрафных санкций. 3

Перечисления. 4

Виды начислений. 4

Регистры сведений. 4

Значение Тарифов. 4

Тарифы абонентов. 4

ПоказанияСчетчиков. 5

Регистры накопления. 5

Потребление энергии. 5

Документы.. 6

Договор с абонентом.. 6

Потребленная Энергия. 6

Квитанция. 7

Начисление штрафных санкций. 9

Обработки. 10

Получение данных из системы АСКУЭ. 10

Получение данных из платежной системы.. 11

 


 

Справочники

Счетчики

Подчинен

Справочник «Договоры Контрагентов»

Назначение

Хранение информации о счетчиках абонентов

 

Реквизиты:

Реквизит

Тип

Назначение

МестоУстановки

Строка

Адрес установки счетчика

ТрехФазный

Булево

Признак трех фазного счетчика

Двухтарифный

Булево

Признак двухтарифного счетчика

 

Тарифы

Назначение

Хранение информации о типах тарифов  системы

 

Реквизиты: нет

Подстанции

Назначение

Хранение информации о подстанциях для связи с системой  АСКУЭ

 

Реквизиты: нет

Варианты штрафных санкций

Назначение

Хранение вариантов начисления штрафов и пеней

 

Реквизиты: нет

 

 

Перечисления

Виды начислений

Значения:

Значение

Назначение

По показаниям счетчика

Начисление оплаты по показаниям счетчика

По установленной мощности

Начисление оплаты по установленной мощности

 

 

Регистры сведений

Сроки действия договоров

Периодичность : Непериодический

Назначение: Предназначен для хранения сроков действия договоров с абонентами

Измерения

Реквизит

Тип

Назначение

ДоговорКонтрагента

Справочники Договор Контрагента

Ссылка на договор абонента

 

Ресурсы

Реквизит

Тип

Назначение

ДатаНачала

Дата

Дата начала действия договора

ДатаОкончания

Дата

Дата окончания действия договора

 

Значение Тарифов

Периодичность : День

Назначение: Предназначен для хранения тарифов и дат, с которых тарифы начинают действовать их действия

Измерения

Реквизит

Тип

Назначение

Тариф

Справочники Тарифы

Ссылка на тариф

Организации

Справочники Организации

Ссылка на организацию

 

Ресурсы

Реквизит

Тип

Назначение

Дневной

Число

Стоимость дневного тарифа

Ночной

Число

Стоимость ночного тарифа (может быть не задан)

 

Тарифы абонентов

Периодичность : День

Назначение:  Предназначен для хранения тарифов назначенных абоненту согласно договорам

Измерения

Реквизит

Тип

Назначение

ДоговорКонтрагента

Справочник Договоры контрагентов

Ссылка на договор  с абонентом

Номенклатура

Справочник Номенклатура

Ссылка на номенклатуру с типом «Услуга» для учета взаиморасчетов с контрагентом

Организации

Справочники Организации

Ссылка на организацию

 

Ресурсы

Реквизит

Тип

Назначение

Тариф

Справочник Тарифы

Тариф абонента

 

ПоказанияСчетчиков

Периодичность : День

Назначение: Предназначен для хранения показаний счетчиков для последующего начисления оплаты

Измерения

Реквизит

Тип

Назначение

Счетчик

Справочник Счетчики

Ссылка на счетчик абонента

Организации

Справочники Организации

Ссылка на организацию

 

Ресурсы

Реквизит

Тип

Назначение

ПоказанияДень

Число

Показание счетчика

ПоказанияНочь

Число

Показание счетчика

 

Регистры накопления

Потребление энергии

Назначение: Предназначен для хранения информации о потреблении энергии для последующего начисления оплаты

Тип регистра: оборотный

Измерения

Реквизит

Тип

Назначение

Счетчик

Справочник Счетчики

Ссылка на счетчик абонента

Организации

Справочники Организации

Ссылка на организацию

 

Ресурсы

Реквизит

Тип

Назначение

ПотреблениеДень

Число

Потребление энергии

ПотреблениеНочь

Число

Потребление энергии

 

Документы

Договор с абонентом

Назначение: Предназначен для отражения факта заключения договора с абонентом

Реквизит

Тип

Назначение

Контрагент

Справочник Контрагенты

Ссылка на абонента

ДоговорКонтрагента

Справочник Договоры контрагентов

Ссылка на договор  с абонентом

Тариф

Справочник Тарифы

Тариф абонента согласно договора

УстановленнаяМощность

число

Хранение установленной мощности абонента в КВТ

ДатаНачалаДействия

Дата

Дата с которой действует договор

ДатаОкончанияДействия

Дата

Дата окончания действия договора

Организация

Справочник Организации

Ссылка на собственное юридическое лицо

ВариантНачисленияШтрафов

Справочник Варианты Начисления штрафных санкций

Ссылка на вариант начисления штрафов и пеней согласно договора

Номенклатура

Справочник Номенклатура

Ссылка на номенклатуру с типом «Услуга» для учета взаиморасчетов с контрагентом

Ручная Корректировка

Булево

Признак ручной корректировки проводок документа

 

Табличная часть: Счетчики и Тарифы

Реквизит

Тип

Назначение

Счетчик

Справочник Счетчики

Ссылка на счетчик абонента

НачальныеПоказанияДень

Число

Показание счетчика на момент заключения договора

НачальныеПоказанияНочь

Число

Показание счетчика на момент заключения договора

 

Проведение документа

Документ проводится:

-  по регистру сведений «Показания счетчиков» куда прописывает счетчики абонента и начальные показания счетчиков;

- по регистру сведений «Тарифы абонентов» куда прописывает тариф установленный абоненту с даты начала действия договора

- по регистру сведений «Сроки действия договоров» куда прописывает договор , дата начала действия и дату окончания действия договора

 

Потребленная Энергия

Назначение: Предназначен для отражения показаний счетчиков на определенную дату

Заполнение документа

Документ может заполнятся двумя способами: ручным вводом и путем вызова обработки «Получение данных из системы АСКУЭ» 

Реквизит

Тип

Назначение

Организация

Справочник Организации

Ссылка на собственное юридическое лицо

Подстанция

Справочник Подстанции

Ссылка на подстанцию для связи с системой АСКУЭ

Ручная Корректировка

Булево

Признак ручной корректировки проводок документа

 

 

Табличная часть: Показания счетчиков

 

Реквизит

Тип

Назначение

Счетчик

Справочник Счетчики

Ссылка на счетчик абонента

ПоказанияДень

Число

Показание счетчика

ПоказанияНочь

Число

Показание счетчика

 

Проведение документа

Документ проводится:

-  по регистру сведений «Показания счетчиков» куда прописывает показания счетчиков на дату документа;

- по регистру накоплений «Потребленная энергия по следующему алгоритму:

1. Берутся показания счетчиков из регистра сведений «Показания счетчиков» на дату документа и предыдущее значения показания счетчиков.

2. Разницы значений показаний заносятся в соответствующие  ресурсы регистра накопления.

Печатные формы

Реестр показаний счетчиков

 

Квитанция

Назначение: Предназначен для отражения начислений абонентам

Заполнение документа

Документ может заполнятся двумя способами: ручным вводом и путем вызова обработки «начисление оплаты» 

Реквизит

Тип

Назначение

Организация

Справочник Организации

Ссылка на собственное юридическое лицо

Ручная Корректировка

Булево

Признак ручной корректировки проводок документа

 

Табличная часть: Показания счетчиков

 

Реквизит

Тип

Назначение

Контрагент

Справочник Контрагенты

Ссылка на абонента

ДоговорКонтрагента

Справочник Договоры контрагентов

Ссылка на договор  с абонентом

Номенклатура

Справочник Номенклатура

Ссылка на номенклатуру с типом «Услуга» для учета взаиморасчетов с контрагентом

Тариф

Справочник Тарифы

Тариф абонента согласно договора

Счетчик

Справочник Счетчики

Ссылка на счетчик абонента

ВидНачисления

Перечисление ВидыНачислений

Ссылка на вид начисления (по показания счетчика или по установленной мощности)

ПотребленнаяЭнергия

Число

Потребленнаяэненргия

Значение тарифа

Число

Значение тарифа на дату документа

Начисленно

Число

Сумма начисленная абоненту

 

Проведение документа

Документ проводится:

-  по плану счетов хозрасчетный :

 - по плану счетов налоговый :

Печатные формы

Реестр начислений

Квитанция на оплату со штрих кодом

Штрих-код формируется при помощи шрифта «Infograftbarcode»

Алгоритм формирования  Строка «0000»+Код договора абонента+Начислено

Макет квитанции прилагается в файле КВ_1.mxl

 

Алгоритм заполнения

Документ заполняется на основании справочника «Договора контрагентов» .  

  1. Из справочника выбираются договоры, у которых, согласно регистра сведений «Сроки действия договоров»  ДатаНачала меньше даты документа и ДатаОкончания больше даты документа;
  2. Выбираются счетчики соответствующие этим договорам;
  3. Для счетчиков определяется потребление энергии как оборот по регистру накопления «Потребление энергии» за период между датой документа и датой предыдущего документа, если дата предыдущего документа неизвестна, то берется весь оборот по регистру. Полученное значение записывается в поле «ПотребленнаяЭнергия»
  4. Устанавливается тариф согласно договора и значение тарифа на дату документа ;
  5. Устанавливается вид начисления «По показаниям счетчика»;
  6. Рассчитывается Поле Начислено как произведение  ПотребленнаяЭнергия на ЗначениеТарифа.

 

Алгоритм проведения

Для каждой строки табличной части  «Показания счетчиков» должны быть сделаны следующие проводки:

1.

Дт. 62.01 с аналитикой СубконтоДт1 – Контрагент, СубконтоДт2 -  Договор контрагента

Кт. 90.01 с аналитикой СубконтоКт1 – Номенклатура.НоменклатурнаяГруппа, СубконтоКт2 – Номенклатура.СтавкаНДС.

Сумма проводки – значение реквизита «Начислено»;

2.

Если есть Кредитовое сальдо По счету 62.02, то проводится зачет аванса с проводкой 

Дт. 62.02 с аналитикой СубконтоДт1 – Контрагент, СубконтоДт2 -  Договор контрагента

Кт. 62.01 с аналитикой СубконтоКт1 – Контрагент, СубконтоКт2 -  Договор контрагента

Сумма проводки – минимальное значение из кредитового сальдо по счету 62.02 и значения реквизита  «начислено»)

3.

Дт. 90.03 с аналитикой СубконтоДт1 – Номенклатура.НоменклатурнаяГруппа, СубконтоДт2 – Номенклатура.СтавкаНДС

Кт. 62.01 с аналитикой СубконтоКт1 – Контрагент, СубконтоКт2 -  Договор контрагента

Сумма проводки =  «Начисленно»* СтавкаНДС/(100+ставкаНДС), где СтавкаНДС  - «Номенклатура.СтавкаНДС»

Начисление штрафных санкций

Назначение: Предназначен для отражения начислений штрафов абонентам

Заполнение документа

Документ может заполнятся двумя способами: ручным вводом и путем вызова обработки «начисление штрафов                » 

Реквизит

Тип

Назначение

Организация

Справочник Организации

Ссылка на собственное юридическое лицо

Прочие доходы

Справочник Прочие доходы и Расходы

Ссылка на статью прочих доходов

Ручная Корректировка

Булево

Признак ручной корректировки проводок документа

 

Табличная часть: Показания счетчиков

 

Реквизит

Тип

Назначение

Контрагент

Справочник Контрагенты

Ссылка на абонента

ДоговорКонтрагента

Справочник Договоры контрагентов

Ссылка на договор  с абонентом

ВариантНачисленияШтрафов

Справочник Варианты Начисления штрафных санкций

Ссылка на вариант начисления штрафов и пеней согласно договора

Начисленно

Число

Сумма начисленная абоненту

 

Проведение документа

Документ проводится:

-  по плану счетов хозрасчетный :

 - по плану счетов налоговый :

Печатные формы

Реестр начислений

Квитанция на оплату со штрих кодом

Штрих-код формируется при помощи шрифта «Infograftbarcode»

Алгоритм формирования  Строка «0000»+Код договора абонента+Начислено

Макет квитанции прилагается в файле КВ_1.mxl

Алгоритм проведения

Для каждой строки табличной части  «Показания счетчиков» должны быть сделаны следующие проводки:

1.

Дт. 62.01 с аналитикой СубконтоДт1 – Контрагент, СубконтоДт2 -  Договор контрагента

Кт. 91.01 с аналитикой СубконтоКт1 – Прочие доходы.

Сумма проводки – значение реквизита «Начислено»;

 

Обработки

 

Получение данных из системы АСКУЭ

Формат файла передачи данных – DBF;

Структура файла передачи данных:

Поле

Тип

Длина

Точность

Назначение

Kod_ch

Строка

11

 

Код счетчика в системе «Сбыт», совадает с ID_счетчика в системе АСКУЭ

Day

Число

10

3

Показания счетчика по дневному тарифу

Night

Число

10

3

Показания счетчика по ночному тарифу

 

Реквизиты обработки

Реквизит

Тип

Назначение

Организация

Справочник Организации

Ссылка на собственное юридическое лицо

Подстанция

Справочник Подстанции

Ссылка на подстанцию для связи с системой АСКУЭ

Путь

Строка

Путь к файлу передачи данных

 

Алгоритм обработки:

  1. Создать таблицу значений со структурой:

Реквизит

Тип

Назначение

Счетчик

Справочник Счетчики

Ссылка на счетчик абонента

ПоказанияДень

Число

Показание счетчика

ПоказанияНочь

Число

Показание счетчика

  1. Выбрать строки файла передачи данных
  2. Начать цикл по строкам файла передачи данных
  3. Прочитать строку файла передачи данных
  4. Получить из строки файла передачи данных код счетчика
  5. Найти по коду соответствующий элемент в справочнике «счетчики», если элемент не найден, то выдать сообщение « Не найден счетчик с кодом …» 
  6. Если элемент найден, то добавить строку в таблицу значений, где : «счетчик» -  найденный элемент, «ПоказанияДень» - «Day», «ПоказанияНочь» - «Night»
  7. После получения последний строки файла передачи данных окончить  цикл
  8. Если обработка вызвана из документа «Потребленная Энергия» и число строк

 в таблице значений больше 0 то записать содержимое таблицы значений в табличную часть документа и провести документ.

  1. Если в таблице значений есть строки и обработка не вызвана из документа «Потребленная Энергия», то создать документ «Потребленная Энергия» с датой равной текущей дате и затем провести документ.

Получение данных из платежной системы

 

Формат файла передачи данных – DBF;

Структура файла передачи данных:

Поле

Тип

Длина

Точность

Назначение

Kod_dog

Строка

11

 

Код договора абонента в системе «Сбыт»

Data_plat

Дата

 

 

Сумма платежа

Nomer_plat

Строка

12

 

Номер платежа в платежной системе

Summa_plat

Число

10

2

Сумма платежа

 

Реквизиты обработки

Реквизит

Тип

Назначение

Организация

Справочник Организации

Ссылка на собственное юридическое лицо

Путь

Строка

Путь к файлу передачи данных

 

Алгоритм обработки:

  1. Создать таблицу значений со структурой:

Реквизит

Тип

Назначение

Договор

Справочник Договоры Контрагентов

Ссылка на договор абонента

Дата

Дата

Дата платежа

НомерПлатежа

Строка

Номер платежа в платежной системе

Сумма

Число

Сумма платежа

  1. Выбрать строки файла передачи данных
  2. Начать цикл по строкам файла передачи данных
  3. Прочитать строку файла передачи данных
  4. Получить из строки файла передачи данных код договора
  5. Найти по коду соответствующий элемент в справочнике «Договоры контрагентов», если элемент не найден, то выдать сообщение « Не найден договор с кодом …» 
  6. Если элемент найден, то добавить строку в таблицу значений, где : «Договор» -  найденный элемент, «Дата» - «Data_plat», «НомерПлатежа» - «Nomer_plat», «Сумма» - «Summa_plat»
  7. После получения последний строки файла передачи данных окончить  цикл
  8. Для каждой строки таблицы значения создать документ «Платежное ордер поступление денежных средств». При создании документа сделать проверку наличия в системе документа с такой датой и таким номером входящего документа. Если документ присутствует в системе, то документ не создается.
  9. Правила заполнения реквизитов документа:

Реквизит

Значение заполненя

Вид операции

ПеречислениеСсылка.ВидыОперацийПоступлениеБезналичныхДенежныхСредств. ОплатаПокупателя

Дата

СтрокаТаблицыЗначний.Дата

Номер входящего документа

СтрокаТаблицыЗначний.НомерПлатежа

Дата входящего документа

СтрокаТаблицыЗначний.Дата

Договор контрагента

СтрокаТаблицыЗначний.Договор

Комментарий

Загружен из платежной системы дата, время

Контрагент

СтрокаТаблицыЗначний.Договор.Владелец

Дата выписки

СтрокаТаблицыЗначний.Дата

Организация

Организация

Счет учета расчетов с контрагентом

ПланСчетовСсылка.Хозрасчетный. РасчетыСПокупателями

Субконто Кт1

СтрокаТаблицыЗначний.Договор.Владелец

Субконто Кт2

СтрокаТаблицыЗначний.Договор

Отражать в налоговом учете

Истина

  1. Добавить строку в табличную часть «Расшифровка Платежа»

Реквизит

Значение заполненя

Договор контрагента

СтрокаТаблицыЗначний.Договор

КурсВзаиморасчетов

1

КратностьВзаиморасчетов

1

СуммаПлатежа

СтрокаТаблицыЗначний.Сумма

СуммаВзаиморасчетов

СтрокаТаблицыЗначний.Сумма

СтавкаНДС

ПеречислениеСсылка.СтавкиНДС.НДС18

СуммаНДС

СуммаПлатежа*СтавкуНДС/(100+ставкаНДС)

Счет учета расчетов с контрагентом

ПланСчетовСсылка.Хозрасчетный. РасчетыСПокупателями

Счет учета расчетов по авансам

ПланСчетовСсылка.Хозрасчетный. РасчетыПоАвансамПолученным

  1. Записать и провести документ

 

 

 

Специальные предложения

Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. Поручик 4619 15.12.12 02:01 Сейчас в теме
Что-то подобное у нас писали, даже с более подробной детализацией со скриншотами прототипов форм объектов. К сожалению, тот сотрудник уволился и уехал в Нерезиновск за лучшей долей.
2. DoctorRoza 15.12.12 11:42 Сейчас в теме
3. waol 299 19.12.12 13:25 Сейчас в теме
только ИМХО - но времени на столько подробное оформление ТЗ уйдет больше, чем на собственно реализацию
leo073; Yakud3a; +2 Ответить
5. SergAn 270 20.12.12 11:48 Сейчас в теме
(3) Согласен, но если у вас кодер находится на расстоянии в пару тысяч километров, то чем подробнее напишешь, тем меньше проблем потом. Да и в случае смены кодера тоже подробность лишней не будет.
6. waol 299 20.12.12 12:18 Сейчас в теме
(5) дело заказчика - есть ли у него желание это оплачивать
но то что в постановке и ТЗ д.б. исчерпывающая инфа - это факт
4. gull22 93 19.12.12 17:16 Сейчас в теме
Спасибо автору за информацию.
7. Zas1402 20.12.12 17:15 Сейчас в теме
8. _ink_ 21.12.12 19:07 Сейчас в теме
Довелось как-то поднимать учет и соответственно отчетность в оптовой фирмочке, в которой была огромная текучка. В доработку УТП было на тот момент вкинуто около 30к у.е. Так вот если б было такое тз хотя бы на основные доработки то жить было бы гораздо легче. А так сначала программер сидел на самой фирме и писал со слов, потом уволился и пришёл другой и тоже работал со слов... И результат - огромные затраты на доработку и куча отчетов, документов и форм в которых никто ничего не понимает. Так что считаю, что если есть задумка на большой бюджет доработок, то такое описание просто необходимо.
9. ZLENKO 398 21.12.12 19:56 Сейчас в теме
Если заказчик готов оплачивать написание подобных бумажек, то почему бы и не написать...

Я обычно говорю заказчику что если он хочет точную оценку сроков и стоимости доработок то детальное планирование работ для оценки трудоемкости примерно удвоит сроки и соответственно стоимость работ по проекту :-) и заказчик обычно соглашается на приблизительную оценку сроков и стоимости и бумажек уже не требует :-)
Огонек; +1 Ответить
Оставьте свое сообщение

См. также

Искусство отчета

Анализ и проектирование ИТ-систем Платформа 1С v8.3 Система компоновки данных Бесплатно (free)

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

26.02.2023    1590    DemetrKlim    38    

21

Принцип "Супермаркета" в управлении производством сложных узлов

Производство готовой продукции (работ, услуг) Бюджетирование и планирование Анализ и проектирование ИТ-систем Платформа 1С v8.3 1С:ERP Управление предприятием 2 Россия Бесплатно (free)

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

01.02.2023    914    Soliton    0    

18

Подбор характеристик номенклатуры по сопоставлению свойств при запуске производства в 1С: ERP

Анализ и проектирование ИТ-систем Платформа 1С v8.3 1С:ERP Управление предприятием 2 Россия Управленческий учет Бесплатно (free)

В конкуренции выигрывает тот, кто сможет лучше удовлетворить запросы заказчиков. Многие современные производственные предприятия адаптируют своё предложение под запросы клиентов и вынуждены увеличивать многообразие вариантов готовой продукции за счёт расширения разнообразия её характеристик. Такой подход предполагает рост многообразия вариантов номенклатуры производимой готовой продукции, полуфабрикатов и закупаемых материалов. Объём информации, которую необходимо учитывать при планировании и контроле, увеличивается с большой скоростью. При этом не всегда свойства материалов, полуфабрикатов и готовой продукции имеют строгое соответствие, позволяющее использовать типовой функционал корпоративных систем на платформе 1С: ERP для автоматизации подбора номенклатуры. Что в итоге может существенно затруднять управление производством.

25.01.2023    1213    Soliton    4    

14

Регистры сведений для аналитиков

Анализ и проектирование ИТ-систем Платформа 1С v8.3 Анализ и прогнозирование Бесплатно (free)

Как использовать регистры сведений при анализе процессов заказчика. Особенности проектирования и применения регистров сведений.

08.11.2022    1487    Gladkov_Anton    2    

2

Распознавание и загрузка документов в 1С Промо

Универсальная программа-обработка для распознавания любых сканов или фото первичных документов в 1С (счета-фактуры, УПД, ТТН, акты и тд). Точность распознания до 98%.

от 11 рублей

Моделирование в 1С:ERP - Бюджетирование от документов

Бюджетирование и планирование Анализ и проектирование ИТ-систем Платформа 1С v8.3 1С:ERP Управление предприятием 2 Россия Бюджетный учет Бесплатно (free)

В Бюджетном отчете ERP есть расшифровка до первичного документа. Но в самом документе отчета о его движении в бюджетировании нет. Точнее, не было.

30.09.2022    1007    pma_2015    0    

2

Моделирование в 1С:ERP - Контекстные мелочи

Анализ и проектирование ИТ-систем Платформа 1С v8.3 1С:ERP Управление предприятием 2 Россия Бесплатно (free)

Простая возможность спуститься на землю с небес в понимании 1С:ERP. И начать забираться обратно.

30.09.2022    824    pma_2015    0    

3

Моделирование в 1С:ERP - проекции DDD

Анализ и проектирование ИТ-систем Платформа 1С v8.3 1С:ERP Управление предприятием 2 Россия Бухгалтерский учет Управленческий учет Бесплатно (free)

Знаниями по 1С:ERP делиться сложно. Но можно поделиться практикой их получения. И что делать с вопросом, понимаешь ли ты контекст своей задачи?

30.09.2022    1075    pma_2015    1    

4

Импортозамещение для ERP — социальная сеть управления предприятием

Анализ и проектирование ИТ-систем Внедрение ИТ-системы Платформа 1С v8.3 1С:ERP Управление предприятием 2 Россия Бесплатно (free)

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

19.07.2022    1372    sereginseregin    8    

5

Готовые переносы данных из различных конфигураций 1C Промо

Рекомендуем готовые решения для переноса данных из различных конфигураций 1C. C техподдержкой от разработчиков и гарантией от Инфостарт.

Управление заказами клиентов, недогруз по складам для конфигурации 1С:УНФ

Монитор заказов Анализ и проектирование ИТ-систем Платформа 1С v8.3 1С:Управление нашей фирмой 1.6 Управленческий учет Бесплатно (free)

Приветствую, коллеги! В статье рассмотрим, как в 1С: Управление нашей фирмой работать с документом «Заказы клиентов» и отчетом «Недогруз».

07.03.2022    1036    Koder_Line    1    

2

Как из 1С отдать миллионы строк в BI и успеть это сделать быстро

Консолидация данных Анализ и проектирование ИТ-систем WEB-интеграция Платформа 1С v8.3 Бесплатно (free)

На онлайн-митапе «Бизнес-анализ по данным базы 1С. Интеграция c платформами BI» выступил ведущий разработчик WiseAdvice.tech Дмитрий Фурцев. Дмитрий рассказал о том, как отдать миллионы строк из 1С в платформу бизнес-аналитики и не потратить на это сутки.

14.02.2022    5016    Fudj1k    11    

22

Моделирование в 1С:ERP - практика анализа движений документов

Анализ учета Анализ и проектирование ИТ-систем Платформа 1С v8.3 1С:ERP Управление предприятием 2 Россия Управленческий учет Бесплатно (free)

Практика анализа движений документов при моделировании в 1С:ERP - анализ цепочки документов, функциональный анализ, сценарный и событийный.

01.11.2021    2685    pma_2015    9    

22

Решение детективных задач

Анализ и проектирование ИТ-систем Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

Пробуем систематизировать методы решения детективных задач

25.08.2021    4751    1c-intelligence    31    

63

Работа с 1С:Аналитика Промо

Онлайн-курс предусматривает изучение возможностей системы “1С:Аналитика”, которая работает как составная часть платформы “1С:Предприятие” и обеспечивает оперативный просмотр и анализ необходимых данных.

4500 рублей

"БИП: Бизнес-Процессы". Пример настройки сценария "Обработка интернет-заказа клиента"

Анализ и проектирование ИТ-систем Платформа 1С v8.3 Конфигурации 1cv8 Управленческий учет Бесплатно (free)

В статье приводятся примеры настройки сценария бизнес-процесса в системе «БИП: Бизнес-Процессы» на примере обработки интернет-заказа.

17.03.2021    2398    YuriYuriev    0    

4

«БИП: Бизнес-Процессы». Примеры использования. Часть №5. Система оповещений

Анализ и проектирование ИТ-систем Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

В статье приводятся примеры настройки автоматических оповещений по сценариям в системе «БИП: Бизнес-Процессы».

16.09.2020    2005    YuriYuriev    0    

2

Альтернативный подход к построению архитектуры Бизнес-Процессов.

Анализ и проектирование ИТ-систем Бизнес-процессы Россия Бесплатно (free)

Возникла идея: сделать универсальный механизм построения Бизнес-процессов с использованием объекта метаданных, который вообще говоря для этого и предназначен – «Бизнес-процессы».

14.08.2020    2124    Плохой    1    

5

«БИП: Бизнес-Процессы». Примеры использования. Часть №3. Права и связи

Анализ и проектирование ИТ-систем Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

В статье приводятся примеры настройки и использования системы «БИП: Бизнес-Процессы». Примеры приводятся в конфигурации «1С: Управление Торговлей», ред. 11.4 с подключенным расширением «БИП: Мета-Бизнес-Процессы».

11.08.2020    2489    YuriYuriev    0    

2

Видеокурс-практикум: как подготовить и написать ТЗ, ЗНР, ЧТЗ. Промо

В курсе обобщен опыт работы аналитика на проектах в течение пяти лет, в нескольких фирмах. Подходы к написанию документов унифицированы и по возможности не привязаны к конфигурациям 1С.

3 500 рублей

«БИП: Бизнес-Процессы». Примеры использования. Часть №2

Анализ и проектирование ИТ-систем Платформа 1С v8.3 Конфигурации 1cv8 Управленческий учет Бесплатно (free)

В статье приводится пример настройки бизнес-процесса и демонстрация применения программного кода в режиме "Предприятие" с использованием системы "БИП: Бизнес-Процессы". Все действия выполняются без использования режима Конфигуратор. Примеры приводятся в конфигурации "1С: Управление Торговлей", ред. 11.4 с подключенной подсистемой "БИП: Бизнес-Процессы".

30.06.2020    5032    YuriYuriev    0    

1

«БИП: Бизнес-Процессы». Примеры использования. Часть №1

Анализ и проектирование ИТ-систем Бизнес-процессы Управленческий учет Бесплатно (free)

В статье приводится несколько примеров настройки бизнес-процессов с использованием системы "БИП: Бизнес-Процессы". Все действия выполняются без использования режима Конфигуратор. Только пользовательский режим. Примеры приводятся в конфигурации "1С: Управление Торговлей", ред. 11.4 с подключенной подсистемой "БИП: Бизнес-Процессы".

26.06.2020    3865    YuriYuriev    0    

5

Правила жёлтого напильника

Механизмы типовых конфигураций Анализ и проектирование ИТ-систем Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

Как вносить изменения в типовые конфигурации при решении задач

19.06.2020    11049    1c-intelligence    67    

121

Интеграция Camunda BPM и 1С

WEB-интеграция Анализ и проектирование ИТ-систем Платформа 1С v8.3 Бесплатно (free)

Быстрый старт. Только практические примеры. Установка, запуск и публикация бизнес-процесса на сервере Camunda BPM. Управление бизнес-процессами из 1С при помощи Camunda REST API.

12.05.2020    9640    zhichkin    32    

42

Программы для исполнения 54-ФЗ Промо

С 01.02.2017 контрольно-кассовая техника должна отправлять электронные версии чеков оператору фискальных данных - правила установлены в 54-ФЗ ст.2 п.2. Инфостарт предлагает подборку программ, связанных с применением 54-ФЗ, ККТ и электронных чеков.

Простейший пример создания бизнес-процессов

Анализ и проектирование ИТ-систем Бизнес-процессы Конфигурации 1cv8 Бесплатно (free)

Простой пример создания бизнес-процессов в несколько шагов. Может пригодиться при первом знакомстве с ними или для решении задач экзамена 1С:Специалист по платформе.

20.11.2019    66814    Infostart    21    

183

Модернизация КА 2.4 под маркетинговую компанию. Часть 1

Анализ и проектирование ИТ-систем Платформа 1С v8.3 1С:Комплексная автоматизация 2.х Россия Управленческий учет Бесплатно (free)

Выполнил для компании, которая занимается маркетингом и продвижением продуктов, проектирование и модификацию конфигурации КА 2.4 и справочника «Проекты». Теперь в конфигурации «Проекты» имеют особенную роль и на основании выполненной доработки руководство компании принимает решения по продолжению, закрытию или продвижению проекта/ов, поиск путей решения возникающих вопросов. При необходимости доработку можно реализовать под ERP конфигурацию. Архитектура решения выполнена «рядом» с основной конфигурацией. В настоящее время конфигурация поддерживается, модификация ведется в актуальной версии КА 2.4.10 на платформе 8.3.14.1630.

29.10.2019    7222    BraunAlex    2    

10

[История разработки] Терминал путевых листов (АвтоГРАФ 5)

Анализ и проектирование ИТ-систем Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

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

30.05.2019    13330    rpgshnik    16    

62

Механизм бизнес-событий на конкретном примере

Документооборот и делопроизводство (СЭД) Анализ и проектирование ИТ-систем Бизнес-процессы 1С:Документооборот Россия Управленческий учет Бесплатно (free)

Есть в системе 1С:Документооборот механизм бизнес-событий. Когда мне понадобилось решить конкретную задачу, гугление ни к чему конкретному не привело. Хотелось так «вжух» и всё понять про данный механизм, но в итоге пришлось лезть в код 1С и смотреть реализацию данного механизма. В данной публикации поделюсь результатами исследований, может, кому-то это поможет быстро и легко во всём разобраться.

18.02.2019    20663    soulner    4    

56

1СПАРК РИСКИ. Сервис оценки благонадежности контрагентов. Промо

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

Принципы проектирования справочников номенклатуры в 1С: Управление Предприятием 2 (ERP 2.4.6)

Анализ и проектирование ИТ-систем Платформа 1С v8.3 1С:ERP Управление предприятием 2 Россия Бесплатно (free)

Принципы системного подхода к проектированию справочников номенклатуры в 1С: Управление Предприятием 2 (ERP 2.4.6) или как избежать замусоривания.

13.02.2019    43030    roman72    31    

105

Практика применения подсистемы Автозадачи

Анализ и проектирование ИТ-систем Платформа 1С v8.3 Конфигурации 1cv8 Россия Управленческий учет Бесплатно (free)

На Инфостарте есть публикация о подсистеме Автозадачи (https://infostart.ru/public/656758/). Я решил поделить своим опытом применения этой подсистемы Альфа-авто 5.

29.01.2019    10788    AntonSm    4    

30

Ошибка №3 внедрения "Бюджетирования" в 1С:ERP2 и 1С:КА2: использование статей бюджетов вместо нефинансовых показателей

Бюджетирование и планирование Внедрение ИТ-системы Анализ и проектирование ИТ-систем Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Комплексная автоматизация 2.х Управленческий учет Бесплатно (free)

В планировании часто встает вопрос ввода цен для расчета тех или иных статей бюджетирования. На проектах мы видим, что для таких целей в 1C:КА 2 и 1C:ERP 2 иногда применяют статьи бюджетов вместо нефинансовых показателей. Это ведет к ряду ошибок и неудобств для пользователей.

14.01.2019    11146    SergeyN    8    

16

Обзор блока адресного хранения в программах 1С: УТ, ERP и КА

Учет ТМЦ Анализ и проектирование ИТ-систем Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Управленческий учет Бесплатно (free)

В статье мы подробно расскажем вам, как реализовано адресное хранение в типовых решениях 1С:Управление торговлей, 1С:ERP и 1С:Комплексная автоматизация.

29.11.2018    49270    alis112358    68    

53

Ограничения и недостатки производственного учёта в 1С: УНФ

Производство готовой продукции (работ, услуг) Анализ и проектирование ИТ-систем Платформа 1С v8.3 1С:Управление нашей фирмой 1.6 Управленческий учет Бесплатно (free)

У любого программного продукта (и не только программного, да и не только у продукта) существуют свои сильные и слабые стороны. О многих сильных сторонах 1С: УНФ (Управление нашей фирмой) я писал и снимал обучающие видеоролики. Мне действительно нравится данная программа в силу сочетания функциональности и простоты учёта. Но давайте объективно коснёмся недостатков 1С: УНФ при внедрении на производственных предприятиях. Но сначала про…

30.10.2018    32544    Ingraf    68    

58

Программы для исполнения 488-ФЗ: Маркировка товаров Промо

1 января 2019 года вступил в силу ФЗ от 25.12.2018 № 488-ФЗ о единой информационной системе маркировки товаров с использованием контрольных (идентификационных) знаков, который позволяет проследить движение товара от производителя до конечного потребителя. Инфостарт предлагает подборку программ, связанных с применением 488-ФЗ и маркировкой товаров.

Как проектировать отчетность

Анализ и проектирование ИТ-систем Платформа 1С v8.3 Управленческий учет Бесплатно (free)

Эта статья написана по итогам мастер-класса для руководителей проектов и аналитиков, в рамках перехода на продуктовый подход к разработке. В ней мы постарались ответить на вопрос: "Как снизить риск потери доверия к данным информационной системы со стороны топ-менеджмента, грамотно выстроив процесс проектирования и разработки отчетности?"

16.10.2018    11333    weissfeuer    3    

18

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

Анализ и проектирование ИТ-систем Платформа 1С v8.3 1С:Франчайзи, автоматизация бизнеса Бесплатно (free)

Как сделать проектирование функциональной архитектуры ПО технологией. Цель - устранить ряд типовых проблем на сложных проектах. Как использовать для решения этих задач 1С система проектирования прикладных решений (СППР). Статья полезна для директоров франчайзи, системных интеграторов, руководителей проектов, архитекторов и консультантов.

03.10.2018    22455    roman72    19    

71

Ошибка №2 внедрения "Бюджетирования" в 1С:ERP2 и 1С:КА2: реализация бизнес-логики на уровне отборов правил получения фактических данных

Бюджетирование и планирование Внедрение ИТ-системы Анализ и проектирование ИТ-систем Платформа 1С v8.3 1С:ERP Управление предприятием 2 Россия Управленческий учет Бесплатно (free)

Ошибка настройки правил получения фактических данных в 1C:ERP2 и 1С:КА2 довольно распространена. Попытка реализовать бизнес-логику на уровне правил получения фактических данных делает отчетность сложно проверяемой, увеличивает время формирования отчетов и практически всегда приводит к искажению фактических данных в бюджетных отчетах.

22.08.2018    10922    SergeyN    5    

9

Управление отделом разработки с помощью "1С:СППР"

Анализ и проектирование ИТ-систем Платформа 1С v8.3 Бесплатно (free)

У многих компаний возникают сложности с выбором системы управления задачами. Андрей Пашков на примере своей компании рассказывает о возможностях решения 1С:СППР. Также в статье рассмотрены проблемы, возникающие при разработке программного обеспечения, и описаны пути их решения с помощью 1С:СППР.

20.08.2018    35793    pau74    11    

75

Архитектура ИТ-системы на базе 1С в крупной организации

Анализ и проектирование ИТ-систем Платформа 1С v8.3 1С:Управление торговлей 11 Россия Бесплатно (free)

В данной статье я хотел бы очень крупными мазками обрисовать архитектуру ИТ системы на базе 1С в крупных (более 1 тысячи пользователей) организациях. Она не несет какой либо образовательной цели, это просто попытка показать – «а как у нас».

02.07.2018    22067    Repich    117    

106