Программный проект: соотносим теорию с практикой

Публикация № 74501

Учет и отчетность

Описание реального проекта с позиций теоретических рекомендаций

Здесь мы попытаемся пройтись по реальному проекту (создание конфигурации «Грузовая проходная» на платформе 1С 7.7. «с нуля») по цепочке «Стратегия - Анализ - Проектирование - Реализация - Тестирование». Проект «внутренний» (разработка собственными силами), поэтому проблемы Внедрения (customer acceptance tests) и Эксплуатации/поддержки здесь неинтересны. Мало того, руководитель проекта, проектировщики, разработчики и эксплуатационники - все это один человек.

Указанные этапы жизненного цикла соответствуют таковым из моей статьи "Хаотическая автоматизация". Но вначале, разумеется, постановка задачи. Итак,

Цели проекта.

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

Задачи проекта.

  1. Фиксация и накопление сведений о фактическом количестве вывозимой с территории завода продукции и соответствии его бухгалтерским документам.
  2. Фиксация и накопление сведений о количестве завозимых технологических материалов по видам материалов.

 

Таковы были «хотелки» безопасников. А еще были платформенные автомобильные весы.

Стратегия.

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

 

Итак, на этом этапе фиксируем ограничения. Кроме вышеупомянутых «хотелок» были и другие, наподобие возможности автоматической передачи требуемого количества мест (мешков) контроллеру погрузочной машины, управления шлагбаумами, автораспознавания номера автомобиля, автопроведение бухгалтерских документов по факту отгрузки... Взглянув на предварительный бюджет в части покупки оборудования, ПО и услуг внешних организаций, руководство платить столько не согласилось. Да и запрошенную мной сумму за разработку конфигурации (в размере 1/3 от рыночного аналога (http://www.npfsimplex.ru/sheben/calculator.html) тоже посчитали слишком большой.

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

Анализ.

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

 

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

Карта выдается бухгалтером при оформлении отгрузочных документов - с указанием в них номера выданной карты, - либо диспетчером автопарка - вместе с нарядом на завоз технологических материалов. Рабочие места бухгалтера и диспетчера оснащаются считывателями карт для исключения ошибочной «привязки». Информация о реквизитах накладной записывается в dbf-файл, расположенный в общей для бухгалтерии и системы контроля папке. Процесс чтения данных из этого файла запускается каждый раз при считывании на проходной карты, предъявляемой «сторонним» водителем. После каждого чтения файл очищается. Если считанная на проходной карта находится в перечне, полученном из бухгалтерии, будем создавать в системе Документ на вывоз.

Диспетчер автопарка работает в базе данных системы контроля, поэтому сведения о нарядах на завоз (Документах) доступны в системе непосредственно. На нем цепочка «Завоз» начинается и завершается, а в промежутке происходит взвешивание.

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

Завершается технологическая цепочка «Вывоз» при сдаче водителем смарт-карты контролеру на проходной при выезде. При этом контролер фиксирует (проверяет) соответствие реального веса вывозимой продукции весу по выписанным документам. Правда, пока неясно, что делать при несоответствии.

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

Проектирование.

Из множества задач этапа проектирования выделим три ключевые:

  • Проверка полноты результатов анализа
  • Использование продуктов третьих разработчиков и взаимодействие с ними
  • Отображение функций системы на ее модули

 

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

 

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

Что касается продуктов третьих разработчиков, здесь в качестве таковых выступают бухгалтерская конфигурация 1С 7.7., требующая дополнения механизмом выдачи карт, и драйвер электронных весов. Для используемых весов фирмы «Метра» производитель предлагает драйвер DevNet.drv, вполне 1С-совместимый и ранее у нас апробированный в автоматизированной системе учета заготовки сырья. Он позволяет подключить через COM-порт до 32 весовых контроллеров и/или информационных табло.

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

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

Реализация.

Основная задача разработчиков состоит в том, чтобы уяснить спецификацию: проектировщик написал, что надо сделать, разработчик определяет, как это сделать.

 

Итак, я перестал быть проектировщиком и перешел в статус разработчика. Первое, что надо уяснить - сколько имеется мест, где проектировщик влез в прерогативу разработчика, т.е. указал механизм реализации (как), и следует ли отвергнуть его идеи, либо ими воспользоваться. Таких мест насчитывается два: связь через файл .dbf и отображение «сущности» грузоперевозчика в виде документа. В первом случае в пользу .dbf (по сравнению, например, с .txt) говорит то обстоятельство, что объект XBase позволяет проанализировать причину неудачи при манипуляциях с файлом, что даст возможность избежать коллизий при одновременном обращении к файлу с двух рабочих мест (что, впрочем, весьма маловероятное событие). Так что здесь я соглашусь с проектировщиком.

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

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

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

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

Бухгалтерская конфигурация в русле методики неразрушающего конфигурирования (это здесь) только дополняется перечнем (Справочником) «вывозных» смарт-карт и внешней обработкой их чтения. Кроме этого, подменяются процедуры печати отгрузочных документов (ВПФ) - в них добавляется запрос на выдачу смарт-карты, печать номера выданной карты на накладной и запись реквизитов в dbf-файл.

Далее - достаточно простое кодирование, сводящееся к подгонке готовых «узлов», ранее обкатанных в других системах (и частично опубликованных на Инфостарте), друг к другу.

Тестирование.

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

 

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

 

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

Резюме.

Методика может быть хорошей или не очень. Но наличие методики всегда лучше, чем ее отсутствие.

 

Разумеется, для столь небольшого проекта, целиком «помещающегося» в голове, можно обойтись и без вышеописанных рассуждений. Это всего лишь иллюстрация одной из методик, отнюдь не единственной. Тем не менее, такой (методический!) образ действий при разработке позволяет избежать самых типичных ошибок и «излишеств», вроде дублирования функций, внесения в систему несуществующих «сущностей», неверных технических решений, навязанных проектировщиком и/или заказчиком.

Честно говоря, данный проект вначале развивался «с точки зрения банальной эрудиции» и добрался таким образом до автономных тестов. Потом я решил провести вышеописанный эксперимент. И применение описанного методического подхода заставило меня многое изменить. Конфигурация стала стройней, прозрачней, да и объем кода сократился.

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

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

Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. Meeting 23.08.10 13:00 Сейчас в теме
От меня плюс за стратегический подход
2. Ish_2 1052 23.08.10 14:17 Сейчас в теме
3. Арчибальд 2711 23.08.10 14:44 Сейчас в теме
4. Арчибальд 2711 25.08.10 14:40 Сейчас в теме
Что-то желающих высказаться маловато :(
5. Alraune 1481 25.08.10 14:49 Сейчас в теме
(4) Все ждут результатов "полевых испытаний"
6. hogik 433 25.08.10 15:12 Сейчас в теме
(4)
Все задумались - а как можно, еще проще, решить данную задачу в "1С 8.х" ?
Использовать СКД или "бизнес процесс" описать документами... ;-)
Чего говорить, то?
Конкретная задача, красивое решение, четкое и лаконичное описание "проекта"...
Valerich; +1 Ответить
7. Арчибальд 2711 25.08.10 15:28 Сейчас в теме
(6) Я опасался, что из-за "маломерности" проекта поличится слишком неиллюстративно. С другой стороны, если взять проект побольше, будет слишком длинно, и опять-таки иллюстративность потеряется.
Оставьте свое сообщение

См. также

Ликбез 8.Х: Управляем чем-нибудь железным. Скажем, светофорами на автомобильных весах Промо

Весы v8 Россия Бесплатно (free)

Как управлять внешними приборами/механизмами через COM-порт.

23.12.2017    14548    Арчибальд    19    

Как сделать комплектацию ТМЦ в Бухгалтерии 7.7

Учет ТМЦ v77::БУ 1С7:Бух БУ Бесплатно (free)

Решаем задачу комплектации ТМЦ в 1С Бухгалтерии 7.7. Описан механизм сложных проводок.

27.08.2020    276    AndKovalchuk    0    

Расчет страховых взносов в 1С 7.7 "Учет и отчетность предпринимателя, ред. 1.2" с апреля 2020

Бухгалтерский учет Практика программирования Зарплата v7.7 1cv7.md Россия БУ ФОМС, ПФ, ФСС Бесплатно (free)

В этой статье описано, какие небольшие изменения можно внести в модуль документа Начисление налогов с ФОТ, чтобы правильно рассчитывались страховые взносы с 1 апреля 2020 г.

09.04.2020    9255    Юджин58    36    

[ОБУЧАЛОВКА] Почему оплата не закрывает документ, на основании которого была выписана? Промо

Бухгалтерский учет v7.7 1cv7.md Кадровые агентства, подбор персонала УУ Бесплатно (free)

Очень часто всплывает вопрос, аналогичный "Почему оплата не закрывает документ, на основании которого была выписана?" Уж сколько копий переломано по этому поводу, выдано объяснений и развернуто дискуссий... однако воз и ныне там... Вопросы и бредовые пожелания плодятся как кролики/тараканы (кстати, про тараканов у меня здесь: http://infostart.ru/profile/174/projects/1969/). Мой ответ простой: в рамках договора в типовой ТиС погашение долгов документами оплаты реализовано по ФИФО (документ-основание используется лишь для удобства заполнения документа оплаты), почему по ФИФО, а не, например, как описано в заголовке? ДА ОЧЕНЬ ПРОСТО!!! Бухгалтеры в принципе неспособны обеспечить закрытие документов-оснований документами оплаты по нескольким простым причинам: не учитывают взаимозачеты (дает сдвижку оплат); не учитывают возвраты (влияющие на долги по документам оплаты), частичные оплаты/переплаты добавляют геморроя... банальные ошибки как со стороны бухгалтеров при разноске платежей, так и со стороны клиентов при указании назначений платежей и т.д. Если это суммировать, то вывод простой - бухгалтера!!! ПРОСТО НЕСПОСОБНЫ ЦЕЛЕНАПРАВЛЕННО И АККУРАТНО ВЫПОЛНЯТЬ ВСЕ ТРЕБУЕМЫЕ ДЕЙСТВИЯ ПРИ ВЕДЕНИИ ВЗАИМОРАСЧЕТОВ ПО ПРИНЦИПУ ПОГАШЕНИЯ "ДОКУМЕНТОВ-ОСНОВАНИЙ"!!! (вдогонку: почему-то многие бухгалтера уверены, что они умеют ТУПО СЧИТАТЬ лучше, ЧЕМ ТУПО УМЕЕТ СЧИТАТЬ КОМПЬЮТЕР)

26.02.2008    19679    CheBurator    54    

Торговый помощник 1С: 7.7

Управление торговлей Розничная торговля Розничная торговля v7.7 1С7:ТиС Розничная и сетевая торговля (FMCG) Россия УУ Бесплатно (free)

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

28.06.2018    6909    filin2042    2    

Доначисление страховых взносов на обязательное страхование от НС и ПЗ в Бухгалтерии 7.7 и УСН 7.7 для Договора подряда

Практика программирования Зарплата Зарплата v77::БУ 1С7:Бух 1С7:УСН Россия БУ ФОМС, ПФ, ФСС Бесплатно (free)

Во всех источниках, которые мне встречались, написано, что Страховые взносы НС и ПФ нужно начислять, если это указано в Договоре подряда.

06.09.2017    10261    pentanom    0    

Методика пошагового перехода из решения для платформы 7.7 "Торговля и склад" на решение для платформы 8 "Управление торговлей"

Перенос данных из 1С7.7 в 1C8.X Оптовая торговля Оптовая торговля v7.7 v8 УТ10 1С7:ТиС Оптовая торговля, дистрибуция, логистика Россия БУ УУ Бесплатно (free)

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

31.10.2016    15027    vugluscr1991    29    

Важные изменения в 54-ФЗ: какой будет ККМ в 2017 году

Кассовые операции Розничная торговля Фискальный регистратор ККМ Кассовые операции Розничная торговля v7.7 v8 Розничная и сетевая торговля (FMCG) Россия Бесплатно (free)

Уже начиная с апреля 2016 года нас ждут довольно серьезные изменения по передаче данных о продажах в налоговую. Не только ожесточится контроль над тем, сколько мы продаем, но и изменятся сами ККМ.

11.05.2016    94378    alis112358    80    

Пример HTTP запроса к УТМ ЕГАИС на платформе 1С 7.7

Внешние источники данных Практика программирования Оптовая торговля Розничная торговля Оптовая торговля Розничная торговля v7.7 1cv7.md Россия Бесплатно (free)

Запрос реализован на объекте ServerXMLHTTP из встроенной в Windows библиотеки MSXML, результатом запроса является XML объект DOMDocument из той же библиотеки MSXML со встроенным интерфейсом его обработки

16.12.2015    25066    Palmer1976    3    

Оформление журнала полученных и выставленных счетов-фактур в «1С: Бухгалтерский учет 7.7»

Бухгалтерский учет Оптовая торговля Производство готовой продукции (работ, услуг) Оптовая торговля Производство готовой продукции (работ, услуг) v77::БУ 1С7:Бух Россия БУ НУ НДС Бесплатно (free)

По многочисленным просьбам представляю описание порядка отражения операций по перевыставлению счетов-фактур от своего имени для формирования Журнале полученных и выставленных счетов-фактур (постановление Правительства от 26 декабря 2011 г. № 1137)

04.07.2015    23197    Sergey1CSpb    0    

Записки на память. Зарплата и кадры 1С 7.7 (ЗиК 7.7 )

Бухгалтерский учет Зарплата Управление персоналом (HRM) Зарплата Управление персоналом (HRM) v77::Расчет 1С7:ЗиК Россия БУ НУ УУ Бесплатно (free)

ЗиК 7.7 постепенно сходит на нет. Но, возможно, кому-то из нас все-таки когда-либо еще не раз придется столкнуться с этой конфигурацией. Поскольку работы по ней и заказов всё меньше и меньше, знания о ней и опыт постепенно угасают. Мой опыт с ЗиК 7.7 длиной в 14 лет терять просто так неохота. В этой статье я запишу, чтобы не забыть, важные моменты об этой конфигурации, чтобы самому не забыть, и вдруг кто-то получит это в наследство на сопровождение и будет вынужден (иначе не скажешь) это обслуживать. Или еще можно рассматривать эту статью как модное нынче «Письмо самому себе в прошлое».

18.11.2014    40035    Lapitskiy    26    

Подготовка сведений для ПФР ЗиК Исправление ошибок

Адаптация типовых решений Зарплата Зарплата v77::Расчет 1С7:ЗиК БУ ФОМС, ПФ, ФСС Бесплатно (free)

Подготовка сведений для ПФР ЗиК Исправление ошибок. Для сотрудников, у которых во 2,3 или 4 квартале не было заработка, но есть стаж (например, декретницы) не заполняется «Сумма выплат с начала года».

30.07.2014    16293    Cvetic    4    

Выгрузка 6 раздела РСВ-1 в СПУ ОРБ из ЗИК 7.7

Внешние источники данных Зарплата Зарплата v7.7 Россия БУ ФОМС, ПФ, ФСС Бесплатно (free)

Выгрузка индивидуальных сведений (раздел 6) РСВ-1 в СПУ ОРБ из ЗИК 7.7 начиная с обновления 346

16.07.2014    27091    aagubarev    3    

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

Адаптация типовых решений Учет ОС и НМА Учет ОС и НМА v77::БУ 1С7:Бух Россия БУ НУ Бесплатно (free)

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

15.05.2014    20587    Sergey1CSpb    2    

Подготовка сведений для ПФР ЗиК 339. СЗВ-6-4 две незначительные ошибки.

Практика программирования Зарплата Зарплата v77::Расчет 1С7:ЗиК Россия БУ ФОМС, ПФ, ФСС Бесплатно (free)

Подготовка сведений для ПФР ЗиК 339. СЗВ-6-4 две незначительные ошибки: 1.При переносе сотрудника из одной пачки в другую у него теряются сведения о выплатах. 2.Неактивна кнопка сортировки сотрудников.

11.10.2013    12803    Cvetic    7    

Редактирование закрытого периода в ЗиК 77

Бухгалтерский учет Закрытие периода Закрытие периода v77::Расчет 1С7:ЗиК Бесплатно (free)

Часто приходилось пользоваться для внесения изменения в прошлые периоды, например для исправления выплаты, или для перерасчета зарплаты, НО БЕЗ ИЗМЕНЕНИЯ конечного результата расчета. Перед работой ОБЯЗАТЕЛЬНО сделать архив!!

27.06.2013    10642    heellga    7    

Как избежать авансовых счет-фактур в рамках одного дня

Пользователю системы Бухгалтерский учет Оптовая торговля Оптовая торговля v7.7 v8 1cv8.cf 1cv7.md НУ НДС Бесплатно (free)

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

30.11.2012    8958    bananoed    3    

Продажа собственной фирме (интеркомпани) - заполнение отрицательными остатками

Практика программирования Учет ТМЦ Учет ТМЦ v77::ОУ 1С7:Комплекс 1С7:ТиС Россия Бесплатно (free)

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

06.05.2012    13393    2sw    4    

Ошибка в отчете "Справки по НДФЛ" в Комплексной р.517

Зарплата Налоговые Зарплата v77::Расчет 1С7:Комплекс Россия БУ НДФЛ Бесплатно (free)

Исправление ошибки расчета сумм вычетов (по кодам 311, 312, 318) в п. 4.1 отчета "Справки по НДФЛ".

24.02.2012    10753    yupi71    1    

"Безболезненный" переход 1C на МСФО

Бухгалтерский учет МСФО (GAAP) МСФО (GAAP) v77::БУ 1С7:Бух Аудит и бухгалтерские услуги, юриспруденция Россия БУ Бесплатно (free)

От одной мысли об уходе с РСБУ на IAS всей бухгалтерии становится дурно. А начальство и/или сама жизнь уже требуют того. Несколько раз за последние 15 лет пройдя с бухгалтерами разных заведений через этот кошмар в 1С по всяким сценариям, пришел к варианту, который предлагается. Дублирующий план счетов МСФО в "родной базе" строится шаг за шагом бухгалтером со "своим" программистом. Каждая хозоперация отражается одновременно и независимо в оба плана счетов. Хотите попробовать?

21.02.2012    14111    trustasia    10    

Ошибка в 1С:Бух77 ред.533 Начисление ФФОМС при ЕНВД

Практика программирования Зарплата Зарплата v77::БУ 1С7:Бух Россия Бесплатно (free)

При начислении налогов с ФОТ (док.ЗакрытиеМесяца) не расчитываются налоги ФФОМС, если начисление зарплаты проводится как "облагаемые ЕНВД".

22.01.2012    10275    lelbraun    3    

Как заполнить справку 2-НДФЛ в Бухгалтерии 7.7?

Справки Зарплата Зарплата v77::БУ 1С7:Бух Россия БУ НДФЛ Бесплатно (free)

Многие при попытке сформировать справку 2 НДФЛ сталкиваются с ошибкой «Данных о доходах за 2011 год не обнаружено»

12.12.2011    35310    Myst_    18    

Перерасчет ФСС НС за предыдущий период в ЗиК 315

Адаптация типовых решений Зарплата Зарплата v77::Расчет 1С7:ЗиК Россия БУ ФОМС, ПФ, ФСС Бесплатно (free)

Если изменить базу вида расчета «ФСС НС», то в релизе 1С:Зарплата и Кадры 7.70.315, в текущем расчетном периоде не происходит перерасчет за предыдущие периоды.

02.11.2011    17679    Nicholas    13    

Неправильное изменение категории плательщика ПФР при проведении справки МСЭК

Практика программирования Зарплата Зарплата v77::Расчет 1С7:ЗиК Россия БУ ФОМС, ПФ, ФСС Бесплатно (free)

В ЗиК (релиз 314) при проведении документа "Справка МСЭК" вкралась ошибка: проведение некорректно изменяет категорию плательщика ПФР на "Работник сельскохозяйственной организации - инвалид", затем на "Работник колхоза, совхоза и другого сельскохозяйственного предприятия". Связано это с разными типами ожидаемого и возвращаемого перечисления в функции "глКатегорияПФР": "КатегорияПлательщикаПФ" и "КатегорииЗастрахованныхЛицПФР". Решение: изменить функцию "глКатегорияПФР" (около 2932-й строки).

17.10.2011    6362    Krokokot    3    

ЗиК: Заполнение данных о заработке у предыдущих работодателей в больничном

Практика программирования Зарплата Зарплата v77::Расчет 1С7:ЗиК Россия БУ Бесплатно (free)

Доработка ЗиК 314. Заполнение данных в больничном за 2 предыдущих года у другого работодателя. Для работы необходимо добавить в конфигурацию новый справочник.

04.10.2011    11884    allexe    13    

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

Практика программирования Зарплата Зарплата v77::Расчет 1cv7.md 1С7:ЗиК Россия Бесплатно (free)

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

04.10.2011    9271    maxim305    18    

Отпуск по уходу за ребенком. Печать расчета среднего заработка

Практика программирования Зарплата Зарплата v77::Расчет 1С7:ЗиК Россия БУ Бесплатно (free)

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

23.09.2011    5641    Gr@nd@d    5    

1С 7.7 ЗиК. Доработка документа "Бригадный наряд" с возможностью увидеть часы в расчетном листке

Практика программирования Зарплата Зарплата v77::Расчет 1С7:ЗиК Россия БУ Бесплатно (free)

Маленькая доработка модуля документа "Бригадный наряд" с возможностью увидеть часы в расчетном листке. Не забудьте, когда будете заполнять документ "Бригадный наряд", поставить галочку "Учитывать отработанные часы".

08.09.2011    7069    Ироида    14    

Расшифровка внутренних расчетов 1С:Зарплата

Практика программирования Зарплата Зарплата v77::Расчет 1С7:ЗиК Россия Бесплатно (free)

Трассировка (расшифровка) промежуточных расчетов документов в 1С:Зарплата

20.07.2011    10799    buhinfo    5    

Исправляем ошибку в документе Корректировка Остатков ОС В связи с вступлением норм НК (конфигурация 287 Бухгалтерии для Украины)

Учет ТМЦ Учет и отчетность v77::БУ Украина БУ Бесплатно (free)

При проведении анализа переноса остатков на 1 апреля 2011 года в конфигурации 287 Бухгалтерии для Украины обнаружена некорректная работа документа КорректировкаОстатков ОС. В сообщении - текст измененной процедуры модуля документа. (Если кому интересно - ошибка связана с использованием имени реквизита табличной части ПервСтоимость в модуле документа).

06.07.2011    8867    sergefox    6    

Методика расчета резервов отпусков (счет 96) в 1С Зарплата и Кадры 7.7 с 2011 года (вариант)

Практика программирования Зарплата Зарплата v77::Расчет 1С7:Бух 1С7:ЗиК Россия БУ Бесплатно (free)

В статье рассмотрен один из возможных вариантов расчета резервов отпусков (счет 96) в 1С Зарплата и Кадры 7.7 с 2011 года.

14.06.2011    22044    vkr    48    

Учет переплаты за прошлый период (персонифицированный учет в ПФР)

Практика программирования Зарплата Зарплата v77::ОУ 1С7:ЗиК Россия БУ ФОМС, ПФ, ФСС Бесплатно (free)

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

06.05.2011    5876    pavel_vrn    8    

Форма 1-НДФЛ для 2011 года (Зарплата и Кадры 7.7, релиз 310)

Практика программирования Зарплата Зарплата v77::Расчет 1С7:ЗиК Россия БУ НДФЛ Бесплатно (free)

В прежних релизах была возможность из справочника "Сотрудники" сформировать форму 1-НДФЛ по кнопке "Ввод данных" (там была возможность расшифровки сумм). Вернём полезную функцию!

29.04.2011    6970    Q-Q    9    

ЗиК Расходы предприятия за счет ФСС. Реестр начисленных пособий за месяц.

Адаптация типовых решений Зарплата Зарплата v77::Расчет 1С7:ЗиК Россия БУ ФОМС, ПФ, ФСС Бесплатно (free)

Для больничных листов за 2010, проведенных в 2011, дни за счет работодателя = 3, вместо 2.

15.04.2011    16120    Cvetic    3