Как стать автором
Обновить
4
0
Виктор Сахнов @Asmody

заведующий всем

Отправить сообщение

1) " заслуги движка уже реализованного в самой конфигурации 1С Документооборот " - вот именно. Как очередной образец борьбы разработчиков типовых с "фатальными недостатками" платформы. Называется "выкинем всё и напишем своё". В этом случае от "платформенной" функциональности БП осталость чуть меньше ничего.

2) Под "принципом обратимости" я подразумеваю возможность "откатить" любую операцию, она же "отмена проведения". При которой логика документа должна по возможности вернуть состояние "как было". С другой стороны, исполнение БП не подразумевает "отмену" идеологически (отмена БП - это другой БП!). Поэтому, вся логика БП когнитивно "плывёт" по отношению к остальной системе (например, при установке пометки удаления на БП следует ли "откатить" всё, что этот БП понаделал?)

Достоверно не знаю. Но вы много можете назвать российских компаний, которым в первой половине 00х могла потребоваться такая функциональность? И кто из них был в то время подопытным "флагманских внедрений"?

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

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

Ну, пока статьи автора говорят о том, что ходить обучаться 1Су в OTUS не стоит.

Бизнес-процессы "не летят" по двум причинам:

1) их нельзя менять вне конфигуратора;

2) они методически противоречат принципу "обратимости" операций.

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

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

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

По вашей логике, Карл Вигерс к кому относится: к "чинушам" или "грантоедам"?

Есть примеры как 1С работает с Тантором?

Очень круто!

Скажите, на каких ТСД комфортно работает SimpleUI? Ну или хотя бы какие минимальные требования к "железу"/версии Android ТСД?

Пользователям платформы не нужны.

Впрочем, мы с вами уже дискутировали на эту тему, повторяться не вижу смысла.

А можно ещё решить задачу "обратным" способом: для каждого x из 1..N² вычислить его координаты (i, j) для конкретного заполнения

Можно и "непростенькую" см https://github.com/nixel2007/entity

А деньги когда — утром или вечером?

Геня, ты как всегда неправ в своих предположениях. Волшебник никуда не вступал, и Миста на сегодняшний день, пожалуй, единственная популярная околоодинесная площадка, которая с вендором никак не связана. Это принципиальная позиция, и, я надеюсь, она не будет меняться.
Теперь по поводу "токсичности". Задача модераторов — выгребать мусор. Вот и выгребаем. Это не всем нравится. Ну так и мы не червонцы. Можно ещё покивать на РКН и контрольную группу вендора, но я не буду.

Потому что для налоговой главный документ — это налоговый кодекс. И в нем именно так и написано: продали товаров, облагаемых по ставке 18%, на 20 млн. — заплатите 18% с 20 млн. И никого не интересует, что там пробито в чеках.
Это у бухгалтеров со времен гроссбухов в ДНК въелось, что надо "крыжить построчно".
Не надо!

Вы же понимаете разницу между "суммы в у.е." и "суммы в иностранной валюте"?
То, что вы написали, относится к суммам в иностранной валюте, т.е. когда в договоре четко указано "цены указаны в USD, расчеты в USD". Если написано что-то типа "расчеты в рублях по курсу на пятницу послезавтрашней недели плюс 3 процента" — это договор "в у.е." А под "у.е." может быть что угодно, хоть стоимость слона в Южной Индии, лишь бы было прописано правило перевода "у.е." в рубли.
В любом случае, НК прямо говорит: сначала переводим в рубли, потом считаем налог. Но не наоборот.

Арифметика четко прописана в статье 166


  1. Сумма налога при определении налоговой базы в соответствии со статьями 154 — 159 и 162 настоящего Кодекса исчисляется как соответствующая налоговой ставке процентная доля налоговой базы, а при раздельном учете — как сумма налога, полученная в результате сложения сумм налогов, исчисляемых отдельно как соответствующие налоговым ставкам процентные доли соответствующих налоговых баз.
  2. Общая сумма налога при реализации товаров (работ, услуг) представляет собой сумму, полученную в результате сложения сумм налога, исчисленных в соответствии с порядком, установленным пунктом 1 настоящей статьи.

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

Вы не поверите, но так учит считать НДС статья 153 НК РФ, в п.1 которой написано:


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

Покажите последнюю строку вашему бухгалтеру.

Читаю вас с воодушевлением! Я вообще люблю юмористические произведения.
Фундаментальный труд! Феноменальный! С нетерпением жду продолжений «Почему не SAP?» и «Почему не DAX?»

Информация

В рейтинге
Не участвует
Откуда
Москва и Московская обл., Россия
Дата рождения
Зарегистрирован
Активность