<

IT: Заруба 1С vs lsFusion

Войти
  1. PR

    18-10-2019 02:27

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

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

    Что нужно:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  2. PR

    18-10-2019 02:28

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

  3. Злопчинский

    18-10-2019 02:54

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

  4. Злопчинский

    18-10-2019 02:56

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

  5. PR

    18-10-2019 03:05

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

  6. PR

    18-10-2019 03:05

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

  7. rphosts

    18-10-2019 03:58

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

  8. Злопчинский

    18-10-2019 04:14

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

  9. PR

    18-10-2019 04:16

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

  10. PR

    18-10-2019 04:19

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

  11. Пузан

    18-10-2019 04:25

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

  12. PR

    18-10-2019 04:27

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

  13. PR

    18-10-2019 04:29

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

  14. Пузан

    18-10-2019 04:47

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

  15. Конструктор1С

    18-10-2019 04:59

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

  16. PR

    18-10-2019 05:01

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

  17. fgaabbb

    18-10-2019 05:24

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

  18. vcv

    18-10-2019 05:25

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

  19. Провинциальный 1сник

    18-10-2019 05:53

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

  20. ink-nsk

    18-10-2019 06:05

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

  21. rphosts

    18-10-2019 06:43

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