Словарик:
БП — Бухгалтерский учет
УУ — Управленческий учет
БП — 1С Бухгалтерия предприятия
УТ — 1С Управление торговлей
ПТУ — Документ "Поступление товаров и услуг"
РТУ — Документ "Реализация товаров и услуг"
ПКО — Документ "Приходный кассовый ордер"
РКО — Документ "Расходный кассовый ордер"
ПРС — Документ "Поступление на расчетный счет"
СРС — Документ "Списание с расчетного счета"
ТЗР — Транспортно-заготовительные расходы

Функциональные требования клиента:
Хочу довольно простую конфигурацию с громким названием УУ для мелкой торговой фирмы
Не надо писать вторую УТ, нужно написать минимальный функциональный контур четко по нашим требованиям, чтобы было просто и удобно, остальное по необходимости будем дописывать позже
Всякие печатные формы не нужны, у нас есть БП, мы все будем печатать из нее, у нас этим все-равно занимается бухгалтер, а она работает в БП
То есть по сути база нужна для ведения очень простого УУ, но курочить под это нашу БП мы не хотим

Что нужно:

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

Справочник "Номенклатура"
Добавить галочку "Услуга"

Справочник "Договоры"
Подчинен контрагентам
В реквизите "Детализация расчетов" выбирается одно из двух значений, "По договору" или "По расчетным документам"

Справочник "Склады"
Хотелось бы иметь возможность опционально не видеть нигде склад, если у нас будет только один склад

Справочник "Кассы"
Хотелось бы иметь возможность опционально не видеть нигде кассу, если у нас будет только одна касса

Справочник "Расчетные счета"
Хотелось бы иметь возможность опционально не видеть нигде расчетный счет, если у нас будет только один расчетный счет

Документ ПТУ
Факт закупки у поставщика на склад списка товаров и услуг
Приходует товары (услуги не приходовать) на склад
Начисляет долг поставщику
Начисляет себестоимость, при этом должна быть возможность отнести услуги на конкретные товары конкретных ПТУ
Цены по умолчанию подставляются из последнего ПТУ от выбранного поставщика

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

Документ ПКО
Факт оплаты от покупателя
Приходует денежные средства в кассу
Списывает долг покупателя

Документ РКО
Факт оплаты поставщику
Расходует денежные средства из кассы
Списывает долг поставщику
Должен контролироваться отрицательный остаток в кассе

Документ ПРС
Факт оплаты от покупателя
Приходует денежные средства на расчетный счет
Списывает долг покупателя

Документ СРС
Факт оплаты поставщику
Расходует денежные средства с расчетного счета
Должен контролироваться отрицательный остаток на расчетном счете

Во все документы в поле "Автор" должен проставляться текущий пользователь
Во всех документах должна указываться ставка НДС (10, 18 или 20%), сумма НДС и признак, НДС в сумме или сверху

Необходимые регистры продумайте сами

Отчет "Ведомость по товарам на складах"
Поля:
— Номенклатура
— Склад
— Начальный остаток
— Приход
— Расход
— Оборот
— Конечный остаток

Отчет "Ведомость по расчетам с контрагентами"
Поля:
— Контрагент
— Договор
— Расчетный документ
— Начальный остаток
— Приход
— Расход
— Оборот
— Конечный остаток

Отчет "Ведомость по денежным средствам"
Поля:
— Тип денежной ячейки (одно из значений, "Касса" или "Расчетный счет")
— Денежная ячейка
— Начальный остаток
— Приход
— Расход
— Оборот
— Конечный остаток

Отчет "Продажи и себестоимость"
Поля:
— Номенклатура
— Покупатель
— Сумма продажи
— Сумма себестоимости
— Сумма прибыли
— Процент рентабельности

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

Каждые 10 минут при необходимости должна автоматом восстанавливаться последовательность проведения складских документов, то есть перепроводиться документы в хронологической последовательности

Должен быть web-сервис для одностороннего обмена с БП, направление из УУ в БП
Инициатором запроса данных будут БП
В обмене участвуют ПТУ и РТУ
Обмениваться должны только те данные, которые еще не были отправлены
Формат обмена любой из XML, JSON, XLSX, на стороне БП обработаем любой из выбранных форматов
Должна быть гарантированная доставка данных

Фузиновцы, ну как, я не слишком все усложнил? Справитесь? //с тревогой в голосе

следует отметить что хронология заведения документов в базу не обязательно совпадает с хронологией документов.

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

(2) Именно, поэтому есть автоматическое восстановление последовательности каждые 10 минут

Дима, я тебя вижу :))
Что скажешь про задачу? Ништяк?

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

(4) некорректное условие.
Напрямую отсылает к 1сной парадигме.
Должно быть переформулиррвано на то ЧТО требуется обеспечить, а не КАК.

(6) Не забыл
Все пишется с нуля
Использовать готовые куски кода откуда-то не запрещено, но странно, так как считаться они будут как написанный код, а не как 0 строк кода, типа это уже было написано раньше

(7) А что здесь одинесного?
Речь про то, что документы могут проводиться задним числом, в этом случае себестоимость будет неверная, значит нужно все перепроводить
Вручную я не хочу это делать, хочу автоматически
Максимум готов подождать для верных сумм 10 минут
Вроде все разумно и не привязано к 1С

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

+(9) Если будет какой-то другой механизм, гарантирующий корректную себестоимость, то это уже не нужно, да
Например, если после проведения документа сразу же перепроводить более поздние документы

(10) Поэтому это не требование, а опциональное пожелание
Зачем мне видеть в документах кассу, если она одна?

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

Фузинцы сольются

(13) Какая техподдержка? Мы про мелкую фирму
Кроме того, я не понял, что такого взрывающего мозг не показывать кассу, если она у меня одна?
Унификация конечно хорошо, но превращение формы в мусорку нихрена не хорошо

хватит издеваться над маленькими )))

(11) Зачем перепроводить? Это тяжелая и довольно сложная операция. В рамках начальных условий можно организовать учёт себестоимости по партиям поставки, считая партией приходный документ. В этом случае на себестоимость влияет только изменение входящей стоимости и всякие доп.расходы (которых в условиях нет). А для корректировки себестоимости движений партии поставки при изменении документов задним числом достаточно элементарной операции.

Зачем дублировать в отдельной конфигурации то, что реализовано в БП на 95%? Здесь прямо напрашивается расширение.

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

(8) хочешь устроить батл одновременного написательства на 2 фреймвёках?

Я бы в кузовок ещё накинул опциональное использование ручного указания партий (раз уж списание по FIFO). Популярный приём в ларьковом управленческом учете.

(10) (12) (13) Зачем мне видеть в документах кассу, если она одна?
опять же явный прямой отсыл как сделано в современных типовых 1с, типа а вот этого в фузине нет))

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

(0) Роме кол с минусом
в натянутом на 1С ТЗ нет ничего, кроме СКД, что позиционирует её
требование наличия Рг притянуто за уши

Согласен, для начала уберите все 1С'овские термины вроде "регистратора", "перепроведения" и т.д.

[Списывает себестоимость с учетом ТЗР по ФИФО без учета складов]
Плюс вот этот пункт более подробно, так как есть разные возможности реализации

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

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

И сколько реализация на 1С строк будет (отдельно, сколько в XML и сколько 1С-кода) ?

(25) простите, а при чем здесь строки кода?
вы мериться строками хотите? только на этом построено преимущество фузины?

(26) естественно хотят:
либо ТЗ под готовые механизмы lsFusion и другие бизнес-процессы не предлагать
либо лапидарный код

Нет смысла с жуликами играть, в прошлой теме Крэш выдвинул условие, что давайте посчитаем количество строк, причём даже не строк кода, а выгрузим это всё в xml, сейчас тоже х-ню придумает

На какой хрен влияет выгрузка конфигурации в xml и вообще строки кода?

(25), [проще сделать 3 выгрузки в Excel]
В отчет по продажам выгрузишь сотню тысяч строк за месяц?

(26) еще редактирование динамических списков

(31) ага, без логирования кто когда и зачем внес изменения в этих списках

(23) "форуме явно курируемым 1с" // Поржал))

(32) У них нету версионирования что ли?

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

(0) жесть какая-то

>> Каждые 10 минут при необходимости должна автоматом восстанавливаться последовательность проведения складских документов, то есть перепроводиться документы в хронологической последовательности

у тебя 1с головного мозга

(25) Excel денег стоит. Мож он не куплен. Мож у фирмы LibreOffice стоит. Это предусмотрели?

А то с дебильными требованиями по отчётам я добавлю количество и выгрузку в Эксель в каждом списке. Если описывать ТЗ то задачами которые надо решить, а не хочу чтобы фильтры в отчёте настраивались.

(9) >>А что здесь одинесного?
Восстановление последовательности - чисто одинэсный термин. Если найдешь любой другой программный продукт где такое есть, можешь бросить в меня камнем.

(35), а вот и заклинания подъехали.

(38), [не хочу чтобы фильтры в отчёте настраивались.]
Пиши лучше "не могу"

(39) Навижен, сейчас Акспта. Там есть такое. В САП-е нельзя работать задним числом.

(25) >>Кроме того, для простого УУ, тут вместо трех отчетов, что вы описали проще сделать 3 выгрузки в Excel
Ненене, это не спортивно. Нужно все сделать встроенными средствами учетной системы.

(35) Интерфейсные дела опустим. Понятно, что в 1С и фузине интерфейс будет отличаться, да и бог с ним.

(41) Вот прямо в навижене с аксаптой есть такой механизм - восстановление последовательностей?

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

(44) Если в Аксапте что то поменять задним числом, да, это вызовет пересчет служебных данных. Конечно, это не называется "восстановление последовательности", но смысл тот же.

(17) Какая тяжелая операция? Мы говорим про мелкую конторку. И я не собираюсь накидать вторую УТ.

(18) Затем, что это сабж, а не реальная задача

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

(39) в сапе просто нет такого понятия как работа задним числом. Фирма на сапе скорее перспективного клиента нафиг пошлет, чем будет что-то задним числом делать.

(20) Одновременно вряд ли получится

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

Так ещё раз мы задачи добавить можем? PR?

(21) Ну да, давайте до УТ 10 уж добьем хотя бы

Да и по объемам какие требования?

(24) Тихо ты тут, и так фузиновцы нервничают

(50) Ага и пользователи в САПе никогда не ошибаются, а если ошибаются, то их сразу расстреливают, но ошибки в прошлых периодах ни в коем случае не устраняют.

(57) через сторно устраняют. Но вообще там это реально боль.

(53) Сторонними программами (Excel, BI) и т.д. пользоваться запрещено. У нас бедная контора, мы не можем их себе позволить.

(58) >>Но вообще там это реально боль.
Вот в это охотно верю :)
Был опыт работы с одной немецкой системой - если что-то надо было исправить это реально была боль....

(25) Регистратор - это первичный документ, пусть так
Отчет же будет по регистрам строиться, а записи в регистр формирует первичный документ
Можете не по регистру строить,  а по самим документам, пофиг
Если есть большое желание, предложи свой вариант текста в (0), со скоррентированными терминами

(59) Ну тогда и вы 1с себе позволить не сможете, так что сразу проиграли

(61) ещё раз уберите из ТЗ 1ские термины. Не то что их нельзя реализовать, это просто бред.

PR вы намерено мои вопросы игнорируете?

(25) Про себестоимость хрен с ним, пусть будет так, в партию пишется ПТУ, списывается по партиям
Про ТЗР все просто, услуги в ПТУ можно раскидать на конкретные ПТУ + номенклатура, чтобы в итоге эти ТЗР легли на конкретные партии
Все ТЗР конечно же только до РТУ, иначе ТЗР могут остаться висеть
Все это гораздо проще реальной жизни, но у нас же заруба, а не жизнь

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

(25) >>Но вообще задача достаточно примитивная, просто широкая (куча однотипной логики). Больше интересны небольшие, но сложные кейсы (как в статьях фузины).
Вот не надо опять свою шарманку заводить
Хочешь поразить всех технодрочерской задачей, иди к сишникам, порази их шахматами в 500 байт
А в учетных системах надо решать учетные задачи

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

>>И сколько реализация на 1С строк будет (отдельно, сколько в XML и сколько 1С-кода)?
Не знаю, мне пофиг, как я уже говорил, мне важно время разработки
Думаю, что справлюсь часов за сколько-то, может часов за пять, ХЗ, реальность покажет

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

(35) >>На проверку отрицательных остатков везде
Где везде, не понял?

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

>>что это должно быстро работать на больших объемах
Нельзя, хотя я и не уверен, что у меня будет медленно
У нас маленькая фирма и заруба, а не оптимизаторская задачка по максимально быстрому проведению документов или расчету себестоимости

>>что данные должны прямо в списке вводится без дебильных новых диалогов
Нельзя, это вообще клиенту пофиг как правило
И хватит затачивать под Фузину, а то я сейчас тоже заточу под 1С, взвоешь

(25) Задрал ты с экселем своим.

(36) Я исключительно с целью пристроить куда-нить регзадание
Но, если кому-то вдруг кажется, что я жульничаю и затачиваю под 1С, где есть регзадания, а типа в Фузине их нет, ну ok, скажите, уберу, хотя я не очень понимаю, как фузиновцы живут без фоновых заданий

ОФФ: очень интересно. Буду следить за темой. Надеюсь, что батл удастся.

(38) Давай так
Вы же бьете себя пяткой в грудь, что функционал отчетов в 1С никому не упал и вы легко решите вопрос с формированием отчетов
Ну так решите своими средствами
Ну или сразу посыпь голову пеплом, что у вас отчеты в Фузине отсутствуют как класс и не будем мучать котенка в плане отчетов
А то какое-то избиение младенцев получается

(69) Что значит нельзя? Мы же не ларек автоматизируем. 100к документов, 100 строк в каждом, 50к sku.

(39) Да он везде есть, где есть заведение документов задним числом
Просто называется по-другому, например, расчет себестоимости
Называй как хочешь, похрен, суть перепроведение документов для расчета себестоимости

(74) По условиям задачи - автоматизируем ларек.

(38) По поводу задач, которые хочу решать и произвольных отборов, группировок и сортировки
Так это и есть задача, хочу гибкий отчет, в котором я сам могу все это делать, а не обращаться к программисту каждый раз, когда мне нужно переиграть отборы, группировки и сортировки
Постоянно клиенты про это говорят
А как мне остатки сформировать сначала склад, а потом номенклатура?
А как мне кросс-таблицу сделать с номенклатурой в строках и складами в колонках?
А как мне по артикулу отсортировать?
А как мне отобрать только по пиву?

(42) Нельзя позориться?
Не, такого нет в условиях зарубы.

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

(53) Можете предлагать, добавлять в одно рыло — нет
А то я вас знаю, сейчас опять мелких технодрочерских задач накидаете трехстрочных
А у нас как бы не технозаруба, ребенка с водой не надо выплескивать

(77) а у нас постоянно спрашивают как узнать количество записей в таблице. Давайте от конкретных процессов идти.

(80) Ну вы то добавили в одно рыло

(75) Нет, суть в том, что восстановление последовательностей это чисто одинэсовская методика. Чтобы посчитать с/с вовсе не обязательно перепроводить документы. В других системах это по другому реализовано. Точней сказать в разных системах - по разному.

(55) Никаких
Если у меня в результате получится полтора терабайта метаданных, то значит будете ржать, как много кода я написал
А мне вот пофиг на место на диске
Важные на мой взгляд критерии я уже писал раньше

(81) пример таких постоянных требований приведи, пиздобол.

(59) Не запрещено
Но нужно написать, че почем

(81) сливайся хотябы грамотно)

(62) Пользуйся всем, чем хочешь

(63) Перепиши (0) без таких терминов, если хочешь, у меня глаз замыленный
Хотя я не понимаю, чего ради
Ты типа не понимаешь сути написанного в (0) или что?

(64) Да, блеать, я намеренно уже три часа как сплю
Я вот что-то ни одного фузиновца в ветке полтретьего не заметил, вы меня специально игнорировали?

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

(79) Вы же на ларечников сетевых работаете, разве нет? Цель зарубы написать небольшое решение и сравнить две системы. Это тест. Мы не пишем УТ, так что не увиливай + у ларьков нет денег на сервер приложений, путь 1С будет файловая. Фузина - как может.

(91) критикуешь предлагай. А таких "все плохо" в стране дохера и больше

(66) по этой причине регламентированный учет в РФ в сапе, по-моему, и не ведут. Только управленческий, а бухию выгружают в 1С.

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

(95) пятница, тем более у Ромы настрой, что может быть интереснее

(74) Нельзя значит, что по условиям мы автоматизируем как раз ларек
И я изначально не хочу в простой зарубе решать оптимизаторские задачи
Еще раз, это не значит, что все будет работать медленно и не значит, что я буду писать похреновее
Но это значит, что это не является приоритетом
Но при желании можешь потом сравнить по скорости

(79) Началось, бля
Что значит по-взрослому
Сделать максимально быстрое открытие накладной на охулиард строк?
Хватит технодрочерства, я предлагаю реальный кейс
Про максимально быстрое открытие накладной на охулиард строк сделаешь потом вторую зарубу

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

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

(82) Ни хрена
Сначала в одно рыло всякую пургу добавляли вы, адекватных более-менее полноенных кейсов для баттла я от вас не видел
А я что, где-то что-то заточил под 1С, придумав эфимерную бизнес-задачу?
Так ты ткни меня в конкретику

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

(95) я предлагаю забанить фузиновцев со словами "идите и создайте свой собственный форум"
И они создадут свой форум

(95) Так они первые начали! Ветку свою проплатили. 1С обсирают. Пиар у них такой своей поделки.

(103) Они занесли местному хозяину чтобы он поделился форумом

(96) Так результат известен - Рома скажет, что сделал конфетку, а фузиновцы - что Рома сделал говно. И смысл вообще что-то делать тогда?

существует множество учетных систем :
Галактика
Босс
Барс
Парус
ПП от SAP
ПП на базе Оракл
Microsoft Dynamics NAV
Microsoft Dynamics Axapta

Если представители каждого ПП будут создавать на Мисте свою ветку - будет зоопарк

(105) Волшебник красавчик - продал фузиновцам ветку. получил бабки, получил допактивность на форуме, а ло фузиновцы счастливы - они троллят 1сников на их проффоруме )))))))

(107) зато чсв 1сников вырастет еще больше - зашел на мисту, поунижал неудачников и жизнь прекрасна)

(101) ТЗ неправильное, оно должно быть в терминах бизнеса, и описывать работу сотрудников бизнеса в виде вход-выход,  не описывая никаких внутренних документов. Иначе это не разработка "с нуля".

(81) А у меня еще вагон всего спрашивают
Будем все писать?

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

(91) Надо было биржевые свечки и подключение потокового видео добавить?

(99) Я и не ставлю условий по интерфейсам

Ладно. Хватит эту ветку превращать в очередной пустой треп. Я согласен. Каждый сделает задачу на своей платформе как может и как считает нужным. А дальше уже пусть каждый сам решает.

Единственное, есть вопрос по постановке все-таки. Поясните подробнее по себестоимости. Я правильно понимаю, что ведем партионный учет (то есть каждая строка прихода создает партию со своей себестоимостью). А на расходе идет расписывание по партиям по принципу FIFO ? И себестоимость продажи = сумме себестоимости по партиям. Если не так, то хотя бы в 2х словах опишите как.

(106) Так судьями можем выступить мы :)
А фузиновцы пусть подтянут народ с хабра или еще откуда-то. Вот и будет жюри)))

(110) типа такого? "Должно быть весело, всё бы двигалось, и звучала неземная музыка."

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

(118) сначала напиши то, о чем речь идет))) а то вон с пониманием себестоимости проблемки
только б статейки строчить))

(119) неколи читать, писать надо

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

(115) Все так, только к себестоимости еще добавляется ТЗР
Например, я купил кубометр досок и готовый стол, при этом оплатил доставку 1000 рублей, размазав ее вручную как 600 рублей на доски и 400 рублей на стол
А потом через два дня с меня еще шофер попросил 200 рублей за въезд в третье транспортное кольцо и я их тоже оприходовал, размазав 60 рублей на доски и 40 рублей на стол
Это понятно? Или что-то еще?

(118) Разрешу, куле

(121) хорошо начал, продолжай))
все б так ТЗ писали

+(123) Но еще раз говорю, я буду упирать на скорость разработки и качество (в плане надежности и удобства) решения, а не на скорость работы и оптимизированность кода
Мне тут как бы некогда забесплатно выдрачивать серебрянные пули

(121) (124)+ собственно действительно, многие же здесь вроде работали или встречали САП, Навижн, Аксапту. Есть у кого пример ТЗ ИХ терминами? как задачи ставятся на их языке?

(126), задачи на уровне (121) обычно ставят бизнес-аналитику, а не программисту

(122) "попросил 200 рублей за въезд в третье транспортное кольцо и я их тоже оприходовал, размазав 60 рублей на доски и 40 рублей на стол" - ох уж эти 1снеги. Соточку подмутил и глазом не моргнул

А, да, еще важно
Не экономьте на комментариях
А то ваш собачий язык без поллитры не разберешь и получится, что читабельность околонулевая, а решение по условиям предполагается активно допиливать и не факт, что автором решения
А так хоть можно будет сразу понять, что каждый код делает
В общем, в ваших же интересах все комментировать
В 1С-то можно почти всегда сделать самодокументируемый код

(128) А, ну да, пардон, 120 и 80 конечно

(129) >>активно допиливать и не факт, что автором решения

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

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

(125) Ну уже забавно, потому что фузина умеет из коробки большие объемы и количество пользователей. То есть на ней нужно чуть ли не специально писать чтобы она работала медленно.

(131) Я про 1С говорил, конечно
Но в данном случае представим, что фузиновцы прокачались, развились и у них уже человек 500 спецов по миру и один из них такой себе полупрошаренный работает как раз в нашей маленькой торговой конторе, но он занят и ему пока некогда писать это решение, но дописывать его будет он

(133) Слушай, надрачивать иди в OFF: lsFusion vs 1C. Раунд 4

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

(133) фузина из коробки умеет только количество строк считать, а на больших объемах она сосет медведю лапу)

(137) Ну так давайте мое требование об объемах добавим. Но pr не хочет.

(138) Какие вы, пионеры, утомительные
Добавь про объемы, добавь
Я никуя не понял, как это повлияет на мое решение и как ты это собрался проверять на реальных данных, но добавь

(127) У фузинистов нет бизнес-аналитиков, так чта...

(0) Ты им нахаляву ТЗ на УТ подарил?

по всем статьям!

(128) Это профессиональное, 2 раздаем, 2 в уме себе оставляем ;-)

(141) Пусть порадуются

[Списывает себестоимость с учетом ТЗР по ФИФО без учета складов]
PR, просто вот это требование так сформулировано, что как будто в себестоимость включать транспортные расходы на продажу. Как я понимаю, этого не требуется ?

[А потом через два дня с меня еще шофер попросил 200 рублей за въезд в третье транспортное кольцо и я их тоже оприходовал, размазав 60 рублей на доски и 40 рублей на стол]
Эти 200 рублей будут оформляться отдельным документом, который вяжется к приходным ? Или внутри приходного будет корректировка идти ?

(145) На закупку, а не продажу
Шофер 200 рублей содрал при доставке досок и стола

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

(145) >>Как я понимаю, этого не требуется ?

красиво съезжает )))) это не требуется, это не считаем))) в итоге 2+2=4 с редактированием в списке

(!47) И это 1-й уровень дзенн, ибо потом будет требования к тому чтобы распределять ТЗР на несколько документов и на фин результат, т.е. 90 счет например по выручке ;-)

(148) Зато просто и удобно, почти как в екселе, и 3 строки кода. Учитесь, сопляки)

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

(138) что бы говорить о объемах нужно говорить о функционале системы. Когда сваяете на своем поделии производственную систему с многопередельным производством, аналогом рауза, расчетом зарплаты со всеми подвывертами законодательства, регламентированном учете, бюджетированием и мсфо, когда у вас будет работать 200 разных пользователей. а не 1000 обезьян по вбивании заявок, тогда и будете говорить о объемах.

(149) это мы ещё зарплату грузчиков не считаем)

(151) Просто почему тогда в постановке не указали его отдельным документом ? 6 выделили, а чем этот особенный ?

(149) На несколько документов уже надо
Допустим, мне привезли две накладные товара, а потом я хочу размазать 200 рублей в одном документе на обе накладные

(154) Потому что для простоты это ПТУ на услуги

(132) Так это было бы интересно, как минимум, увидеть разницу в подходах. А так скучно :((

(156) Должна быть возможность расписывать их только на приходные документы целиком ? Или на конкретные строки тоже ?

(158) " размазав 60 рублей на доски и 40 рублей на стол" отгадай)

(158) Плюс к этому вопрос, если у меня ПТУ на 2 услуги. Нужно давать возможность указывать для каждой отдельной услуги на какие ПТУ товаров расписывать ? Или для всех услуг в одном документе указывается одинаковое распределение ?

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

(158) ваши ларечники никогда вам распределение транспортных затрат не просили? или в сельских магазинах доставка бесплатно?)

(158) тебе привезли трансформатор массой 10 тонн и шесть авторучек на одном автомобиле. Стоимость доставки 10000 рублей. Предложи вариант расчёта себестоимости без указания партий товара?

Да нет никакого смысла сравнивать фузию и 1С "в лоб". Слишком разные весовые категории. Фузийцы-то понятно почему это делают.
Чисто функционально как RAD-платформа ессно 1С круче на порядок.
Наворотить на фузии крутое прикладное решение - получится "парус" какой-нить. Который они собственно и продают уже за деньги.
Но есть некоторая ниша, в которую фузия попадает в яблочко, ИМХО. Это когда использовать 1С - из пушки по воробьям, учитывая небесплатность платформы. Когда надо что-то маленькое, простенькое, с фиксированным бизнес-процессом но на много пользователей и желательно в вебе.

(161) потому что это разные документы. можешь конечно сделать и одним, но юридически это разные доки, что в РФ, что в Белоруссии, да и на западе, думаю, тоже банковская выписка и кассовые документы разные)

(163) В смысле ? Просто указываешь документ, а там либо по количеству, либо по массе, либо по цене расписываешь. Было бы желание.

(164) осталось их в эту нишу випиздячить

[Начисляет себестоимость, при этом должна быть возможность отнести услуги на конкретные товары конкретных ПТУ]
И вот тут. А как разносить ? Пропорцинально чему ? Или вручную будут указывать что на что разносить ?

(157) Заведи свою зарубу

(165) Так мы, вроде, управленку пишем, а не бухгалтерию. Какая разница, что они различны юридически, если их будет один человек заполнять?

(158) На строки

(166)(168) Либо по 10 другим параметрам. Сделай пока распределение вручную по партиям. С контролем общей суммы и расчетом сс-сти реал тайм

(160) Блеать
Да, надо, сколько раз говорить
Размазываешь вручную, как тебе в голову стукнет

(167) Зачем? Пущай продают свой "Парус". Это нормальный бизнес. Я только за то, чтобы это у них получалось максимально успешно и ребята зарабатывали на этом хорошие деньги и развивали свою платформу. От этого выиграют все. Кто знает, может в итоге и вырастут в серьезного конкурента 1С по всему полю рынка.

(169) А я у них уже спрашивал, то, что мне практически надо - их платформа не умеет.

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

(161) Вот ты нытик

(164) Оттягивает веко (с)

(166) У нас простая заруба, какое нахрен автораспределение по куче вариантов базы с одним из вариантов "Ручное"?

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

(168) В.р.у.ч.н.у.ю!

(164) "Когда надо что-то маленькое, простенькое, с фиксированным бизнес-процессом но на много пользователей и желательно в вебе."

так они позиционируют себя как высоконагруженное решение на 100тыс позиций номеклатурных и парой сотен пользователей с производительностью "все операции за 1 секунду"

(172) Про контроль ничего не говорилось, но да, было бы логично сделать, дьявол в мелочах

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

(184) Бери нытика и валите в OFF: lsFusion vs 1C. Раунд 4

(173) Вручную, конечно на практике, люди повесятся, но ладно. Для начала действительно пусть будет так. Каждая строка услуги к любым строкам товаров (либо в этом документе, либо в любом другом).

(180) Ну, это уже совсем к теме не относится, а так то есть о чём поспорить, но смысла нет особого.

(183) одни раз видел, бухи ошиблись ноликами и разнесли миллиард на себестоимость. было весело

(186) Считаем, что у нас такое редко и клиент не готов переплачивать за такую разработку, кроме того, не готов четко поставить задачу и не готов отказаться от варианта ручного разнесения

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

(188) Весело — это когда для ремонта локомотива использовали, внезапно!, один локомотив
Или когда на ремонт локомотива потратили 3 миллиарда 600 тысяч рублей, из которых 3 миллиарда на горячую воду

(189) Да фиг с ним, пусть разбивает пропорционально количеству. Это всё мелочи.

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

(139) Закачаю объемы и в ваше решение и в наше.

(184) на счет проще и быстрее спорный вопрос. тут нужно вебера сажать с фузиновцем что бы сравнить проще и быстрее.

(188) Весело, это когда исполнив ГОЗ, у тебя в незавершенки осталось 2 ярда ;-)

А ты уже отчитался по годовой прибыли и получил все бонусы ;-)

(190) У нас мелкая контора, продающая в основном в опт, а не в розницу. Посрать.

(192) Нет. Вручную.

(193) а это разве не само собой разумеется?

(193) С минусом партии да, пусть
Вручную нет, не нужно, а то мы сейчас точно ТиС напишем

(185) Что, порчу атмосферу "поглаживания на брудершафт"? :)

(200) А смысл тогда ограничения, если вручную нельзя выбрать партию ? Проверять то, что программа по ФИФО сама правильно расписывает ?

(194) То есть ты решил попытаться грохнуть мне сервак?
Ну я даже не знаю, готов ли я
Ну может быть

(200) Виды запасов ;-)

(200) добавь в условия что торгуем алкоголем и нужен ЕГАИС)))

(201) Да нет, просто сидят мужики, пиво пьют, а тут два хипстера прилупили смузи сосать
Как бы не в тему, понимаешь?

(193) "Плюс возможность на расходе выбирать партию вручную" - бгыыы. 2005 год. детство))))

(202) Я провел ПТУ, потом РТУ, а потом ПТУ удалил или откорректировал
1. Себестоимость будет верной?
2. Минусовых остатков не будет?

(202) у тебя фифо. какая нафиг партия вручную. вы же не для колхоза пишете приложение. жесть просто

(204) Чур меня

(205) Кто о чем

(208) тсссс. а то так фузиновцы получат базовые знания по учету)

вообще жесть, конечно, люди замахнулись на конкурента 1с и не понимают базовых понятий учета - партии вручную, шо такое тзр разжевали им. Что они там автоматизируют? Ну кроме подсчета количества строк. Складской учет товара в пивном ларьке? да они же даже единицы измерения не осилят.

(209) А партия вручную, ибо вот этому Пете продадим дешёвый товар (купили же под него), а Васе будем продавать по FIFO. Для ларьков очень частое требование.

(212) Ну, глядишь, может задумаются, извинятся за поведение и уйдут изучать методологию

(215) Тут ещё не одна пятилетка пройдет.

(206) Извини. До меня только дошло. Т.е. фузиновцы реально подписываются создать решение под требования (0) и вы сейчас уточняете ТЗ? Это очень круто. Если родят, то это будет гораздо круче демка, чем ихние фуфловые. Сваливаю в туман и внимательно наблюдаю.

(214) В нашем случае и Пете и Васе пофиг на себестоимость, а у нас рентабельность контролируется котлом, плюс минус километр

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

(217) Если родят, будет хоть что показать ларькам, да
А то сейчас откроешь накладную и монитор кровью из глаз забрызгает

(208) Там есть разные варианты реализации. Впрочем не суть важно. Каждый сделает так, как считает нужным.

(219) Я же говорю, в Белоруссии запаздывание лет на 10, решения уровня Аксесса, интерфейс уровня ТиС 7.5, ручное указание партий...

(218) Васе и Пете пофиг, а вот манагерам и продаванам не совсем. Там правда вагон корректных механизмов, но есть "нюансы".

(221) Ok

(218) Ручные партии очень важны когда есть сроки годности, например.

(223) Я же говорю, у нас нет оперативного контроля продажи не в минус по рентабельности и нет менеджеров, получающих бонусы с ренатбельности
Хватит уже ТиС рисовать :))

(77) Это всё делает Excel. Поднимите руки у кого нет Экселя, не важно лицензионного или другого? ... Тишина в зале.

А так да, задача интересная. По сути каркас для автоматизации небольшого ларька, с возможностями наращивания мяса.

(225) Ты уверен что партии товаров важны?

(225) Двоечник, там серии вообще-то
Рукалицо
Не позорься перед фузиновцами

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

(227) Про Эксель поговорим позже, после реализации

(230) Ok

(229) Я же не про типовые. В условиях задачи нет серий.

(227) какой нафиг эксель? Ты можешь в экселе сделать отчет с группировками по реквизитам реквизитов объектов? с  произвольными свойствами и категориями? Выборки данных, соединяющие десяток разных таблиц данных? ЛЮДИИИИИ! 2019 год на дворе. проснитесь. Выбросьте глиняные таблички и купите себе пк, сходите на курсы в конце то концов

(233) В условиях задачи и сроков годности нет, гений :))

(234) Тсс, не пали контору, мы их потом обстоятельно со вкусом трахнем :))

(225) Особенно в лекарствах. Там без ручных партий вообще никуда.

Единственное, что мне во всем этом не нравится, что не хочется делать такое решение под Россию.

В западных системах под Приход ПТУ больше всего подходит Purchase Invoice. Но там, как правило, все разбивается на 2 отдельных документа - Purchase Invoice и Receipt. Первый - это счет, а второй - это поставка, которая фиксирует поступление на склад. У них нормальная практика, когда сначала приходит товар 10 раз разными Receipt, а потом на них всех выставляется один Invoice. Впрочем ладно, пока будем считать, что Приход ПТУ - это Purchase Invoice и он также влияет на остатки.

(230) "Я бы сделал это задачку в базовой постановке часа за 4.", но отдам ее джуну и делать буду две недели. гыыыыыыыыы) слив засчитан

Да не надо ничего усложнять. В (0) отличная задачка, по сути чуть-чуть расширенная сертификационная (если не считать веб-сервиса).
Если сделают ее хоть как-то, уже будет очень интересно покопаться. Усложнять - только бесполезно накручивать трудочасы.

(239) А на 1С не так ? Возьмешь человека с улицы, который вообще ничего не знает, и он сделает это за 4 часа ?

(237) ыыыыыыыыыыыы. школьники от учета. ыыыыыыыы

(234) В задаче не вижу про реквизиты и категории ничего. А так да, спору нет, система отчётов в 1С очень мощная и удобная. Развёртывание по любому показателя классная фишка. Фузина предлагает для этого пользоваться BI. Там тоже есть свои фишки, типа разнообразных графиков и круговых диаграмм одним кликом.

(238) ты не поверишь, но в 1с есть заказ поставщику и приходная накладная. и их можно многие ко многим))) И один счет приходовать Н-количеством приходов, так и н счетов можно оприходовать одной ПТУ

(241) не надо вилять. тебе предложил решить задач не джун, ты начал писать ой я ее за 4 часа сделаю, но делать не буду. Ты если говоришь что сделаешь за 4 часа. то делай сам и за 4. Ну или не говори что сделаешь за 4 часа.

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

(234) вы просто не знаете всех возможностей экселя)) да если еще в связке с VBA

(243) графиков и круговых диаграмм одним кликом есть и в 1с (247) я знаю что функционал экселя огого. но есть бедулька - 99,9999999999 процентов пользователя не знают VBA и тем более даже 1% возможностей экселя. В 1с же стандартным отчетом без извратов можно развернуть данные в таких разрезах в пару кликов, что в экселе и BI вы будете любится до потери пульса

(238) Ну давай еще счет сделаем, заказ клиента, заказ поставщику, резервирование на складе и в заказе поставщику...
Я вот не пойму, ты решил посоревноваться в прокаченнности скиллов ведения учета? Зря.

(235) а я и не предлагал их добавить. Это так, мысли вслух

(239) Да пусть, че

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

(239) Это кстати заодно порог вхождения позволит оценить.

(244) В 1С еще и счет отдельно есть, и коммерческое предложение

(253) Порог вхождения в Фузину?

(230) Партнер ставит задачу младшему партнеру: Заниматься сексом с секретарем, это работа или развлечение (с) Один консалтерский бородатый анекдот

(252) Там сделают отчёты, но я все таки предлагаю дополнительно выгрузку в BI сделать (crushby против), там не больше пару строк займет. Если бесплатный не найдем, то допишем скока будет стоить на одно два рабочих места и добавим в tco.

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

(257) А я вот все хотел спросить, а чем отчет (с возможностью вывода графиков) отличается от BI?

(253) это позволяет оценить балабольство краша.

Чую легенда про джуна это отмазка что бы две недели все фузионисты смогли наваять функционал в платформе что бы потом показать как они тремя строчками подключают допбиблиотеку и насколько это круче чем в 1с)

При этом условия то не равны, 1снеги не могут платформу допиливать, в отличии от мифического джуна)))

(258) Ты всерьез хочешь поговорить про порог вхождения? У меня нет слов. Это же смешно просто. Вот вы-то джуна к гадалке не ходи берете с айтишным образованием и хоть каким-то бэкграундом. А в 1С приходят вот реально "с улицы" через учебник Радченко. Даже плохо разговаривая по-русски и не зная английского от слова "совсем".

Я вангую, что ни ТС ни оппоненты ничего не напишут. Так что цирк можно уехал, хорошо хоть клоуны останутся.

(261) Это еще ладно... Главное чтобы потом этим джуном не затыкали дырки на вопросы "Почему это не работает?", "Почему через ж... сделано?" и т.п.
А так реально хочется посмотреть реально работающий, пусть и простой, механизм на фузине.

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

(265) Тоже опасаюсь этого

(265) Лютого трэша из ихнего демо ЕРП не хватило?

(266) Так пусть они выкатят работающий, не сложный механизм как в (0). Можно будет код посмотреть и общую логику понять...

(265) Поэтому и я просил, чтобы реализация была эталонной. Так сказать, показывающей класс. На нее же все равняться станут.

(230) "за 4 часа" - мне нравится люди-оптимисты.

Сдается мне, что и PR'у фузиновцы денег занесли за ТЗ.

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

(268) Я там ничего рабочего не увидел. Нагромождение несвязанных между собой "объектов" - все что я там узрел. А тут практически готовая конфа для ларька! )))

(272) Наоборот прижимистые. Рекламируют свою платформу через срач на форуме 1Сников.

(267) (270) Посмотрим, как Краш проконтролирует выполнение...

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

(276) судя по уточняющим вопросам - для фузиновцев это магия) им придется еще заплатить Печенькину что бы он это на фузине реализовал))))

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

Одно радует, 2 недели все фузиновцы будут писать приложение и мы не увидим их тупые посты)) кстати, заметили, как они притихли? пишут))))

Кстати, может кто подскажет, как эти 6 документов называются в западной практике ? Первые два допустим будут Purchase Invoice и Sale Invoice. А остальные 4 ?

(280) вы же на запад ориентируетесь, это мы тут темные сибирские лапти. Мы у вас должны спрашивать)))

(280) Че... Серьезно уже писать начали?! )))

(265) Нет, джун будет переделывать до тех пор, пока не будет сделано так, как сделал бы я. То есть результирующий будет соответствовать всем высоким стандартам фузины.

(282) а куда балабол бро пропал? чего краш молчит? Пишут))) Просто тут действует закон относительности - на фузине 4 часа, на Земле две недели)))

(280) Prihodniy Kassoviy Order и Rashodniy Kassoviy Order

(285) https://translate.academic.ru/приходный%20кассовый%20ордер/en/ru/

Будем считать, что Cash Receipt. Вроде логически подходит.

(286) https://translate.academic.ru/перепроведение/ru/xx/

Перевод: с русского на все языки
перепроведение

Ничего не найдено.

Попробуйте поискать во всех возможных языках

(285) )))))))))))))) я так заржал, что чуть с работы не уволили))))

Не знаю, как правильно, но пусть будет
cash receipt
cash payment
bank receipt
bank payment

ТЗР - ordering costs

(289) Я вижу, что в odoo используется терминология bank statement, но не вижу там пока разницы между приходными и расходными операциями.

(283) Срок тоже?

(287) ))) Это как недоперепил...

(288) Такая же хрень. Хорошо один в кабинете.

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

Притом что в некоторых реализациях приход/расход может быть объединен в одном документе.

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

(295) есть же 1с для запада, глянуть там можно как сами 1с обозвали эти документы

(298) "есть же 1с для запада" само допущение этого факта делает фузину бесмысленной, а её пресс секретарей звездоболами)

(298) 1c-dn.com?
Раньше там что-то такое можно было свободно скачать. А сейчас вроде болт...

(299) чой это допущение? есть проекты в Европе, мало но есть. Вроде в Канаде чето есть, но насколько живо, я хз.

эк пиару делать нефик...

Ооооо! Нашел!
https://1c-demo.de/erp_demo2/en_US/

(303) Сейчас там будет наплыв посетителей)

Оно и сейчас тормозит как не в себя. Может, уже забытый хостинг...

(305) Может много хопов?
Сча проверим.

Вроде лучше зашевилилось :) Холодный старт, непрогретый кэш :)

(0) все понятно, c PR лучше не связываться, поток сознания)

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

(309) Перепроведение в ТЗ пусть будет. Хотя бы чтобы глянуть на пример реализации шедулера.

(264) напишут, будут повторены УТ 11 и lsFusion ERP, будет повторён срач

при любом сравнении сначала определяют критерии =)
их нет и не может быть, нельзя сравнить платформу и решение

(303) + Только под админом нельзя зайти... Во всяком случае я не смог. Т.е. можно только куски интерфейсов смотреть от конкретных пользователей.
С максимальными правами вроде как George Newman
(311) Да фиг с ним со сравнением. Проблема в том, что даже если одинэсник и захочет что-то на фузии наваять, то нет максимально показательного примера. Чтобы и не сильно сложный, но при этом понятный и с неплохим покрытием типовых приемов.

(312)[если одинэсник и захочет что-то на фузии наваять, то нет максимально показательного примера]
а есть сомнени в том, что удастся нарисовать примитив, описанный в ТЗ ?

(313) В смысле? Если я вот прямо сейчас захочу такое на фузии сделать - я ведь погибну. Придется сидеть исходники ихней ЕRP курить.

(314) держи себя в руках то! )) вон сказали же, ничего сложного, приходящий ничего не знающий джуниор нарисует за 4 часа)) с проверками правда две недели всего

а самое главное это не сравнение изобретенной поделки, а чтобы они ее предъявили народу именно РОВНО через две недели! в смысле именно В ПЯТНИЦУ! чтобы была полноценная пятничная ветка ))

Фузинцы уже начали делать задачу в (0) ?

(317) естественно, только никому не говори

(317) Я так понял, они сейчас допиливают платформу, чтобы можно было вставить функцию СделатьЗадачуPR(х).
Потом будут долго гордиться тем, что в конфигурации всего одна строка кода.

(319) они сейчас классы документов накидывают и думают шо делать с отчетом)))

(151) Все расходы, которые включаются в себестоимость партии, должны быть проведены тем же днём, либо ранее, чем пришла партия. Потому что себестоимость партии должна быть известна и рассчитываема на момент прихода, чтобы иметь возможность сразу учитывать её в продажах.

(321) Это с какого перепуга? Тарифы на ж/д поставки бывает и в квартал не укладываются. А торговать и считать прибыль надо.

(321) С чего бы это???

(321) Как можно включать в себестоимость партии до того как эта партия появится в программе?

(321) Это фиаско, братан!

(321) А в 1с последних кстати можно допзатраты списать на себестоимость товара, даже если на момент прихода затрат товар уже продан. Это штатный механизм.

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

(321) Тебе придет счет-фактура на доставку через неделю, когда ты уже продал эту партию. В КЗ вообще 15 дней дается на выставление.

Ничё, ща допилят функцию ПосчитатьСебестоимостьЗаднимЧислом(х) и усё будет Ок.

(329) интересно какую они себестоимость применят если вернётся что-то после продажи и после ПосчитатьСебестоимостьЗаднимЧислом(х)

(330) предоставят пользователям редактировать себестоимость прямо в динамическом списке. Это же фузина...

(330) Да ладно!? Легко! Выгрузят в эксель с формулами и выданную там циферку внесут в список (справочник или че там...) в списке! (331) опередил! )))

(331), (332) а потом к ним заедет налоговый инспектор по прибыли...

(333) jyb b 'nj yf ct,tcnjbvjcnm gjdtczn! )))))))

(333) они и его на себестоимость повесят! ))))

(335) На это было бы неплохо посмотреть. Налоговый инспектор, повешенный на себестоимости)))

Кстати, а ТС не объявил дату, когда у него уже все будет готово. :)

(337) просто он не сказал, что у него уже все готово

(336) А че есть ТЗР — Транспортно-заготовительные расходы, а будут еще и НЗР — Налогово-заготовительные расходы! и ВУАЛЯ! )) одним документом - двух зайцев!

(330) добавят функцию ПосчитатьСебестоимостьЗаднимЧисломПравильно(х)

(339) Тогда лучше сразу ТНЗР))))

(341) Первая Т - означает "тюремно"? ))

(340) А потом ПосчитатьСебестоимостьЗаднимЧисломПравильноДляФНС(х)

(238) > У них нормальная практика, когда сначала приходит товар 10 раз разными Receipt, а потом на них всех выставляется один Invoice.
Я знаком с работой системы заказов некоторых западных партнёров. У них так наоборот: в одной поставке товар может идти по десяткам инвойсов. Каждый инвойс может формироваться по своему прайсу (разные акции, промо и т.п.). Плюс инвойсы с заказов, размещённых ранее но не отгруженных. В итоге 20 инвойсов от поставщика и 1 Поступление ТМЦ в 1С Бухии.

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

(245) Как оценить время выполнения задачи? Распланировать стадии выполнения, оценить время по каждому пункту, просуммировать, накинуть 1/3 на непредвиденные задержки. И не забыть в конце умножить на 2.

(344) Да, бывает и так. Но у нас бывало, когда поставщик привозит на склад в германии каждый день по 3 коробки. Дает планшет, в котором приемщик подписывает, что он принял 3 коробки (при этом он не знает на момент приемки, что там вообще). Когда-то на каждую такую поставку приходит packing list. А потом через пару недель на все эти 14 поставок выписывается инвойс.

(321) страшно далеки вы от реала...

(325) это не фиаско - это провал... у пацанов никто никогда из реальных компаний ничего не заказывал.

(343) Это же международная! Фузина. там будет PoschitatSebesoimostZadnimChislomPravilnoForFNS(x)

(347) то есть вам поставщик сам, без заказа, без стоимости привозит товар какой то и он там лежит на полке и вы не знаете что внутри?) блин, дак с вами классно герычем торговать))))))))

(351) Это не у нас. В РБ за такое сразу контрабанду припаяют и хорошо, если штраформ отделаешься. Это в Германии так.

(352) У них там вообще дикая страна. Много чего на доверии строится.

(352) (353) причем доверие? Работали с Бельгией, Германией, Сербией, Словакией. Вы заказываете поставщику товар. поставщик везет тот товар, который вы заказывали. Просто привезти коробку никто вам не привозит. И перед отправкой вам еще и документы пришлют на товар. К сожалению в Европе грусть с технологическим развитием и в электронном виде они не могли присылать документы, за исключением Сербов, так что приходила пдфка с товаром. А привезти коробку без контроля что там это бред

(353) Не знаю точно как в Европе, но в США очень мало документов с определённой законом формой. Контрагент может от руки написать "Продал Джону 8 коробок самогона". И в ответ получить расписку "Я, Джон, заплатил за самогон Фрэнку 10 косарей". Оба документа можно отдавать в бухгалтерию. Так что нет там ПКО, РКО и т.д.

(356) нам бы так. а то эти регламентированные печатные формы подзатрахали

(357) угу...а потом всю первичку ручками вводить, переводя в язык учетной системы эти "Продал Джону 8 коробок самогона" и "Я, Джон, заплатил за самогон Фрэнку 10 косарей" и т.д. и т.п.

(358) электронный документооборот никто не отменял. А так ввести фиг с ним, заполняя регламентированную форму РКО времени потратишь больше. Да и налоговый инспектор доколупается к неправильно заполненной форме и штраф те впаяет)

(355) > А привезти коробку без контроля что там это бред

А у фузинцев это не бред, они это автоматизируют и считают, что так и должно быть

Далеки ребята от бизнеса

Gimalaj, ты хоть напиши за какое слово ты скрыл пост

(328) > Тебе придет счет-фактура на доставку через неделю, когда ты уже продал эту партию. В КЗ вообще 15 дней дается на выставление.
Чтобы что-то продать, надо сначала рассчитать себестоимость, включающую все переменные расходы. Поэтому в момент сдачи груза на склад компании перевозчик уже должен иметь счёт за эту поставку. Как вообще выполнять доставку, не понимая сколько она стоит? А если компания не согласится с суммой счёта, предоставленного уже после выполнения доставки? Повезут груз обратно?
P.S. Я к фузиновцам отношения не имею, если что.

(362) "Чтобы что-то продать, надо сначала рассчитать себестоимость, включающую все переменные расходы. " ыыыыыыыыыыыыыыыыыыыыыыыы))))))
Бизнесу об этом не говори только)))))

(361) За общий посыл поста. См. пост (135)

(357) Ха, в РБ все товарно-транспортные накладные номерные, на гербовой бумаге. С учётом в бухгалтерии сколько каких номеров использовали, сколько испортили. Испорченные собираются как и нормальные, и сдаются в архив. При утере - штраф.

(362) зарплату грузчикам тоже в момент оприходования товара считать?

(347) стандартная схема неотфактурированных поставок по упаковочным листам, в ТЗ нет требований на полную схему, реализованную в ERP:
заказ->ордер->приобретение->поступление->счет-фактура

(362) для этого существуют бизнес план и плановая себестоимость

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

(368) И как отразить плановую себестоимость в бухгалтерии? Если на момент прихода ещё нет всех счетов за услуги, которые должны быть разнесены на партию.
(369) А, такое сколько угодно пожалуйста. В управленческом учёте можно накидать предварительно рассчитанных счетов, и сделать расчёт поставки. Потом заменить при оприходовании фактическими документами.

(370) причем тут бухгалтерия? там акты по факту будут, а тут продажа - заключение договора.

Ой, тишина какая наконец-то :))
Ляпота :))

(370) 40 счет тебе на что?

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

Напутал я немного с отчетом "Продажи и себестоимость", поле "Покупатель" убираем, в продажах оно конечно есть, а вот в себестоимости его неоткуда взять

+(375) И для ясности назовем отчет "Себестоимость"

+(376) А, не, все верно, все оставляем, как было, просто по ходу надо чуть напрячь мозг, где что хранить и откуда вообще чего брать

Ой, чувствую я, джун чуть попарится при решении

(378)  злой ты ))))))

(379) Что злого-то?
Если каждый, кто вчера увидел компьютер, сразу мог бы успешно автоматизировать большие и малые предприятия, то тогда бы программисты стоили бы пять копеек за пучок
А они что-то по три тысячи в час идут

(378) Это будет тестовое задание на получение ЗП ;-)

(381) Боюсь, что самостоятельно джун не справится, там есть реально несколько мозговых запар, где нужен жопыт

По времени решения не знаю, почему я брякнул 5 часов, видимо, не выспался
На данный момент уже примерно 10 часов и еще осталось сделать 4.5 документа и несколько мелочей
Будет часов 20, наверное, может 25

(383), а там джун за 4 часа сделает, а если не сделает, то скажут, что сделал , фузина  вин

Тут больше вопрос не в том, чтобы набросать в такой постановке. Я хочу, чтобы сразу сделать с учетом двух вещей :
1. Чтобы оно "покрывало" бизнес-логику odoo
2. Чтобы была нормальная модульность (чтобы можно было подключать отдельные блоки, как в том же Odoo)

И вот тут есть основные нюансы. Например, что в odoo (да и во многих западных относительно простых учетных системах) нигде не ведется партионный учет. Там себестоимость считается через среднее. В момент проведения продажи, просто в себестоимость записывается текущая сумма себестоимости / текущий остаток * кол-во продажи (и она и считается себестоимостью). Хочется сразу поддержать обе схемы, так как на международном рынке партионный учет в простых задачах не нужен.

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

*(385) А как же стандарт ХААСП?

(385) Фузиновцы собираются на зарубной задаче построить свое тиражное решение
Вот это поворот!
И эти люди что-то рассказывали, как они лучше 1С

(387) Тут смысл в том, чтобы не делать двойную работу. Скорее это будет прототип для дальнейшего расширения простого решения под Apache лицензией. Такой своего рода аналог Odoo и МойСклад. Или у 1С что-то вроде УНФ. Только открытый и бесплатный.

(387) Да правильно, чо? Пора бы уже завязывать с совковым учёт, с задними периодами - тем более. Сделал исправление в документе - у документа: +версия; в движениях - дополнения с периодами для нужных ФНС-у.

*если смогут, конечно же. Не запутаться в непрозрачности алгоритмов и, что самое важное - доходчиво донести до пользователя "почему себестоимость получилась именно такая".

(389) Насколько я помню, в том же SAP не совсем так. Там проведенные документы менять нельзя вообще никак. При изменении делается полностью сторнирующий документ, а затем корректный. В итоге, когда смотрите движение по товару, то там часто ( + 5 - 5 + 5), хотя конкретно этот товар в документе не менялся.

(391) САП не видел, но альтернативно одарённые системы прорабатывал - записывают изменения.

(385) Оу, вы Рому деклассировать хотите? Респект...

(385) Извините... А вы че до этого внедряли? Если С лалечниками никак не разберетесь...

(394) В lsFusion ERP как раз полностью партионный учет с возможностью как автоматического FIFO, так и указания партии вручную. Тут вопрос стоит в том, что для простого решения партионный учет не нужен и на западе чаще всего считается себестоимость считается средневзвешенной. Если просто сделать как у нас было, то это простое решение не смогут использовать "простые" компании.

(394) Если интересно, то вот я поставил Odoo 12. Можете посмотреть, что там есть из коробки :
http://78.47.40.15:8069

логин - мой ник собака gmail.com. Пароль - admin. Там я поставил 4 модуля : Purchase, Sale, Invoicing и Inventory. Invoicing и Inventory вроде как должны закрывать поставленную задачу, но по факту там все достаточно печально.

(395) Как говорит "Бро" - "А МНЕ НУЖЕН!!!"
Я месяц назад купил "ШТУКУ" за 1000 р. в не сезон продаж. Вчера я купил "ШТУКУ" за 1500 р. в сезон продаж. Пришел ко мне "уважаемый" человек. Я ему продаю "ШТУКУ" за 1100 р. ( а она у меня есть, см. выше...). Я так решил, как управленец! А остальным продаю с наценкой на 1500 р. Как тут считать все будем?

(397) Вы про системы нелинейных уравнений?

(398) Я про "купи-продай" у ларечников. Для них это важно, что одну "ШТУКУ" они купили за 1000 р. и продали ее за 1100 "нужному" человеку" в сезон. А в процессе этого для простых обывателей закупали "ШТУКУ" за 1500 р. и продавали за 2000 р. Ну это все грубо говоря...

PS: Для ларечников линейные уравнения - ТЬМА! Они даже с актом сверки справиться не могут.

(397) Кстати, вот это типичная логика ларечников. У нас по такой схеме работают барыги на рынках. На вопрос, сколько стоит - говорят X, но осталось 3 штуки. А из новой партии уже будет стоить Y. Но они уже умирающий вид.

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

Так что, собственно, Вам посчитать сложно или невозможно? Купили 2, продали одну. Сумма закупки 2500, сумма продажи 1100. Одна на складе по цене 2000.

Ларечникам тоже надо вести учет. У них основная проблема не на чем и где, а вообще стоит его вести ли нафиг не надо.

(402) Ларечник Вас побьет. Он купил сначала за 1000 и продал по 1100 "уважаемому". Он уже поимел 100 р + авторитет (назовите это как хотите) от "уважаемого" покупателя. Для меня это дикость, но ларечники - они так мыслят.

(403) Да вот в том то и дело, что они покупают УТ, а потом говорят, что она не работает, как им надо. У ларечников свои принципы и их хрен переубедишь...

(404) Что неверного в Вашем утверждении я должен увидеть? Или в своём... Почему, вдруг, ларёчник должен кого-то побить?

(405) Вы ответите, или нет, что именно Вам не посчитать на Вашем же примере?

(406) Вы видите все как программист, а не как ларечник. В результате мы имеем одно и то-же, в плане продаж. Но ларечник хочет видеть, что 100 р. он поимел с "уважаемого" клиента от продажи ему "ШТУКИ" которую он купил (в не сезон) в полтора раза дешевле. А вот если все по "СРЕДНЕЙ" считать (не сезон + сезон) - он в минусе (по его логике) окажется.

PS: Я сам не дурачок, но ларечники - они такие....
Если купил за 1000, то продать должен дороже, и хрен с ним, что ты одну "ШТУКУ" продал на рубль дешевле, а остальные на 10 р. дороже... Они так думать не умеют. Поэтому они и ларечники!

(408) Так фузина же не для ларьков...

(409) А мы, как трушыне 1с-ники ее приспособим. Так сказать направим молодежь в нужное русло. А то они сначала замахиваются на конкурента 1С в РФ, а потом спрашивают, как по английский аналоги документов называются... Вывод понятен я думаю.

(410) Не, ну не подходит она для ларьков. Понятно, что Рома всё к ларькам сводит, но всё-же...

(411) Пусть хоть для ларьков взлетит... А то воняет, а откуда - не видно.
Может увидим элементарную "купи-продайку" на фузине. Реально интересно. Повторюсь, на джуна свалят - для меня это последний гвоздь в гроб фузины, в который она сама легла.

(412) Ну, пиарщики и маркетологи из них - как из дерьма пуля, это, вроде, очевидно. А на ларьках им не заработать, так как тут 1С их кроет, как бык овцу.

(413) Мы им тут идей на целую УТ для РФ накидали. Я считаю, что если они не покажут готовое решение на своей платформе по задачке в (0), это будет залет полнейший. Ребята с фузины говорят, что у них все ОК, а готового продукта, который они могут выпустить на рынок той же РФ - НЕТ! однако вопрос?! (а не пиздаболы ли?)...

(414) да они и в РБ не могут сваять приложение. Судя по их вопросам и ручном указании партии, автоматзируют они пивные ларьки.

ничего, благодаря PRу хоть платформу допишут до вменяемого уровня и наваяют хоть какое то приложение)

(384) судя по тишине в чатике ваяют они в 4 руки уже часов двадцать. То есть итого, уже часов 80)))

(388) что бы не было двойной работы - палитесь))))

Все таки упрощенная логика PR - совковая. В том же Odoo (да и я смотрю во всех буржуйских системах используется схема) - Purchase Order (Заказ) -> Receipt (Поступление) -> Bill (Счет). Причем Receipt и Bill не связаны никак. А тут получается, что Документ ПТУ и Receipt и Bill. И вот тут вопрос - делать примитивную совковую логику, или сразу нормальную, как у буржуев...

(419) Рукалицо

Моя логика местами сознательно абсолютно ущербная
Иначе продукты нашей зарубы никогда не увидят свет, потому что я, например, не готов с непонятной целью месяц в одно рыло писать купированную УТ

(419) Ничего не понял. Буржуи не доперли до двойной записи или они ордерную схему освоили?

Чувствую я, через полгода до Краша по мере изучения УТ 11 допрет наконец, как работают люди
А то пока он по ходу на полном серьезе считает, что я в качестве задачи для нашей зарубы предложил кристально выверенную методологическую схему
Даже не знаю, что сказать

(422) ты не трынди, а текладу прессуй активнее

(423) Эээ... текладу?

(422) А что не взяли тупо задачу на спеца по УТ. Там вроде и задание и временные границы достаточно чётко определены.

(425) Неинтересно

(421)
Блин, неужели в не понимаете разницы ордерной схемы в УТ и Логики Order / Receipt / Bill ? С точки зрения УТ Поступление товаров и услуг - это Bill, а ордер - это Receipt. Так вот в УТ на основе накладной (Bill) создается ордер (Receipt). А вот у них они вообще не связаны. Все идет от заказа. На основе заказе (Order) создается поступление (Receipt), а затем уже создается накладная (Bill) исходя из принятого количества. То есть у них приемка идет до накладной.

Кстати, кто там спрашивал зачем в заказе видеть количество оприходованное ?
https://clip2net.com/s/44amGRN

В odoo считают, что нужно. Так как по этому количеству и создается накладная.

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

(425) Кстати, а что за задача ? Можно ссылку ?

(428) Тогда зачем ты пишешь мне про мою совковую логику?
Надо было задачу по лекалам 1С сделать, все по-взрослому как полагается?

(429) https://1c.ru/spec/questions.htm

(427) ... А вот у них они вообще не связаны...То есть у них приемка идет до накладной.

Где логика? Накладная и есть Bill, и приходуя по накладной необходимо здесь и сейчас отразить расхождения. А если ждать когда заказ закроется можно про..ть много чего.

(432) Так в том то и дело, что они приходуют не по накладной, а по заказу. А счет появляется уже после того, как известно принятое количество (и он выставляется на принятое количество). То есть допустим был заказ на 5 единиц. Я принял по какой-то причине 3. После этого выставляется счет на 3 (а акта расхождения как такого нет).  Собственно в момент доставки товара никакой накладной еще и нет.

(433) Окуеть бизнес-процессы. Деньги хоть за товар надо платить? И курьер едет без накладной, и фура едет без сопроводиловки. Сказка. Таможню тоже без документов проходят?

При чтении постов Краша все время подмывает взять... и научить

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

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

Я, например, не удивлюсь, если у них действительно оплачивают по количеству оприходованного товара
Ну то есть приехала фура, в ней 4 ящика пива, в документах 5 на 100 баксов, ларечник подмахивает и отдает водиле документы на 5 ящиков, отдает 80 баксов за 4 ящика (а че, приехало же только 4) и просит передать поставщику, чтобы привезли как-нибудь с оказией документы на 4 ящика, а он у себя пока проведет 4 ящика

Ну и кстати УТ11 вполне поддерживает такую схему: сначала приход по ордеру потом фактура
https://its.1c.ru/db/utovio#content:843:hdoc:_top:ордерный%20склад

(437) Судя по тому насколько часто я слышу в западных конторах "кредит-нота", практика несколько иная. В этом демо-одоо кстати тоже где-то глаз за нее зацепился.

(437) А теперь представь вместо ларька какой-нибудь Магнит, которому если не выполнишь Заказ, то попадаешь не просто на "Приняли по факту", но еще и на крупные штрафные санкции за недопоставку. И потому этому самому Магниту очень важно знать - что именно Заказали и что именно Привезли. После этого происходит процесс согласования - т.е., например, нужно ли довезти товар, или примут в итоге с меньшим количеством, или (например при разгрузке уронили ящик, т.е. вина магазина в недопоставке, и тогда принять должны бОльшее количество, а потом магазин будет списывать). И по итогу этих разборок уже будет сформирована итоговая Накладная.

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

(434) Курьер едет с планшетом, где принимающая сторона подписывает, что она приняла по количеству. На цены курьеру и приемщику глубоко наплевать.

Таможня - это CMR, там без документов не проедешь. Но внутри страны там часто нету никаких бумажек и докумнетов.

(438) Там похожая схема, но не совсем такая, как у буржуев.

(439) Да, кредит-нота там - это такой аналог акта расхождений. Но опять же, их выставляют и делают не приемщики  и не курьеры, как правило.

(375) ты не поверишь, но твой "продажи и себестоимость" - в таком виде есть в типовой ТиС, называется "Анализ продаж", строится по регистру "Продажи" и себестоимость вполне "относится" к строке покупателя..
https://i89.fastpic.ru/big/2019/1019/56/20306d4372a14cf945267bc508b4f456.png

(440) Капец
Ты точно не ошибся номером поста?

(442) Да я ж по памяти ТиСа и делал, я ж ее застал :))
Точно, надо Поставщика добавить :))

(424) теклада эквал кейборда

(441) Я только одно не понимаю, зачем вы здесь время теряете? Рынок маленький и не богатый, и уже поделен. Локальные требования вы выполнить не можете как минимум из-за своей лени "чтобы дважды не делать". Из-за этого ваш "продукт" здесь даже в теории даже нахаляву никому не нужен.

(442) при учете по-среднему "это" работать не может

(445) А. Так я да, топчу клаву :)) С РТУ сейчас вожусь.

у меня в 77 допилено так:
в колонках ПН(ПТиу) - это ФИН документ - есть
колво-план(обычно это во входящих доках привезенных экспедитором с поставкой, можно и 0 написать если доков нет), колво-факт (принятое реально), колво принятое к учету.
к учету можно принять факт и ничего документально не оформлять.
можно принять к учету плановое колво и выставить акт расхожений на разницу
можно к учету принять вообще что посчитаете нужным - не совпадающее не с планом, ни фактом. и выставить разницу тоже какую сочтете посчитать среди этих трех.
.
но реальность не изменится.
на складе будет колво факт.

(447) что именно при учете по среднему не будет работать?

(447) по среднему - поставщик в отчете будет "поставщик не задан".

(419) Ну, название "ордерная схема" точно 1С-ное. То, что вне 1С может быть по-другому, всем нормальным людям понятно.

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

Ну, вроде как РТУ закончил, хватит пожалуй на сегодня :))

4 часа,я  так понимаю, еще не прошли

????

(427) В odoo считают, что нужно

Смотрю, выходите на новый уровень методологии) Раньше было "так попросила тётя Зина из магазина", а теперь "так сделано в Odoo"...

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

(452) нет. "Ордера" понятие из бухучета

(454) а примочки с ванессой идут в комплекте?

(458) Да будет на гитхабе под Apache лицензией.

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

(446) Собственно, а почему такая схема не прокатит на местном рынке ?

Менеджер создает "Заказ". Приходит товар - приемщик на основе заказа создает "Приход на склад" (в терминах 1С - ордер) и корректирует количество в соответствии с тем как принял. Если есть несоответствия в приемки и в накладной, то вручную выписывает акт расхождений. Потом бухгалтер (или тот же приемщик, или автоматом) создает "Накладную на закупку" по принятому количеству.

Когда мы переводили одного клиента с Axapta на lsFusion у них там вообще приходных накладных не было. Их роль выполняли заказы.

(459) А понятие "ордерная схема" только в рамках 1С применяется.

(462) Платить поставщику согласно какого документа будут?

(464) Согласно накладной (Bill или Invoice)

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

(466) В РБ и РФ скорее всего да, но у буржуев не так (у них счет может быть через неделю после приемки). Но что значит документ уже будет в ИС ? Это только если EDI работает. В обычном случае, на момент приемки, его нет еще в ИС. Он максимум есть в бумажном виде у водителя. И тут либо сначала по бумажному создается накладная, а затем от нее пляшет. Либо наоборот - создается приемка, а потом на основе нее накладная (так в odoo).

(467) Это если только в ларьках сейчас так, вручную по бумаге. Хотя, тема эта про ларьки и есть, похоже.

(468) Если это не ларек и есть накладная, которая пришла в электронном виде, то точно есть и заказ. И тогда тем более логичнее принимать по заказу, а не по накладной. А затем уже для заказа на разницу накладной и документа приемки создается акт расхождений (Credit note).

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

мы не обсуждаем момент перехода права собственности, валютирование, пересортицу  и многие реальные аспекты

(469) да, это всё есть в типовых продуктах  1С и lsFusion и навике

(469) Зачем принимать по заказу, если есть накладная, которая соответствует бумаге на руках у водителя? Ну да ладно, не в этом суть.

(472) Потому что (не в ларьке) приемщику должно быть пофиг, что у него там в накладной. Хоть акции Газпрома там будут в ней. Принимать он будет ровно то, что указано в заказе (то есть что заказал менеджер). А затем уже на то, что он не примет выпишут акт расхождений.

(435) я надеюсь вы в курсе что у odoo бизнес пользователей уже как у 1с, а скорость роста их количества на порядок выше?

(473) +1
вводить новую номенклатуру(!) или принимать свыше заказа кладовщикам запрещено,
дельта останется в зоне приёмки и по ней могут быть разные варианты, акт расхождения один из многих

(473) Ага. Особенно, схема будет удобна для весового товара. Заказали 200 кг - поставщик привез 200,2 кг. Будем расхождения с заказом клепать, конечно.

(475) Почему свыше заказа, а не накладной от поставщика, согласованной менеджером?

(475) Чего это она должна в зоне приемки оставаться ? Сразу возвращается поставщику. У нас по крайней мере в РБ так.

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

(477) Потому что менеджеру плевать на накладные. Накладными (у буржуев по крайней мере) занимается бухгалтер. Менеджера волнует только заказ. Кстати в стандарте EDI обмена нету даже названия инвойсов. Там есть Order и DespatchAdvice.

(478)[ Сразу возвращается поставщику. У нас по крайней мере в РБ так. ]
ТЗ не на FMCG,
вернуть из зоны приёмки, а у нас это отдельный железнодорожный тупик, эшелон метизов поставщику ?

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

(480) Это в ларьках менеджеры накладными занимаются. А в крупных оптовых и розничных компаниях - это вообще не их задача. Ну и опять же, я пока говорю про буржуев. Там тоже Invoice - это чисто прерогатива Accountant manager (тоже типа в названии менеджер, но по нашему - это чистый бухгалтер).

(481) А, так вы думаете, что если менеджеры накладными занимаются - это значит, они их набивают, что-ли? Понятненько. А у буржуев вы, стало быть, на ларьки ориентируетесь?

(482) Нет, конечно не набивают. Просто, что там оплачено и какие там накладные занимаются отдельные менеджеры (по сути бухгалтера). Знаете в чем принципиальное отличие менеджера от бухгалтера ? Менеджеры принимают решения, а бухгалтера просто отражают факт.

У буржуев схема как в Odoo используется как в ларьках, так и в крупных компаниях.

(483) Ага. По входящим накладным, типа, никаких решений принимать не надо.

(469) вы, блин, сопли пережевываете.
принцип работы на складе простой, а вы сейчас обсуждаете именно работу на складе.
.
Для склада есть (назовем условно) ЗаказНаПриемку. Складу совершенно пофиг - что это. Накладная, ордер от поставщика, записулька с товарами от руки написанная у водителя, иная сущность - не суть важно. Для склада это - ПЛАНОВОЕ КОЛИЧЕСТВО, с которым он будет сверяться при приемке. Основное здесь - наличие документа, который считается основополагающим и имеет доказательную силу при обсуждении между поставщиком и покупателем при обсуждении результатов приемки. Если такового документа нет - переходим ко второму варианту:

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

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

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

(473) Какое-то говно у тебя в голове
Принимать кладовщик будет не по заказу, не по ТОРГ 12, не по ТТН, а ровно по тому, что он в итоге подпишет и отдаст водителю, а второй экземпляр, подписанный водителем, оставит себе
Если для этого нужно будет состряпать приходный ордер, состряпает
Делается это как раз ровно потому, что кладовщику чужды все эти финансовые заморочки и вагон разнообразных документов, у него жизнь крутится вокруг трех операций:
— Что-нить принять на склад, сделав приходный ордер на основании какого-нить распоряжения
— Что-нить отдать со склада, сделав расходный ордер на основании какого-нить распоряжения
— Сделать какую-нить внутрискладскую операцию на основании какого-нить распоряжения (пересчет товаров, перемещение товаров, перевод в другое качество)
Ну и плюсом к этому идут сопровождающие все это вещи, типа штрихкоды распечатать и наклеить, по стеллажам разложить, всякие сертификаты и паспорта оприходовать, на экспертизу отдать и пр.

(474) Я думаю, что это не так, но даже если это так, то как это сразу вдруг делает Краша великим методологом?
Он простейших вещей не понимает, зато понтов как у величайшего методолога Вселенной

(475) Немного не так
Обычно все, что приехало кладовщику, он примет
Не отправит же он фуру обратно в Калугу потому что бухи что-то натупили
И оформит акт расходждений, да
И потом бухам или менеджерам задаст вопрос, что за хрень

(476) Нет, блеать, кладовщик скажет, братан, конечно давай, я 200 грамм серебряной проволоки себе в карман положу, пока никто не видит
Это же вообще ничего страшного нет, ага
Если водила ему доки ровно на 200 подпишет, то пусть забирает 200 грамм и сваливает, че

(487) "Принимать кладовщик будет не по заказу, не по ТОРГ 12, не по ТТН, а ровно по тому, что он в итоге подпишет и отдаст водителю, а второй экземпляр, подписанный водителем, оставит себе"
- это называется приемка по плану, первый пункт в (485)
.
хотя хрен его знает как в забугорье. может там определяющим является не тот план на приемку, который ему пришел сверху (план=заказ, план=цифрам которые водитель привезет с собой), а то какие бумаги привез водитель.

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

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

(478) Потому что у вас в Белоруссии плюнешь и уже через всю Беллоруссию в Польшу попал, а есть страны покрупнее, кроме того, есть вообще доставки из других стран, как-то не наотправляешься, за чей счет отправлять-то?
Кроме того, все еще хуже, бывает, что груз привезли ночью поездом и уже выгрузили, типа утром там разберетесь сами, что в опломбированных ящиках, если что не так, составите потом акт, подписанный комиссией и разбирайтесь с поставщиком
Так и вижу, как ночью кладовщики дождались поезда и ему сказали, стопэ, ща все глянем, если что не так, обратно повезешь

(474) в России или вообще? Да даже если так, вы-то, со своей фузиной, в каком там месте? Шестой день демку ковыряете? А, ну это серьёзный вызов 1с

(490) Нет, водила отдаст накладную, где будет правильный вес. А кладовщик примет. И пофиг им какие-то мифические заказы.

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

(491) Да у тебя тоже верно, да
Есть распоряжение кладовщику, на приемку или отгрузку, по нему кладовщик и работает и с ним и сверяет, столько физически приехало или нет

(492) Да вот нифига
Если ему кладовщик укажет на то, что он должен был по документам 5 ящиков пива привезти, а он привез 4, то у водителя сразу начинает рисоваться долг перед поставщиком в ящик пива, так что ему сразу как-то становится не пофиг
А кладовщик ему на 5 конечно же не подпишет

(495) Правильный — это какой? 200? А то так-то на 200.2 у него нету, он их что, быстренько напечатает что ли?

(495)[ А кладовщик примет. И пофиг им какие-то мифические заказы]
если у тебя в сельпо так работают - беги

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

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

(496) Вообще большинства крупных торговых сетей (и да мы естественно знаем что и как работает у других сетей РБ)

(500) Как так? Получают накладные от поставщика по EDI и на их основании (а не на основании заказа поставщику) принимают товар на склад? А почему бежать?

(503) Не льстите себе....

(499) Правильный - это тот, что указал в накладной поставщик.

(495) А можете скинуть адрес своего склада, где принимают что угодно ? Мне как раз тут надо неликвид скинуть куда-нибудь. У меня и накладная будет на него.

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

сворачиваемся уже.

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

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

(508) Так предмет обсуждения в том, что Краш не верит, что так реальный бизнес работает :)

(507) А ты этта... читать то умеешь, в голове удерживая контекст?

(506) Капец. Ладно, забей.

(419) (427) шта? рукалицо) ты точно ут 11 смотришь, а не каркасную конфигурацию для спеца? тебя к пк пускать нельзя, не то что к автоматизации предприятия

(474) https://www.odoo.com/es_ES 3 ляма пользователей?)))

(514) + ыыыыыыы на украинской версии сайта https://www.odoo.com/uk_UA 4 миллиона

(514) ну контора, в ней 40 юзверей сабжа, в компании 1000 сотрудников. всех и записывают в пользователей ?

(515) Так фузина-то круче, так что скоро все они перебегут с одууу к ним.

(515) Видите как быстро у них растет число пользователей? :)

(518) Да, теперь понятно, кто вдохновлял вас на маркетинг...

(515), 3 миллиона англоязычных + 4 миллиона украинцев. Итого 7 миллионов

Раша под санкциями у Одооо?

(514) судя по матрице BCG на страничке, odoo тоже нехило так прёт от самомнения

(522) Вот автоматизируешь уровень тойоты, тоже попрет ;-)

(523) а какая самая крутая автоматизация на 1эс? такая что реально работает?

(524) Почта России? "Ещё не всё потеряно!"

(525) харэ стебаться.
я серьезно спрашиваю.

(523) ну там не сама тойота, а только французский филиал, судя по сайту. Кстати, лет 10 назад Рарус тоже заходил в тойоту и диснейленд, чем закончилось не знаю

(524) Так, Деловые Линии, вроде...

(528) и чего там у них?

(529) Управленка, 5000 пользователей одновременно.

http://1c.ru/rus/partners/solutions/search.jsp?q=&small=5000&big=&smallDbConns=&bigDbConns=&smallThinClientConns=&bigThinClientConns=&smallWebClientConns=&bigWebClientConns=&labelgeo_id=&geo_id=&DateSince=&DateTill=&isArchive=1&showParams=0

(524) Камаз на 8к пользователей на УПП

насколько я слышал, платформа 8.3 как раз и появилась на основе этого внедрения, но это слухи на уровне ОБС

(623) зоопарк на 40 баз
http://1c.ru/rus/partners/solutions/holdingSolution.jsp?id=100

Не, круче Деловых реально нет ничего. Все остальные на большее число пользователей сомнительны.

(534) Я знаю ГД Интелкома ;-)

(524) Мечел довольно масштабно автоматизируют себя 1С

https://consulting.1c.ru/interview/prakticheski-vse-vzaimootnosheniya-v-gruppe-mechel-cherez-dvatri-goda-/

/наливая из графина/ За нашу победу!

(538) Мда... Безумству храбрых, как говорится...

(537) Но фузиновцы скажут на это, что, мол, откаты...

(538) у меня другой вопрос. Как это они внедряют erp и одновременно бух и зуп? В erp же тут рассказывают бух и зуп есть. Ну и конечно 100 человек пилящих, тут кто то говорил что больше 35 не видел.

(542) >Как это
Так это. Бухгалтерия может вестись (и часто ведётся) по "своим" методологиям, для простоты её поддержки проще держать отдельную базу. Это же касается и ЗУП. ERP же аккумулирует в себе упр. учёт, бюджетирование и производство. Вы реально за пределы ларьков не выходили в практическом решении учётных задач, да?

(542) Завидуй молча, бро :))

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

(543) да нет просто если кто помнит споры про название lsFusion ERP все как один утверждали что erp нельзя называться пока нет бухгалтерии и зуп. А оказывается что в erp эти модули фейковые. То есть по факту практически никогда не внедряются.

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

+(547) По той же самой причине предприятия, где весь основной УУ ведётся в SAP, для бухни и зупа используют (внезапно) 1С.

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

Да и вон 1с в своей международной версии erp тоже их выпилил а свое название не поменял.

(546) Опять врёшь. По этому поводу была дискуссия, и мнения разделились примерно пополам.

(549) Вот интересно, ты правда такой ..... или просто троллишь?

(549) >ну то есть вы подтверждаете что по сути в erp они нужны для галочки? Раз

Вы слепой или не очень умный?
Нет, не подтверждаю. Есть организации, где весь учёт ведётся в ERP, там пошли по иному пути, приводя бизнес-процессы к методологиям учёта (что тоже хороший вариант, но требующий серьёзных управленческих решений).

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

(553) Видимо вы все-таки не очень умный. Совсем.

(553) Тебе надо - ты и уточняй. Мне достаточно просто расклада.

Но вообще конечно они классно интервью порезали:

https://www.cnews.ru/articles/2019-05-14_valerij_dyachenkoitdirektor_mechela_my_otkazyvaemsya_ot_loskutnoj

"Давайте будем честны, SAP по многим параметрам лучше."

Но 1с дешевле плюс есть поддержка, а sap 4 hana слишком дорого, а старый софт снимается с поддержки.

(556) Хорошее интервью. Правда, фузине всё равно ничего не светит...

Зачем использовать lsFusion когда есть 1С...

(556)  "...в контексте изменений в законодательстве страны, то мы никогда никаких релизов от SAP не дождемся. Они обычно выходят через полгода после того, как законодательство изменилось."
В этом вся причина того горького катаклизма, в котором мы все сейчас и находимся. У нас очень суетливое государство. Считаю, что все законы и подзаконные акты, прямо или косвенно влияющие на учет и хозяйственную деятельность, должны вступать в силу через такое время, ИСКЛЮЧАЮЩЕЕ работу задним числом и исправление регистров. То есть, если вводится сегодня например новая форма отчетности по НДФЛ, требующая дополнительного учета в каком-то разрезе - то обязательной она должна стать лишь в отчетности за БУДУЩИЙ год, а не за текущий.. вот тогда бардака не будет.

Бро, какого черта ты приперся в тематическую ветку со своими тупняками?
Иди в OFF: lsFusion vs 1C. Раунд 4, а еще лучше начинай уже ваше решение клепать, а то просрете зарубу всухую

(560) Так я вообще на lsFusion не так часто пишу, это не моя зона ответственности. Ну и не я этот оффтоп между прочим начал. Но согласен лучше ту тему апнуть.

(561) а ты там кто?

(562) И ты тоже иди в OFF: lsFusion vs 1C. Раунд 4

(563) Давай уже своё решение, ломать будем :))

(564) сказали же через две недели. джун еще не пришел, ждем

(565), PR тоже ищет джунов?

(565) Похоже у джуна заработал спинной мозг, он не совсем безнадёжен.

(564) На, ломай, че http://server.odinesnik.ru/1cvslsfusion/ru_RU/
Только там еще не готовы документы ПКО, РКО, ПРС и СРС, расчеты, деньги, автоматическое перепроведение и веб-сервис
Остальное вроде как уже все есть

(566) PR ищет законченных профессионалов Требуются сотрудники в команду на проекты 1С:ERP 2 (в т. ч. удаленно), джуны мне нахрен не вперлись

(566) (569) извините, я про фузиновцев сказал, там джун ожидается

вот вы заморочились!

(571) Честь офицера, куле
Ну и вообще прикольно же над Крашем постебаться :))

(572) я понимаю, честь офицера, но откуда время на это?

(568) Пункт меню Общий доставляет...

(568) Полное отсутствие защиты от дурака - это фишка?

(574) Общий журнал документов
Мне было в падлу рисовать еще и меню

(575) 1. А какую защиты ты хочешь
2. Может мне уже тогда надо было полноценную УТ 11 настроить и выложить?

(576) (577) как? у тебя даже нет ввода данных в списке?

(578) Есть. Во всех табличных частях.

(576) Лень написать два лишних слова в подсказке?
(577) Ну, хотя-бы невозможность ввести отрицательную цену :))

(580) Напиши
Сделай

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

(582) Суммы ладно, сторно какое-нибудь, например. Но цены уж точно неотрицательные.

(564) Чего вы там ломать собрались? От конкурентов пока никакого ответа. Вот выложат и будем сравнивать.

сколько бы фузиновцы могли фич запилить за это потраченное время.
всем премию урезать!!!

(584) Так, боюсь, свиста от рака не дождусь, чтобы фузинское поломать, а на безрачье и Рома рак.

(568) "Только там еще не готовы документы ПКО, РКО, ПРС и СРС, расчеты, деньги, автоматическое перепроведение и веб-сервис
Остальное вроде как уже все есть"
- а что есть тогда-то? ;-)

(568) а логин\пароль какой?

(587) ПТУ, РТУ, регистры товаров и себестоимости, включая ТЗР
А что интересного во взаиморасчетах или деньгах, там как раз все просто :))

(588) Так все как и в прошлый раз, "Новый пользователь" без пароля, создаешь нового и перезаходишь

(588) Имя - Имя, Пароль - пароль

(591) неправильно, пароль - qwerty

(589) Ну плюс контроль остатков, цены поставщиков и цены покупателям

список справочника Номенклатура.
каково назначение "Создать группу" над правым списком товаров (товары текущей группы)...?

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

Цены покупателям открывается постонно криво.
не видно подвала формы https://i86.fastpic.ru/big/2019/1021/50/26ef37487f5623f735b19b44a4f42550.png
https://i87.fastpic.ru/big/2019/1021/fe/d52238fa45ead9ba6f2bd1a8b981e9fe.png

(594) По дефолту нарисовалась

(595) Вообще да, но я не заморачивался

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

(596) Можно в принципе высоту списка сделать 1, будет нормально открываться

(599) Можно, но по дефолту так

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

(601) понял, так и думал

(600) и лучше высоту списка (колов строк в спсике?) сделать не одну, а хотя бы 3

где для ПТУ по кнокпек Еще "просмотр движений" (по регистрам?)

А что, в поступлении нельзя один товар двумя строками делать?

(604) Пофигу, если будет 1, то растянется до максимально возможного, а вот если не поставить 1, то будет прокрутка, такая вот штука

(605) Так нету :))
Может еще структуру подчиненности надо было сделать? :))
Мы так-то копеечную зарубу делаем, а не альтернативу УТ рисуем
Хотя про Краша я не уверен, он со своей поделкой на рынок по ходу собрался

(608) Про движения если и сделаю, то точно не отчет, а просто натыкаю команд перехода в динамические списки движений

(606) Тебе религия не позволяет или что?

(610) Нет, твоя поделка ошибку выдаёт :)