22.03.2019 Игорь Борисенко 9361
Пример конспекта по теме «Расчетные механизмы...

Содержание:

1.       Экзамен 1С - подготовка

2.       Планы видов расчета

3.       Стонирование документа и перерасчет  

   

1.    Экзамен 1С - подготовка

 

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


Иногда достаточно пробежаться взглядом по заголовкам разделов, а иногда – вспомнить основные этапы решения определенного рода задач или – вспомнить, почему выделен термин или фраза.


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


ЧТОБЫ ПОДГОТОВИТЬСЯ К ЭКЗАМЕНУ, НУЖНО НАПИСАТЬ СВОЙ КОНСПЕКТ.


Используются следующие сокращения (на самом деле сокращение было больше, просто в целях публикации текст конспекта приведен к «читабельному» виду):

·         ВР – вид расчета

·         ПВР – план видов расчета

·         РР – регистр расчета 1C

·         ПериодД – период действия

·         ПериодР – период регистрации

·         ВТ – виртуальная таблица

·         ФТ – физическая таблица

·         тч – табличная часть (документа)

·         РС – регистр сведений

·         РН – регистр накопления

·         РБ – регистр бухгалтерии

·         Изм., рес., рекв. – измерение, ресурс, реквизит

·         СКД – система компоновки данных 1С  

   

2.    Планы видов расчета


Настройки плана видов расчетов (ПВР)


Чаще всего в задачах требуется создавать два ПВР:

·         один с включенным периодом действия, а другой с выключенным (для разовых начислений).

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

 

Настройка «Использует период действия»: являются ли все виды расчета в этом плане расчета протяженными по времени (оклад, невыход, больничный, отпуск).

·         возможно вытеснение по периоду действия

·         не включать для разовых начислений (иначе неоптимальный состав таблиц)


Настройка «Зависимость от базы»: в качестве базы могут быть получены не только начисленные суммы, но и значения любых показателей, например, данные по отработанному времени.

·         указываются базовые ПВР (а собственно базовые ВР указываются уже при настройке ВР)

Период регистрации – период, в котором начислен данный ВР.

Периодом действия- период, за который начислен данный ВР.

Больничные за февраль и часть марта (период действия) начислены в марте (период регистрации).

·         Зависит «по периоду регистрации»: при расчете НДФЛ, удерживаемого с заработной платы за март, будет учтена оплата больничного, начисленная в марте, даже если сотрудник реально болел в феврале

·         Зависит «по периоду действия»


Настройки видов расчета (ВР)

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

·         Ведущий вид расчета – это вид расчета, который может косвенно влиять на текущий вид расчета (при изменении данных по окладу премия и командировка должны быть пересчитаны)

·         Вытесняющие виды расчета

·         Базовые виды расчета


Как создать регистр сведений, описывающий график работы

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

РС для определения графика работы является обязательной частью настройки РР с включенным ПериоД.

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


Настройки регистра расчета (РР)

Неверно спроектированный РР всегда является грубейшей ошибкой на экзамене.

РР настраиваются уже после того, как созданы и настроены ПВР и График (если рег.исп. ПериодД).

ИспользованиеРР с включенным ПериодД для разовых начислений является грубой ошибкойдля разовых начислений создавать отд. РР с выкл. ПериодД.


План видов расчета: один РР <-> один ПВР.

Период действия: если он установлен в РР, то и в ПВР д.б. установлен. Один ПВР может быть прикреплен к нескольким РР и ПВР с ПериодД может быть прикреплен к РР без ПериодД.

График, дата графика (измерение РС), значение графика (ресурс РС).

Базовый период: делает возможным получение базы из регистра расчета за соответствующий базовый период; действует независимо от аналогичного свойствава ПВР.

Периодичность: нельзя ввести запись, у которой ПериодД будет выходить за рамки периодичности РР (например, включать в себя несколько месяцев); ПериодР = началу периода.


Измерения РР определяют, в каких разрезах действует механизм вытеснения и расчет базы - смысл отличается от измерений РН, где они показывают в каких разрезах накапливаются итоги.

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


Ресурсы РР: для получения базы по ним.

Реквизиты РР: доп.инф. (ГрафикРаботы, размер оклада, % премии).

Измерения и реквизиты РР могут быть связаны с измерениями РС, который задан в качестве графика – для отбора значений графика.


Перерасчеты:

показывает, какие записи РР стали неактуальны;

это – рекомендации à алгоритм перерасчета нужно писать;

Заполнение таблицы перерасчетов происходит на основе 1) вытесняющих и 2) ведущих ВР.

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


Использование виртуальных таблиц РР для получения расчетных данных

ВТ ДанныеГрафика (только для РР с ПериодД).

·         данные из ФТ РР + данные из РС, связанного с Графиком работы

·         один параметр – Условие (и изм., и рес., и рекв.) – чаще всего только один отбор – по Регистратору

·         НормаЧасовß из ЧасовПериодДействия (не путать с ЧасовПериодРегистрации) ßданные графика по периоду действия будут всегда получены за полный период (есть еще ВТ ФактическийПериодДействия – там с учетом вытеснения)

·         ФактЧасовß из ЧасовФактическиПериодДействия


ВТ База (только если вкл. БазовыйПериод).

·         Установление связи с базой: текущий РР – ПВР – Базовые ПВР – Базовые РР

·         Базовых РР может быть несколько à рез.нужно суммировать

·         Параметры ВТ

o   Условие – обычно – по Регистратору

o   ИзмеренияОсновногоРегистра и ИзмеренияБазовогоРегистра – массивы имен измерений – для сопоставления имен измерений двух РР – кол.эл.мас. д.б. одинаковым à в баз.РР будет установлен отбор по значениям измерений основного РР àпозволяет получать запросом базу в разрезе сотрудников и подразделений, а не общим итогом

o   Разрезы –массив имен полей (изм., рекв., стандартн.рекв.) базового регистраàдля указания доп. разрезов при получении базы, кроме тех, что уже указаны в параметре ИзмеренияБазовогоРегистра, в том числе по полям реквизитов


ВТ ФактическийПериодДействия (только для РР с ПериодД).

·         Ее структура полностью совпад. с физ.таб.РР

·         Возвращает записи с учетом вытеснения


Механизм вытеснения

·         ПВР: указать предопред. ВР, указать вытеснение для ВР

·         РС ГрафикРаботы: доб. изм. ГрафикРаботы - это изм.обязат.д.б.заполнено (для ВТ ДанныеГрафиков)

·         РР:

o   ПериодДействия

o   Изм. Сотрудник

o   Рес. ГрафикРаботы, связь с изм. «ГрафикРаботы» и рес. «Часы» РС ГрафикРаботы

·         Док. НачислениеЗарплаты:

  запретить. Оперативный режим провед;

o   в шапке – ПериодРег.;

o   в тч.: Сотрудник, ВР, ГрафикРаботы, ДатаНач, ДатаКон, Оклад

o   ПриПроведении:

§ Формирует набор записей (заполнены Изм. иРекв.) с пустым Результатом

§ Записывает этот НаборЗаписей - применяется механизм вытеснения

§ Запускает процедуру расчета Результатапо ранее сформированным записям


·         Общ.мод. ПроведениеРасчетов

o   Проц. Рассчитать(НаборЗаписей, Регистратор)

§ Читаем ВТ ДанныеГрафика по Регистратору àНормаЧасов, ФактЧасов

§ Для каждой Записи из НабораЗаписей делаем расчет Результата


Получения базы при расчете премии

·         ПВР:

o   1) ОснНачисления: ПериодД

o   2) ДопНачисления:, НЕ ПериодД; Зависит ПоПериодД от ОснНачисл; указать базовый ВР

·         РС: ГрафикРаботы, рес. Дни (1/0) ßзаполнить

·         РР:

o   1) ОснНачисления: Период; График; Изм.Сотрудник (Базовое), Рес. Результат, Рекв.Оклад

o   2) ДопНачисления: БазовыйПериод; Изм.Сотрудник (Базовое), Рес. Результат, Рекв.Оклад

·         Док. НачислениеЗарплаты

o   Тч.1 ОснНачисления: Сотр, ВР, ПериодДействНач, ПериодДействКон, Оклад

o   Тч.2ДопНачисления: Сотр, ВР, БазПериодНач, БазПериодКон, ПроцентПремии

o   Модуль

§ Создаем НаборыЗаписей в соответ РРбез Результата

§ Записываем НаборыЗаписейà сработает механизм связи по базе

§ Запускаем процедуру расчета Результата

·         Общ.Мод.: проц. Расчета результата

o   Для ОснНачислений

§ Выборка из ВТ ДанныеГрафиков

§ Расчет Результата по ВР Оклад для каждой Записи из НабораЗаписейОснНач

§ Запись НабораЗаписей

o   ДляДопНачисл

§ Выборка из ВТ База

§ Расчет Результата по ВР Премия для каждой Записи из НабораЗаписейДопНач

§ Запись НабораЗаписей  

   

3.    Стонирование документа и перерасчет

 

Как использовать сторнирование документа для отмены записей, зарегистрированных в предыдущих периодах

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


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

Чтобы программно получить такие записи сторно, используется метод ПолучитьДополнение() объекта РегистрРасчетаНаборЗаписей.


·         РС ГрафикиРабот

o   Рес. Дней, поправить ОбработкуЗаполнения

o   Заполнить (в т.ч. за позапрошлый, прошлый и текущ. Мес.)

·         ПВР ОсновныеНачисления

o   Использ. ПериодД

o   Зависит по ПериодД – от самого себя

o   ВР ПособиеПоБолезни: База = Оклад

o   ВР Оклад

§ Вытесняется ВР ПособиеПоБолезни

·         РР ОсновныеНачисления

o   ПериодД, График

o   Базовый период

o   Изм.Сотрудник (Базовое), Рес.Результат, Рекв.Параметр (там будет оклад и % пособия)

·         Док. НачислениеЗП

o   Подготовить записи текущего периода действия – как обычно

o   Для ВР Пособие заполнить поля БазовыйПериодНачало, БазовыйПериодКонец (минус месяц относительно периода действия ВР)

o   Добавить записи Сторно

§ Движения.ОсновныеНачисления.ПолучитьДополнение()

§ Сторно, ПериодРегистрации, ПериодДействияНачало, ПериодДействияКонец

·         Общ.мод. РасчетНачислений()

o   ВТ ДанныеГрафика: НормаДней, ФактДней, БазаФактДней

o   ВТ База: РезультатБаза

o   Для записей Сторно изменить знак


Демонстрация фактического периода действия с помощью диаграммы Ганта

·         Без СКД

·         Форма: Период, ДиаграммаГанта, кнСформировать

·         Запрос

o   ВТ ФактическийПериодДействия

o   Сотрудник, ВР, Регистратор (+Представл), НачалоПериодД, КонецПериодД

·         Обход Выборки

o   Точка/Серия = Диаграмма.УстановитьТочку/Серию

o   Результат = Диаграмма.ПолучитьРезультат(Точка,Серия)

o   Интервал = РезультатДобавить; Начало, Конец, Текст, Расшифровка

o   Серия.Цвет – в завис. От ВР


Расчет зарплаты при изменении оклада в рамках одного месяца

·         Периодич. Рег.свед. для хранения окладов.

·         Разбить строки тч документа на интервалы в местах сечения Периодами рег.свед.


Расчет зарплаты по шкале ставок в зависимости от отработанного времени

·         Если тарифная ставка зависит от отработанного времени, то ДанныеГрафика.ФактЧасов Левое Соединение с рег.свед. где хранятся интервалы тарифов.


Расчет зарплаты как процент от продажи товаров

Дополнительно к расчетным механизмам потребуются меха-мы Оперативного учета.

·         Спр. Сотрудники: рекв. Подразделение

·         РН. Продажи: Изм. Подразделение, Рес. СуммаПродаж

·         Док. Продажи: Подразделение, СуммаПродажà приход по РН Продажи

·         ПВР ДопНачисления: вкл.Базу по себе самому (чтобы можно было указать базовые период расчета, а базовый результат будем брать из РН)

o   ВР Надбавка

·         РР: вкл.Базу, Изм. Сотрудник, Рес. Результат, Рекв. Параметр

·         Док.НачислениеЗарплаты: тч. ДопНачисления: Сотрудник, ВР, Параметр (% надбавки)

o   Первичные записи в РР с указанием базового периода

·         ОбщМод:

o   ВТ База Левое Соединение с РН Продажи по Подразделению с отбором по БазовомуПериоду


Выявить неактуальные записи регистра расчета и выполнить ПЕРЕРАСЧЕТ

Для авт. регистр. записей перерасчета по Окладу, необходимо для него указать вытесняющие и/или ведущие ВР.

Если ВР зависит от нерасчетных механизмов (например, от объема продаж по данным РН или РБ), тот такие записи перерасчета нужно создавать вручную (программно).

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

·         Обычные настройки по Продажам (РН), Расчет Премии в зависимости от продаж прошлого мес.

·         Для РР вкл. Перерасчеты, Изм.Сотрудник – связь с изм. РР и изм. Ведущих РР

·         Ручная регистрация перерасчетов при проведении док. Продажи

o   Найти Регистраторы (это будут ОбъектыПерерасчета с Итогом), ВР, Сотрудник за соотв.ПериодРег с отбором по ВР и Подр.

o   К существующим НаборамЗаписей Перерасчета по ОбъектПерерасчета прибавить недостающие

·         Обработка Перерасчет

o   Чтение ВТ Перерасчеты по всем РР, где включены перерасчеты, вывод в тз на форме

o   ВыполнитьПерерасчет

§ Обходим отобранные ОбъектыПерерасчета и выполняем для них обычные процедуры расчета для соответствующих ВР


Премияруководителюучережденияот премии за продажи подразделения

·         ПремияЗаОбъемПродажПодразделенияПрошлогоМесяца – как обычно

o   Записать НаборЗаписей – он будет базой для ПремииРуководителя

·         ВР ПремияРуководителю: База = ВР Премия

·         РР

o   Добавить изм. Подразделение – чтобы делать отбор по нему

·         МодульДок.

o   Дополнительно к записям по Премия (с базовым периодом = прошл.мес.) заготовить Записи по ПремииРуководителю с баз.периодом = тек.мес.

·         Общ.мод. Расчет

o   Первым делается Расчет по Премии, НаборЗаписей – записать – сформировали базу для ПремияРуководителю

o   Вторым делается расчет ПремииРуководителю

§ ВТ База

§ ИзмеренияОтбора = «Подразделение» ßпо Изм. Отбор: какое Подр. попадет

§ Разрез = «Сотрудник»ßпо Разр. доп.усл.: какого Сотр. исключить

§ Условие «ГДЕ ВиртТабРег.СотрудникРазрез<>ВиртТабРег.Сотрудник»

§ Сгруппировать и индекс по НомерСтроки

§ ЛевоеСоед с ФизТабРег


Расчет удержания процентом от заработанного в текущем периоде


Расчет удержания начисляется аналогично расчету по базе, НО с «–», а не с «+».

Удержания нужно выделять в отдельный план видов расчета и регистр расчета (с методолог.т.зр.)

·         Для ФиксирОклада

o   ПВР ДопНачил.: без ПериодД, без Базы; ВР ФиксирОклад

o   РР ДопНачисл.: без ПериодД, без Базы; Изм.Сотр, Рес. Результат, Рекв. Размер

·         Для ПрофВзносов

o   ПФР Удержания: База; ВР ПрофВзносы с Базой = ФиксирОклад

o   РР Удержания: База; Изм.Сотр, Рес. Результат, Рекв. Размер

·         Док НачислениеЗП:

o   тч. ДопНачисления, тч. Удержания

o   МодДок:

§ По ФиксирОклад сразу указать Результат, т.к. расчет не нужен

§ По ПрофВзносов: обычные предварительные записи для Базы

·         ОбщМод:

o   ВТБаза: Изм. «Сотрудник»

o   ФизТабБаза

o   ЛевоеСоед с ВТБаза

o   Результат с «минусом»


Расчет выплаты (командировочные, больничные) по среднедневному заработку за предыдущий месяц


ВзаимосвязанныеВР (Оклад и Премия) могут быть проведены одним документомàрекв. Приоритет в ПВР.

Условия задачи:

·         Оклад = пропорц. отработанным дням

·         Командировочные: вытесняют Оклад; = пропорц. ср.дн. результату по Окладу за прошл.мес.

·         НадвабкаЗаВахту = % от Оклада за факт.дни Оклада с учетом его вытеснения

Решение:

·         РСГрафикРабот: Дней; заполнить

·         Все ВР – протяженные по времени и относятся к начислениямà можно исп. один ПВР

·         ПВР

o   ПериодД

o   База по себе самому

o   ВР

§ Оклад: вытесняется Командир.

§ Командир: база по Оклад

§ НадвабкаЗаВахту: вытесняется Командир.; База по Оклад; ПериодДействияЯвляетсяБазой

o   Рес.: Приоритет (заполнить в режиме Предприятия)

·         РР

o   ПВР, ПериодД + Связь с ГрафикомРаб, База

o   Изм.: Сотрудник

o   Рес.: Результат, Дней

o   Рекв.: Параметр

·         Док

o   Одна тч

o   МодульДок

§ Запрос

·         Указание базовых периодов в завис. от ВР

·         Указание Приоритета в завис. от ВР

§ Обход по Приоритетам

§ Предварительная запись набора по Приоритету и отправка на расчет

o   ОбщМод. Расчет

§ Запрос

·         ФизТаб.НомерСтроки

·         ЛевСоед ВТ ДанныеГрафика: ДнейНорма, ДнейФакт

·         ЛевСоед ВТ База: РезультатБаза, ДнейБаза

·         Отбор по Приоритету


Предоставить пользователю возможность создавать новые ВР и привязывать их к существующим алгоритмам расчета


·         Перечисл. СпособРасчета

·         ПВР: рекв. СпособРасчета, с проверкой его заполненности

·         В процедуре расчета ОбщМодуля для выбора алгоритма расчета использовать не условие ВР=ПВР.ПредпредВР, а условие ВР.СпособРасчета = …

·         В режиме Предприятия добавить ВР, указать Базу, Вытеснения, заполнить реквизиты (СпособРасчета, Приоритет, …)


Реализовать расчет зарплаты в форме документа и возможность исправления результатов расчета


1.       Выполнить Расчет (как обычно) на основании данных документа

2.       Перезаполнить форму документа с учетом результатов расчета

3.       Очистить набор записей (т.к. документ еще не проведен); записи появятся после проведения док-та

4.       При проведении док-та никаких расчетов уже не проводятся – просто запись по данным док-та


Автоматическое разбиение периодов, переходящих из одного месяца в другой


1.       В запросе посчитать количество накрываемых периодов расчета: РАЗНОСТЬДАТ(тч.ДатаНачала, тч.ДатаОкончания, МЕСЯЦ) + 1

2.       Каждый расчетный период ввести отд. Записью в набор:

2.1.    рассчитать даты начала и окончания ПериодаДействия каждой записи


Использование табеля учета рабочего времени


1.       тч по дням месяца; программнооформить шапку тчв завис. от Даты док-та

2.       Оборотный РН ОтработаноВремени

3.       ЧасовФакт брать не из ДанныеГрафика, а из РегНак + ЛевСоед с РРФактичПеридД, чтобы учесть вытеснение


Начисление в нескольких валютах


·         РР: Валюта – Реквизит, неИзмерение (иначе не будет работать Вытеснение)

·         МодульДок:

o   ЛевСоедРегСведКурсыВалют: à будет столько строк, сколько валют

§ Если нужны все валюты, то ПО Истина

§ Если отдельные, то ПО тч.Валюта = РегСвед.Валюта

o   Параметр пересчитать по курсу

·         ОбщМод.Расчет: без особенностей


Учет выплаты ЗП и печать платежной ведомости


1.       Перечисл. ХарактерВыплаты: Аванс, ОкончательныйРасчет

2.       РН: ДолгПоЗарплате: Изм. Сотр., Рес. Сумма, Рекв. ХарактерВыплаты

2.1.    Приход/расход по РН: док. НачислениеЗаоплаты: начисления/удержания

2.2.    Расход по РН: док. ВыплатаЗарплаты

3.       Отч. ПлатежнаяВедомость

3.1.    НаборДанных1: нач. сальдо по долгу на дату док-та

3.2.    НаборДанных2:

3.2.1.начисления (в разрезе ВидовРасчета): по текущ. ПериодРегистрации

3.2.2.выплаты (в разрезе ХарактерВыплат): по текущ. Регистратору

3.3.    КВыплате – формула в Ресурсах

3.4.    ФормаОтчета: ПриЗагрузкеВариантаНаСервере(Настройки): загрузка параметров

3.5.    Док. ВыплатаЗарплаты: кн.Печать: передача Параметров

 

Специалист компании ООО «Кодерлайн»

Игорь Борисенко.

Наши проекты

Группа компаний АО «Киномакс»
Группа компаний АО «Киномакс»

Отрасль:
Культура, шоу-бизнес

Внедренное типовое решение:
БИТ.Финанс

- Разработка Положения о Казначействе группы компаний
- Разработка Положения об управлении договорами группы компаний ...

1с-РАРУС МСК
1с-РАРУС МСК

Отрасль:
Разработка компьютерного программного обеспечения

Внедренное типовое решение:

- Совместная работа по внедрению разных решений, в том числе «1С:ERP Управление предприятием», «1С:Управление корпоративными финансами»...

ФГУП «Почта России»
ФГУП «Почта России»

Отрасль:
Почта, доставка

Внедренное типовое решение:
1С:Управление торговлей

- Оформление заказов поставщикам
- Оформление заказов покупателей
- Управление складскими запасами ...

ООО "ОМЗ"
ООО "ОМЗ"

Отрасль:
Металлургическая промышленность, металлообработка

Внедренное типовое решение:
1С:Управление производственным предприятием

Автоматизация бизнес-процессов...

ООО "Эскорт-Центр"
ООО "Эскорт-Центр"

Отрасль:
Профессиональные услуги

Внедренное типовое решение:
1С:ERP Управление предприятием 2.0

- Сквозной учет затрат по объектам
- Бухгалтерский учет
- Расчет зарплаты
- Планирование и учет производства собственных изделий ...

СТС-Медиа
СТС-Медиа

Отрасль:
Медиаиндустрия

Внедренное типовое решение:
1С:Управление холдингом

- Бухгалтерский учет;
- Налоговый учет;
- МСФО (GAAP/управленческий учет);
- Казначейство...

АО «Вертолетная сервисная компания»
АО «Вертолетная сервисная компания»

Отрасль:
МТО эксплуатации вертолетной техники

Внедренное типовое решение:
1С:Бухгалтерия КОРП

- Консультации по сложным вопросам налогового и бухгалтерского учета;
- Разработка специализированных форм внутрикорпоративной отчетност...

Автоматизация торгового учета на базе "1С:Управление торговлей"
ООО «ТЕЛЕВЕС РУСС»

Отрасль:
Торговля

Внедренное типовое решение:
1С:Управление торговлей

- Управление складскими запасами;
- Оформление заказов покупателей;
- Планирование продаж;
- Взаиморасчеты с покупателями;
-...

МГК "Световые Технологии"
МГК "Световые Технологии"

Отрасль:

Внедренное типовое решение:
1С:Предприятие 8. ERP Управление предприятием 2

Специалисты "Кодерлайн" произвели доработки в системе 1С:ЕРП 2.4 с учетом требований заказчика, осуществили настройки загрузки и выгрузки н...

Внедрение ПП "1С:CRM ПРОФ" в ООО «Торговый Дом Факел»
ООО «Торговый Дом Факел»

Отрасль:
Производство

Внедренное типовое решение:
1С:CRM ПРОФ

- Управление отношениями с клиентами (CRM) ...

ООО «Мир Аксиомы»
ООО «Мир Аксиомы»

Отрасль:
Аудиторские и консалтинговые услуги

Внедренное типовое решение:
1С:Бухгалтерия КОРП

- Бухгалтерский учет:
Банк и касса
Завершение периода
Нематериальные активы
Расчеты с контрагентами
Регламентированная ...

Филиал ГлавУпДК при МИД России фирма «Инпредкадры»
Филиал ГлавУпДК при МИД России фирма «Инпредкадры»

Отрасль:
Государственное управление

Внедренное типовое решение:
1С:Бухгалтерия

- Расчеты с контрагентами;
- Управленческий учет;
- Формирование отраслевой отчетности;
- Интеграция с отраслевыми продуктами ст...

Наши соц. сети

Telegram-канал «Koderline 1С» Группа в Вконтакте «Кодерлайн КОРП» Rutube

Остались вопросы - обратитесь к нам!

Впишите свои Имя и Телефон, чтобы мы ответили на все интересующие Вас вопросы.
ФИО*
E-mail*
Телефон*
Сообщение