Русский
Русский
English
Статистика
Реклама

1с:предприятие

Бесплатная бухгалтерия для одинокого ИП миф или реальность?

23.09.2020 14:17:26 | Автор: admin


Существует множество учетных систем для малого бизнеса, помимо занимающих на российском рынке монопольное положение продуктов 1С. Есть, к примеру, специализированные облачные решения и онлайн-сервисы банков, доступ к которым можно получить вместе с расчетно-кассовым обслуживанием. За все популярные продукты приходится регулярно отдавать довольно приличную сумму денег, что вполне оправдано при наличии наемных сотрудников и довольно сложных бизнес-процессов. В случае, если индивидуальный предприниматель работает сам и применяет упрощенную систему налогообложения, нет никакого смысла отдавать по 5 10 тысяч рублей в год только за право вести бухгалтерский учет и формировать налоговую декларацию. В небольшой статье мы попробуем разобраться, как микробизнес может сэкономить немного микроденег, используя альтернативные программы.

Какие задачи возникают?


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

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

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

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

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

Какие решения предлагает рынок?


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

  • Коробочная версия 1С: Предприятия для малого бизнеса (конфигурация Упрощенка и вот это все). Стоит продукт на первый взгляд недорого, но купить и забыть это не про 1С, потому что на низком старте уже стоит франчайзи с доильным аппаратом в виде договора ИТС. Одинокому ИП он вроде бы не нужен, но иначе не получишь обновлений через портал. За локальную версию 1С платить придется регулярно, смиритесь;
  • Облачная бухгалтерия 1С: ФРЕШ БизнесСтарт или другая конфигурация. Хороший вариант, если у вас есть наемные работники и выделенный (приходящий) бухгалтер, но для одинокого ИП он может оказаться чрезмерным. Из недостатков стоит отметить только необходимость хранить свои данные в чужом облаке и регулярно вносить абонентскую плату, размер которой зависит от набора используемых услуг;
  • Облачная бухгалтерия банка или специализированный бухгалтерский онлайн-сервис. Отдельный сервис закрывает все задачи ИП, но стоит довольно дорого. Предлагаемые банками решения можно получить вместе с расчетно-кассовым обслуживанием, но только на платных тарифах. Как правило возможности бухгалтерии от кредитной организации ограничены, хотя для мелких ИП их будет достаточно. С другой стороны, на рынке появились неплохие бесплатные тарифы на РКО (без бухгалтерии), поэтому отдавать деньги банку за обслуживание счета нет никакой нужды;
  • 1С: ПРЕДПРИЯТИЕ в аренду . Этот вариант объединяет преимущества первых двух без их недостатков. Данные будут храниться на VDS клиента, а не в общем облаке. При этом работа пользователей с программой не отличается от локальной, а договор на ИТС для получения обновлений заключать не требуется. Цена довольно демократичная, но если ИП работает сам-один, она может показаться высокой. При наличии наемников, бухгалтеров и сложных бизнес-процессов это лучшее на наш взгляд предложение;
  • Бесплатная версия 1С: Предприятия для iOS/iPadOS и Android. Мобильное приложение решает практически все задачи мелкого ИП, но не умеет интегрироваться с ККМ и системами ЭДО. К тому же учет ведется только на смартфоне или планшете. За продвинутые возможности (включая работу на десктопе через браузер) все равно придется платить, приобретая подписку на облачные решения 1С (все тот же БизнесСтарт);
  • Свободно распространяемые бухгалтерские программы и системы ERP. Сообществу разработчиков СПО похвастать особо нечем. Был когда-то отечественный продукт Ананас, но его поддержка давно прекращена. Иностранные системы сложны в настройке и не учитывают в полной мере специфику российского бухучета.
  • Условно-бесплатные отечественные программные продукты для Windows. Если возможностей мобильной версии 1С: Предприятия вам не хватает, а за настольную или облачную бухгалтерию платить не хочется, стоит остановиться на этом варианте. Учет и отчетность у мелкого одинокого ИП не особенно сложны, поэтому альтернативные продукты заслуживают внимания.

Как сэкономить?


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

Как развернуть?


Условно-бесплатные бухгалтерские программы не особо требовательны к ресурсам и работают даже на Windows XP. Развернуть их можно на локальном компьютере или недорогом виртуальном сервере. Преимущества второго варианта в отсутствии необходимости приобретать и обслуживать оборудование и возможности получить доступ к системе из любой точки планеты, где есть интернет. Используя VDS, нетрудно организовать и многопользовательскую удаленную работу, если вдруг возникнет такая потребность. Дорогие тарифы для этого не требуются: мы проводили все тесты на машине с минимальной конфигурацией и Windows Server 2012.



Дальше нужно скачать выбранный дистрибутив и установить его на виртуальный сервер.

Начнем с . Для работы программе потребуется также .NET Framework 2.0 или выше. При годовом обороте до 1 млн. рублей ее можно использовать бесплатно, а при более высоком лицензия стоит 1000 рублей в год. Пользователю доступны функции финансового учета (банковские и кассовые операции), работа с первичными документами, автоматический расчет налогов и взносов, подготовка налоговой отчетности и другие возможности, включая интеграцию с системами ЭДО и банк-клиентом, конструктор договоров и разнообразные справочники. Поддерживается только режим УСН 6% без наемных работников. После запуска программа регулярно проверяет наличие обновлений на сайте разработчика.



Возможности бухгалтерии гораздо шире, к тому же разработчик предлагает и другие продукты, а в бесплатную поставку входит налоговый учет для разных режимов налогообложения (ОРН, УСН, УСН на основе патента, ЕСХН, ЕНВД), работа с первичными документами, финансовый учет, взаимодействие с банками и касса. Также бесплатно доступен модуль Зарплата, кадровый учет, внутренние отчеты и многомерная аналитика. В бесплатной версии нет возможностей многопользовательской работы, программирования на встроенном языке, а также некоторых дополнительных функций и интеграции с другими продуктами разработчика для комплексной автоматизации предприятия. Детальное сравнение версий .



Мы посмотрели одну простую программу для ИП на УСН 6% без сотрудников и одну продвинутую разработку, подходящую и для более крупного бизнеса. Вывод прост: в России есть актуальные учетные системы, которыми можно пользоваться бесплатно. Сделаны они неплохо, но чтобы определиться с выбором, предпринимателям лучше развернуть программы самостоятельно. Для тестов рекомендуем использовать )

Если тема заинтересует читателей блога, мы изучим ее более детально. За кадром осталось немало интересного: интеграция запущенного на VDS бухгалтерского приложения с системами юридически значимого ЭДО, дистанционная сдача отчетности, работа с ККМ и т.д.



Подробнее..

1С справа налево как мы поддержали RTL в платформе 1С Предприятие

30.07.2020 12:15:48 | Автор: admin
Платформа 1С:Предприятие локализована на 22 языка, включая английский, немецкий, французский, китайский, вьетнамский. Недавно, в версии 8.3.17, мы поддержали арабский язык.
Одна из особенностей арабского языка в том, что текст на нём пишут и читают справа налево. UI для арабского языка надо отображать зеркально по горизонтали (но не всё и не всегда тут есть тонкости), контекстное меню открывать слева от курсора и т.п.
Под катом о том, как мы поддержали RTL (right-to-left) в веб-клиенте платформы 1С:Предприятие, а ещё одна из гипотез, объясняющая, почему арабский мир пишет справа налево.
image

Немного истории


Для нас привычно письмо слева направо. Это направление письма во многом порождено тем фактом, что при записи текста на бумаге правши (а их, по статистике, около 85%) видят то, что уже написано пишущая (правая) рука не закрывает написанный текст. Левшам же приходится мучиться.

Одна из гипотез почему в арабском языке используется письмо справа налево звучит так. Языки, от которых берет свое начало арабский, зародились в те времена, когда не было бумаги и ее аналогов (папируса, пергамента и т.п.). Был только один способ фиксации информации высекать письмена на камне. А как правшам будет удобнее орудовать молотком и зубилом? Конечно же, держа зубило в левой руке и стуча по нему молотком, зажатым в правой. А в этом случае удобнее писать как раз справа налево.

Ну а теперь о том, как мы разбирались с этим наследием веков :)

Как мы приступали к задаче?


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

Поиграем шрифтами


По умолчанию мы используем в платформе шрифт Arial, 10pt. Разработчик конкретной конфигурации может поменять шрифт у большинства элементов интерфейса, но, как показывает практика, делается этот нечасто. Т.е. в большинстве случаев пользователи программ 1С видят на экранах надписи, написанные Arial-ом.
Arial хорошо отображает 21 язык (включая китайский и вьетнамский). Но, как выяснилось благодаря нашему арабскому коллеге, арабский текст, выведенный этим шрифтом, очень мелкий и плохо читается:

100%:
image

Арабские пользователи, как правило, работают в увеличенном DPI 125%, 150%. В этом DPI ситуация улучшается, но Arial по-прежнему остаётся плохо читаемым в силу особенностей шрифта.

125%:
image

150%:
image

Мы рассмотрели несколько вариантов решения этой проблемы:

  1. Поменять шрифт по умолчанию Arial на другой, одинаково хорошо отображающий все языки, поддерживаемые платформой (включая арабский).
  2. Увеличить размер шрифта Arial до 11pt в RTL-интерфейсе.
  3. Заменить шрифт по умолчанию с Arial на более подходящий для арабского текста, а в LTR-интерфейсе продолжать использовать Arial.

При выборе решения приходилось учитывать, что шрифт Arial размером 10pt используется в платформе 1С:Предприятие очень давно, на платформе создано нами и нашими партнёрами более 1300 тиражных решений, и во всех них шрифт Arial 10pt хорошо себя показал на всех поддерживаемых ОС (Windows, Linux и macOS различных версий), а также в браузерах. Смена шрифта и/или его размера означала бы необходимость массированного тестирования пользовательского интерфейса, и многое в этих тестах автоматизации не поддаётся. Смена шрифта также означала бы, что для текущих пользователей меняется привычный интерфейс программ.

Более того, найти универсальный шрифт, хорошо отображающий все языки, включая арабский, нам не удалось. Например, шрифт Segoe UI хорошо отображает арабский даже при 10pt, но не поддерживает китайский язык, а также не поддерживается в ряде ОС. Tahoma неплохо отображает арабский текст при 10pt, но имеет проблемы с поддержкой в Linux и слишком жирное начертание латиницы/кириллицы в случае жирного шрифта (арабский жирный текст выглядит хорошо). И т.д., и т.п.

Увеличение размера шрифта по умолчанию до 11pt в RTL-интерфейсе означало бы серьёзный объём тестирования пользовательского интерфейса мы должны убедиться, что всё отрисовывается корректно, все надписи помещаются в отведённое для них место и т.п. И даже при размере 11pt Arial показывает арабские символы не идеально.
В итоге оптимальным с точки зрения трудозатрат и достигаемого эффекта оказался третий путь: мы продолжаем использовать Arial для всех символов, кроме арабских. А для арабских символов используем хорошо подходящий для этого шрифт Almarai. Для этого в CSS добавляем:

@font-face {  font-family: 'Almarai';  font-style: normal;  font-weight: 400;  font-display: swap;  src: local('Almarai'),        local('Almarai-Regular'),       url(http://personeltest.ru/aways/fonts.gstatic.com/s/almarai/v2/tsstApxBaigK_hnnQ1iFo0C3.woff2)             format('woff2');  unicode-range:        U+0600-06FF, U+200C-200E, U+2010-2011, U+204F, U+2E41, U+FB50-FDFF, U+FE80-FEFC;}

и далее везде, где нужно использовать шрифт по умолчанию, задаём шрифт таким образом:
font-family: 'Almarai', Arial, sans-serif;

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

Переворот интерфейса


Как и следовало ожидать, HTML-вёрстка веб-клиента не была готова к перевороту. Совершив первый шаг, поставив на корневом элементе атрибут dir=rtl и добавив стиль html[dir=rtl] {text-align: right;}, мы приступили к кропотливой работе. В ходе этой работы мы выработали ряд практик, которыми хотим здесь поделиться.

Симметрия


Рассмотрим на примере кнопок. Кнопки в платформе могут содержать в себе картинку, текст и маркер выпадающего списка. И всё это в любом составе на усмотрение разработчиков прикладных решений на базе платформы.

В колонке до RTL графически представлены исходные отступы элементов кнопки. Очевидна зависимость величины отступов от наличия элементов в кнопке, а также от последовательности их расположения. Если есть картинка, то тексту не нужен левый отступ, если картинка справа, то у картинки отрицательный сдвиг, если есть маркер выпадающего списка контейнеру с текстом больше отступ справа, если маркер сразу после картинки у него еще отступ справа. Слишком много если, за исключением кнопки только с текстом, у которого симметричные отступы. Симметричные! Если распределить отступы симметрично, то и переворачивать нечего. Это и стало основной идеей.

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

image

Примечание. Все приведённые ниже примеры по умолчанию приведены для LTR-интерфейса. Чтобы увидеть, как пример выглядит в RTL-интерфейсе, смените dir=ltr на dir=rtl.

<!DOCTYPE html><html dir="ltr"><head><style>.button {    display: inline-flex;    align-items: center;    border: 1px solid #A0A0A0;    border-radius: 3px;    height: 26px;    padding: 0 8px;}.buttonImg {    background: #A0A0A0;    width: 16px;    height: 16px;}.buttonBox {    margin: 0 8px;}.buttonDrop {    display: flex;}.buttonDrop:after {    content: '';    display: block;    border-width: 3px 3px 0;    border-style: solid;    border-left-color: transparent;    border-right-color: transparent;}.buttonImg + .buttonDrop::before {    content: '';    display: block;    width: 8px;    overflow: hidden;}</style></head><body><a class="button">    <span class="buttonImg"></span>    <span class="buttonBox">Настройки</span>    <span class="buttonDrop"></span></a><a class="button">    <span class="buttonImg"></span>    <span class="buttonDrop"></span></a></body></html>

Мы стараемся избегать лишних элементов, псевдоэлементов и обёрток. Но, делая выбор в данном случае между увеличением условий в CSS и добавлением псевдоэлемента, победило решение с псевдоэлементом в силу своей универсальности. Таких кнопок бывает на форме немного, поэтому производительность при добавлении элементов не пострадает даже в Internet Explorer.

Принцип симметрии оказался полезен и при прокрутке наших панелей. Чтобы сдвинуть содержимое по горизонтали, ранее применялось единичное свойство margin-left: -Npx;.

image

Теперь устанавливается значение симметричное margin: 0 -Npx;, т.е. для левого и правого сразу, а куда сдвинуть знает сам браузер, в зависимости от указанного направления.

Атомарные классы


Одной из возможностей нашей платформы является возможность динамически менять контент и его расположение на форме на лету по вкусу каждого пользователя. Нередкий случай изменений выравнивание текста по горизонтали: слева, справа или по центру. Достигается это простым выравниваем text-align с соответствующим значением. Разворот для RTL означал бы расширение условий в скриптах и стилях для каждого контрола и для каждого случая его позиционирования. Минимальное решение обошлось в 4 строчки:

.taStart {    text-align: left;} html[dir=rtl] .taStart {    text-align: right;}.taEnd {    text-align: right;}html[dir=rtl] .taEnd {    text-align: left;}


Таким образом, в необходимых местах происходит установка класса с необходимым выравниванием и его легкая замена в случае необходимости. Осталось только заменить в установку выравнивания с style=text-align: ... на соответствующий класс.
По такому же принципу происходит установка другого вида выравнивания float.

.floatStart {    float: left;} html[dir=rtl] .floatStart {    float: right;}.floatEnd {    float: right;}html[dir=rtl] .floatEnd {    float: left;}


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

html[dir=rtl] .rtlScale {    transform: scaleX(-1);}


Антискейл


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

Можно перевернуть контейнер с тумблером целиком, но что делать с текстом, который тоже перевернется? Этот прием мы назвали антискейл. Контейнеру, которому необходимо отобразиться зеркально, добавляем атомарный класс rtlScale, а его дочернему элементу добавляем свойство наследования transform: inherit;. В LTR-интерфейсе данный метод будет проигнорирован, а для RTL-интерфейса, текст, перевернувшись дважды, отобразится как надо.

image

<!DOCTYPE html><html dir="ltr"><head><style>html[dir=rtl] .rtlScale {    transform: scaleX(-1);}.tumbler {    display: inline-flex;    border-radius: 4px 0 0 4px;    border: 1px solid #A0A0A0;    padding: 4px 8px;}.tumblerBox {    transform: inherit;}</style></head><body><div class="tumbler rtlScale">    <div class="tumblerBox">не знаю</div></div></body></html>


Flexbox


Конечно же, к сожалению, не мы придумали эту потрясающую технологию, но с большим удовольствием использовали её возможности в наших целях. Например, в панели разделов. Кнопки прокрутки этой панели не занимают места, появляются поверх панели при возможности прокрутки в ту или иную сторону. Вполне логичная реализация position: absolute; right/left: 0; оказалась не универсальной, поэтому мы от неё отказались. В итоге универсальное решение стало выглядеть так: родительскому контейнеру кнопки прокрутки устанавливаем нулевую ширину, чтобы не занимал место, а кнопке прокрутке, расположенной в конце, сменили ориентацию через flex-direction: row-reverse;.

image

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

<!DOCTYPE html><html dir="ltr"><head><style>.panel {    display: inline-flex;    background: #fbed9e;    height: 64px;    width: 250px;}.content {    width: 100%;}.scroll {    display: flex;    position: relative;     width: 0; }.scrollBack {    order: -1; }.scrollNext {    flex-direction: row-reverse; }.scroll div {    display: flex;     flex: 0 0 auto;     justify-content: center;     align-items: center;     background: rgba(255,255,255,0.5);     width: 75px; }</style></head><body><div class="panel">    <div class="content">Контент панели</div>    <div class="scroll scrollBack">        <div>Назад</div>    </div>    <div class="scroll scrollNext">        <div>Вперёд</div>    </div></div></body></html>


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

image

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

<!DOCTYPE html><html dir="ltr"><head><style>.anchor {    border: 1px solid red;     position: absolute;     width: 100px;     height: 50px;     max-width: 0;     max-height: 0;     top: 25%;    left: 50%;}.anchorContent {    background: #FFF;     border: 1px solid #A0A0A0;     width: inherit;     height: inherit;     padding: 4px 8px; }</style></head><body><div class="anchor">    <div class="anchorContent">Контент якоря</div></div></body></html>


Абсолютно спозиционированные элементы


Там, где нельзя обойтись без абсолютного позиционирования элементов (style=position: absolute; или style=position: fixed;), dir=rtl бессилен. На помощь приходит подход, когда горизонтальная координата применяется не к стилю left, а right.

image

При этом если в JS при расчётах координат идёт обращение к свойствам scrollLeft, offsetLeft у элементов, то в RTL-интерфейсе использование этих свойств напрямую может привести к неожиданным последствиям. Нужно высчитывать значение этих свойств по-другому. Хорошо зарекомендовала себя реализация подобного функционала в Google Closure Library, которую мы используем в веб-клиенте: см. https://github.com/google/closure-library/blob/master/closure/goog/style/bidi.js.

В итоге


Мы это сделали! Перевернули и сохранили наш исходный код в едином варианте под LTR и RTL-интерфейсы. Необходимости пока не возникло, но при желании мы сможем на одной странице отобразить две формы разной направленности одновременно. И кстати, применив наши приёмы, в итоге мы получили итоговый CSS-файл легче на 25%.
А ещё мы поддержали RTL в тонком (нативном) клиенте 1C, который работает в Windows, Linux и macOS, но это тема для отдельной статьи.
Подробнее..

Как мы решаем проблему отсутствия UIUX дизайна в 1С с помощью Java Script и React.js

03.07.2020 02:04:06 | Автор: admin
image

Ранее уже писал о том, что в 1С UI\UX дизайна нет. Эта статья про то, как мы с помощью таких технологий, как Java Script, React.js и Google Firebase решили сделать web-сервис, который позволит с наименьшими трудозатратами, в сравнении с 1С: Конфигуратором и уже тем более 1C:EDT, прорабатывать UI и UX дизайн будущего приложения на 1С, корректировать его на лету и передавать в работу программисту уже согласованный прототип будущего бизнес-приложения.


Для начала, расскажу о наболевшем при реализации проектов на 1С, причем на столько, что бросили 1С и начали развивать web-технологии, но, как ни странно, для исправления ситуации в 1С.

ЧАСТЬ 1 проблематика. Решаемые задачи.
1.Инструменты бизнес-аналитиков, руководителей проектов, менеджеров по продажам.
Не смотря на развитие технических инструментов экосистемы 1С (выше писал про 1C:EDT и т.д.), остается крайне скудным инструментарий для тех специалистов, которые находятся на передовой в проектах разработки и внедрения: бизнес-аналитиков, консультантов, руководителей проектов, именно они, одними из первых встречаются с Заказчиком, собирают требования, интерпретируют услышанное, формализуют в виде ТЗ и иных проектных документов. Более того, столько продвинутых инструментов для формирования ТЗ, прототипирования, дизайна, как у программистов, front-office не имеет. Чтобы показать Клиенту то, что его ожидает в результате проекта (программирования) консультанты рисуют формы в Paint, MS Excel и других, не далеких от удобства инструментах. До сих пор нет и единого мнения, стандарта в инструментах формализации бизнес-процессов, кто-то применяет Business Studio, кто-то Visio, сам вендор 1С: СППР и т.д., не говоря уже про стандартную нотацию (IDF0, ARIS и т.д.).

2. Многократные итерации сдачи работ
После того, как требования собраны, формализованы и согласованы, весь материал передается программисту, начинается разработка, в результате которой рождается продукт, проходящий два, три и более циклов доработок, переделок, как технических (логика, алгоритмы), так и интерфейсных, сроки проекта увеличиваются, бюджет тает на глазах, лояльность заказчика терпит испытания, команда испытывает стресс и давление. Я не говорю про ситуации, когда программист только учится и 4-5 итераций сдачи не избежать, я говорю про переделки, которые возникают из-за проблематики, описанной выше отсутствия адекватных инструментов визуализации для аналитиков, постановщиков задач.

3.Коммуникации и сложность восприятия. Online внедрения 1С.
Классика: Заказчик говорит одно, подразумевает другое, аналитик третье, а программист четвертое. В текущих реалиях на это дополнительно накладываются карантинные ограничения очных встреч, начинаются внедрения по удаленке.

4.UI и UX дизайн, проработка интерфейсов решений на 1С.
Уже не первый год в сообществе 1С произносятся и обсуждаются такие термины, как UI, UX, сейчас мы о них поговорим, а ещё поговорим и про CX.
User Experience (UX) пользовательский опыт. Цель UX-дизайнера сделать так, чтобы пользователь быстро и легко получил от программы то, зачем он её использует.
User Interface (UI) пользовательский интерфейс. Цель UI-дизайнера создать эстетичный дизайн интерфейса продукта.
Наиболее яркий пример UI и UX в быту (это не только ИТ-ые термины :-), когда UI хорошо, а вот UX нет:
image
Исправляем ситуацию и подтягиваем до высокого уровня UX:
image
Грань между UI и UX очень тонкая и порой её сложно отличить, но она есть.
А знаете ли Вы, что UI и UX напрямую влияют на CX?
CX (customer experience) клиентский опыт. Ваш продукт это лицо Вашей компании или личного бренда (репутации). Хорошо спроектированное, продуманное программное решение с красивым дизайном повышает лояльность (NPS) клиентов к Вашему бренду и компании.
В итоге, корреляция этих трех составляющих следующая:
image

5.Кадровый голод.
Так было, так есть и так будет всегда и не только в ИТ индустрии. Победить эту проблему мы не сможем, но минимизировать однозначно. При этом сообщество 1С нуждается не только в программистах, как ещё говорят технарях, но и бизнес-аналитиках, РП-ах, администраторах гуманитариях. Выше я сказал, что в смежных отраслях, таких как разработка сайтов и мобильных приложений есть такие специалисты (профессии), как UI\UX (не редко их совмещают в одном лице) дизайнеры, а в 1С отрасли UI\UX дизайнер это программист. Нужно привлечь в отрасль UI и UX дизайнеров, начать их выращивать, это даст тройной эффект:
1.Высвободит время программистов, переложит часть предварительной работы на дизайнеров.
2. Повысит качество конечного продукта, через более глубокую проработку удобства и эстетики интерфейса.
3. Расширит рынок специалистов, позволит привлечь в отрасль больше гуманитариев (дизайнеров, маркетологов, переводчиков и т.д.).

Итак, коротко перечислим решаемые проблемы:
1. Отсутствие простых и удобных инструментов для бизнес-аналитиков, консультантов, руководителей проектов. Более того, каждый в своей практике встречал таких менеджеров со стороны Заказчика, которые программировать не умели, но объяснить, нарисовать, что именно хотят, более чем могли, был бы адекватный для этого инструмент.
2. Увеличение сроков проекта, бюджета, снижение лояльности в результате многократных итераций сдачи работ, вызванных порой недопониманием, которое может быть снято на ранних стадиях проекта.
3. Коммуникации и сложность восприятия, усиливающиеся удаленной работой и все большего перехода в режим online работы и внедрений проектов на 1СВнешний вид и дизайн есть доклады
4. Удобство и качество интерфейсов, ежедневно повышающиеся требования заказчиков в более глубокой проработке UI\UX дизайна решений. Конкуренция со стороны Web продуктов. Сложности в коммуникациях и понимании друг друга
5. Кадровый голод.

Часть 2 применение web-технологий для популяризации 1С-технологий 1С. Решение обозначенных проблем.
В ходе осмысления и поиска решений обозначенных проблем были сформулированы требования к будущему продукту:
1. Инструмент должен быть простым, интуитивно понятным, позволяющим начинающим бизнес-аналитикам и консультантам в кратчайшие сроки освоить механизм прототипирования решений на 1С.
2. Online, не требующий установки и лицензий 1С предприятия, доступный широкой аудитории.
3. Простота и удобство работы над UI и UX дизайном, которое позволит спроектировать оптимальный интерфейс без привлечения программиста, на этапе сбора требований.
4. Возможность совместной работы исполнителя (бизнес-аналитика) и заказчика в online режиме с целью повышения качества коммуникации и снижения негативных факторов перехода на online режим работы и взаимодействия.
5. Еще по ходу добавилось требование мультиязычного интерфейса и возможность простого, автоматического перевода интерфейс на наиболее востребованные языки.

Обзор технологий

Frontend
В основе лежит Single Page Application подход и фреймворк React.
ru.reactjs.org
Для реализации UI конструктора форм возьмем Material UI.
material-ui.com/ru
Сетка для проектирования форм и реализации колонок будет взята тоже из
Material, но потребует настройки.
material-ui.com/ru/components/grid
Примеры реализации аналогичной идеи Drag&Drop создания макета из
элементов:
github.com/chriskitson/react-drag-drop-layout-builder
github.com/kiho/react-form-builder
github.com/saravananangu/react-drag-drop-form-builde

Backend
На первом этапе достаточно использовать serverless подход и взять Google Firebase за основу.
В дальнейшем начнем разработку собственного backend-приложения на Node.js.

Архитектура:
image

Что получилось в итоге, разберем по порядку функционал:
1. Online сервис, не требующий развертывания платформы, лицензий 1С, доступный всегда и везде.
image
2. Простой и понятный конструктор прототипирования форм 1С.
image
3. Возможность поделиться ссылкой даже с тему, у кого нет аккаунта.
ПРИМЕР

4. Online отображение изменений при редактировании форм: исполнитель вносит корректировки, заказчик по ссылке видит изменения online (страницу браузера обновлять не нужно).
image
5. Создание проектной документации (ТЗ, ТП) становится на много проще, а главное они выглядят более реалистично имеют деловой стиль и стандарт.
6. Приятной неожиданностью стало то, что web-технологии открыли новые возможности, которые не планировались, а именно автоматический online перевод текстов на любой язык.
image

Часть 3 заключение.
Мы надеемся, что 1CMaker позволит решить обозначенные проблемы, снизит порог вхождения в отрасль, позволит привлечь новые кадры и даже создаст новую компетенцию в 1С сообществе UI\UX дизайнер (1С: Дизайнер). Начало положено, но это только начало и мы планируем ещё много вкусного реализовать:
1. Выгрузка формы в XML формате.
2. Адаптировать интерфейс под мобильную платформу.
3. Выгрузка спроектированных форм с описанием в формате MS Word шаблон технического задания.
4. Задач на разработку и оценка трудозатрат.
5. Связи между объектами и т.д. и т.п.

Спасибо, что дочитали до конца, удачных Вам проектов и помните: Красота спасет мир (Ф.М.Достоевский)!
Подробнее..

Ликвидность дебиторской задолженности разбираем по полочкам

22.03.2021 18:15:22 | Автор: admin

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

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

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

Контрагенты могут задолжать как деньги, так итовары или услуги. Так, если организация перевела поставщику аванс заследующую партию, вбалансе будетДЗ, пока товары непоступят инебудут приняты насклад.

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

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

Как образуется задолженность

Вариантов возникновения много, приводим самые распространенные.

Состороны контрагентов:

  • когда компания платит аванс поставщику или подрядчику;

  • когда покупатель (вего роли может выступать филиал или дочерняя организация) сначала получает товар или услугу, аплатит потом;

  • когда контрагент наносит ущерб компании икомпенсирует его несразу (например, если логистическая компания повреждает товары при транспортировке).

Состороны госструктур:

  • при переплате налога;

  • при вычете входного НДС (приобретая товары вцелях осуществления операций, облагаемых НДС, налогоплательщик имеет право навычет (ст.171 и172НК РФ));

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

Состороны сотрудников иучастников предприятия:

  • когда материально ответственному лицу выдаются средства нарабочие нужды;

  • когда работодатель выдает сотруднику заем;

  • когда участник общества задерживает платеж вуставный капитал.

Как посчитать ликвидность

Ликвидность ДЗможно оценить спомощью коэффициента ееоборачиваемости или спомощью периода ееоборота.

1. Коэффициент считают как отношение выручки кдебиторке запериод времени:

Коб.дз = ДР/ ДЗср,

где:

  • Коб.дз коэффициент оборачиваемости Д;

  • ДР доход компании отреализации продуктов или услуг запериод времени (обычно загод, квартал или месяц);

  • ДЗср средняя дебиторская задолженность заэтотже период, т.е. суммаДЗ наначало иконец периода/2.

Тоесть расчет побалансу будет выглядеть так:

Коб.дз = 2110/ (1230на начало периода 1230на конец периода) х0,5

2. Период оборота равенДЗ наконец периода, умноженной наколичество дней расчетного периода иделенной надоход:

Поб.дз = ДЗкп хП/ ДР,

где:

  • ДЗкп задолженность наконец периода;

  • П период, выраженный вколичестве дней;

  • ДР доход компании отреализации продуктов или услуг заэтоже период.

Тоесть расчет побалансу будет выглядеть так:

Поб.дз = 1230на конец периода хП/ 2110

Если компания много продает попредоплате и/или оплате вмомент отгрузки товара, топоказатели стоит считать наоснове выручки, полученной только отпродаж сотсрочкой платежа.

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

Оценка качества задолженности

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

Поотношению ксроку погашения:

  • Срочная или нормальная (срок погашения еще ненаступил).

  • Просроченная, может также подразделяться накатегории подлительности просрочки вднях. Например: до30, от31до60, от61до90, более 90.

Более мелкое деление помогает оценить риски невозврата: чем дольше дебитор задерживает оплату, тем меньше шансов, что онпогасит долг. Срок исковой давности повзысканию просроченной задолженности ограничен, составляет три года (ст. 196ГК РФ). Отсчет начинается сдаты, когда организация узнала онеуплате (например, день, следующий заднем платежа подоговору.

Если задолженность регулируется договором, вкотором неуказан срок возврата, тосрок давности надо начинать отсчитывать через 30дней после предъявления требования вернуть долг, ипри этом оннедолжен быть больше 10лет смомента возникновения долга (п. 2ст. 200ГК РФ).

Повероятности возврата:

  • Надежная: непросроченная либо подтвержденная надежным контрагентом или обеспеченная гарантией.

  • Сомнительная: та, которую могут непогасить вообще или вполном размере. Обычно это просроченная инеобеспеченная залогом, поручительством или банковской гарантией (п. 1ст. 266НК РФ), нодаже если компания изкаких-либо источников узнает офинансовых трудностях контрагента, его долг тоже стоит считать сомнительным. Поистечении срока взыскания становится безнадежной.

  • Безнадежная: та, которую нельзя взыскать. Может быть просроченной систекшим сроком исковой давности, или признанной таковой порешению суда (например, при банкротстве дебитора, когда оставшиеся средства достались кредиторам предыдущей очереди), или относиться корганизации, которая уже ликвидирована (п. 2ст. 266НК РФ). Исключение для третьего случая долгИП: ондаже после исключения изреестра отвечает пообязательствам своим имуществом (ст. 24ГК РФ), если суд непризнал его банкротом.

Повеличине срока погашения:

  • Краткосрочная или текущая (вбалансе относится кбыстро реализуемым активам, группаА2): погашение планируется втечение года (можно также отдельно выделить долги, которые будут оплачены втечение квартала имесяца).

  • Долгосрочная (вбалансе относится кмедленно реализуемым активам, группаА3): погашение ожидается более чем через 12месяцев. Когда срок возврата долгосрочного долга становится меньше, чем 1год, онпереходит вкатегорию краткосрочных.

Степень ликвидности также можно оценить нетолько поформуле, ноиспомощью ручной группировки:

  • ДЗсосроком погашения до30дней высоколиквидная.

  • Безнадежная неликвидная.

  • Остальная среднеликвидная.

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

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

Как анализировать

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

Например, сравнивать:

  • размерДЗ собщим объемом текущих активов;

  • темпы ростаДЗ стемпами роста дохода;

  • размер исрок оборачиваемостиДЗ саналогичными параметрами кредиторской задолженности;

  • фактическую оборачиваемостьДЗ сожидаемой (согласно договорам).

Так рост дебиторки должен быть связан сростом сбыта икоррелировать сростом кредиторской задолженности. Чтобы невозникало кассовых разрывов, ликвидность иобъемДЗ должны быть сопоставимы сликвидностью иобъемомКЗ, иобъем дебиторки также недолжен быть занимать слишком большую долю втекущих активах.

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

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

Как повысить качество иликвидность

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

Действовать можно понескольким фронтам:

  • Предупреждать риски (детальная проработка договоров, условий сотрудничества).

  • Контролировать взаиморасчеты, оплаты, добиваться проведения просроченных платежей.

  • Анализировать результаты.

  • Корректировать кредитную политику.

Как можно работать срисками

1.Прописать вдоговоре

  • неустойки (штрафы, пени), возможность удержания имущества должника идругие карательные меры вслучае неуплаты;

  • особые условия перехода права собственности напродукт: переход только вмомент оплаты (чтобы при банкротстве контрагента можно было вернуть неоплаченное имсвое имущество);

  • правила корректировки условий сотрудничества (цен/ гарантийных сроков/ сроков отсрочки платежей ит.п.) вслучае изменения условий рынка;

  • возможность расторжения договора водностороннем порядке вслучае неисполнения второй стороной условий этого договора;

2. Создать резервный фонд насумму сомнительных долгов;

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

  • Если возможно, брать сконтрагентов депозиты.

Как получать платежи всрок ивозвращать сомнительные долги

  • Назначать ответственных засоблюдение контрагентами сроков оплаты.

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

  • Ежемесячно сверять взаиморасчеты.

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

  • Регулярно требовать провести просроченные платежи.

  • Запрашивать гарантийные письма отдолжников, которые говорят, что немогут оплатить сейчас, нообещают это сделать потом.

  • Предоставлять скидки задосрочное погашение просроченных задолженностей, реструктурировать долги.

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

1. Регулярно анализируйте иранжируйте дебиторов (можно методом ABC-анализа), работайте сдолговыми реестрами, ищите причины появления просрочек, признаки добросовестных инедобросовестных контрагентов.

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

3. Корректируйте кредитную политику компании, когда это становится необходимым иобновляйте критерии оценки надежности контрагентов, атакже инструкции поработе сдебиторкой.

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

Подробнее..

Категории

Последние комментарии

  • Имя: Макс
    24.08.2022 | 11:28
    Я разраб в IT компании, работаю на арбитражную команду. Мы работаем с приламы и сайтами, при работе замечаются постоянные баны и лаги. Пацаны посоветовали сервис по анализу исходного кода,https://app Подробнее..
  • Имя: 9055410337
    20.08.2022 | 17:41
    поможем пишите в телеграм Подробнее..
  • Имя: sabbat
    17.08.2022 | 20:42
    Охренеть.. это просто шикарная статья, феноменально круто. Большое спасибо за разбор! Надеюсь как-нибудь с тобой связаться для обсуждений чего-либо) Подробнее..
  • Имя: Мария
    09.08.2022 | 14:44
    Добрый день. Если обладаете такой информацией, то подскажите, пожалуйста, где можно найти много-много материала по Yggdrasil и его уязвимостях для написания диплома? Благодарю. Подробнее..
© 2006-2024, personeltest.ru