Кто нибуть встречал, что ли бо рабочее для интеграции в бухгалтерию. Ордерная схема с возможностью разделения склада БУ на ячейки с остатками?

(0) Зачем?
Почему не на ЗУП?

Не хотят из-за одного склада УТ ставить.

(2) поставьте просто склад, без торговли)

Вторую базу и обмены не хотят.

(4) ох, мама) где ж оне оперативный учет ведут, в экселе?)

(5) По видимому ни где

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

Хотят только количественный учет.

Приход - расход - перемещение между ячейками, формирование БУ документов с заполнением, рабочее место кладовщика с остатками по ячейкам.

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

(9) Бухгалтерский документ на перемещение между ячейками? И какая это проводка с какой аналитикой будет? Тогда добавляйте субконто "Ячейка". ))

(9) а расковыренную бухию кто обновлять будет?

(12) это будет дороже чем обмен держать))

(11) Нет - Перемещение между ячейками - не типовая операция в бух учет не идет. В БУ - это один склад.

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

(11) сверху можно любую невообразимую хрень прилепить.

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

может быть два РН, если еще по зонам. ну и документов чуть побольше

(14) но справочник складов один или нет?)

(15) Вот именно - только лепить не хотелось бы, а готовое взять.

(19) Пофиг - главное один склад БУ к множетву в УУ.

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

(22) БСП по боку.

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

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

(25) А какая тут логика особая? - паралельный складской учет и заполнение документов по БУ из него и отчет по расхождениям, причем счет один 10-ка или 41.

Завязываться по работам с конторой, у которой нет 25 тыщ на автоматизацию?
Не.
Это к фиксе с железнодорожного...

(26) ладно, уговорили - пишите, будете первопроходцем.
тиражных решений по теме нет, ибо бред.

(27) Я и не связываюсь

(27) склад адресный поднять чуть дороже будет. тем более, если ут брать

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

(31) так мы про ячеистый говорим или нет?

(32) Про ячейки с остатками

(33) ячеек сколько?

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

+(35) В одном помещении с одними и теми же МОЛ.

(35) это не ячеистый склад)
склады в бухии наплодите, да печатных форм к перемещению..
дешево и сердито

(37) Наплодили - не устроило.

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

(2) Так и не использовали бы 1С, ради одной конторы-то
Странные люди
Люди вот по маленькому и большому в унитаз ходят, а не в раковину, а умываются в раковине
Хотя казалось бы, чего тут городить-то

(40) хотя бывают исключения)))

(40) Тут скорее - раковины нету, унитаз есть, а раковину не хотят ставить.

(42) Похрен, идея понятна

+(42) Попробовали помыться в унитазе - не подходит, хотят краник поставить...

(44) если уйти от морального аспекта чисто к инженерному, то я такое делал + резервы еще. Технически нужно влезть в механизм контроля остатков, и чтоб не париться и не менять его, до контроля остатка, написать свой механизм контроля остатка по доп.аналитике - у тебя это ячейка. И если у тебя все ок, то дальше, делаешь минус по своему механизму, и стартуешь типовой. Это не сложная задача. А вот интерфейсно это обыграть все, довольно проблематично, т.к. одна строчка из первичного документа будет разъезжаться как-то по ячейкам твоим. За основу я брал интерфейс от РНТП и делал ровно так же, подглядывая еще в УТ, там тож есть форма хорошая кажется при подборе серий - она тебе показывает как разбивается исходное количество по анатиликам. Вызов формы и саму форму кодишь в расширении, а во всехм формах ТМЦ простаскиваешь программный вызов этой команды. И в итоге, получается очень тонкие такие вставки, и не сильно запарно все.

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

(46) Да, с расширениями в точку

я извиняюсь, а тупо добавить субконто на 41 не прокатит?

(48) ордерная схема еще

(48) если метод оценки мпз при выбытии - FIFO, то тебе нужно будет добавлять 4 субконто, чего вендор уже не рекомендует. Производительность такого решения, наверное, будет не очень.

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

после горе-автоматизаторов начали разгребать, побеседовав с директором,
в последствии оказалось, что требовалась тупая ВПФ с разбивкой по участкам - чтоб кладовщикам было удобнее собирать
и ревизии делать по товарной группе

не ваш случай?

(51) Возможно случай похожий и эта ситуация решается другим подходом, и понятно, что надо решать - другим подходом. Но тут есть готовый запрос - посути с ТЗ.

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

(24) "потому что в реальности такой учет не жизнеспособен" - зачем так категорично? Я в свое время кортес запихнул с его ячейками в старенькую УТ10ку и ничего, который год пашет без нареканий)
Тут так, же можно в расширении завести нужные справочники и документы учета с регистрами и сделать простенький учет.

(53) а остатки как контролить?

(53) если БП, то почему обязательно писать Регистры Бух?
приделать регистры накопления, куда входящие записи формируются в документах прихода на счета склада.
и на выход при списании со счёта склада.
а всё что творится между этими событиями - хоть обложись документами по РН и ордерами по РН.

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

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

(57) в (38) был ответ - не прокатило. Катя не катит, Маша не машет)

(55) стандартные бухотчеты, например осв по счету. Вообще мой ответ полустёб, доработок при нём не нужно, но учет вести не очень удобно конечно же.

(55) Смотришь остаток в программе. 10. Идешь на склад. Считаешь. Один, два, три... девять. Ага!
Как-то так. А других методов и не существует

(61) и такой весь правильный списываешь на недостачи пол склада)

(62) Правильно, правильно, юноша. Недостачи надо прятать до последней возможности. Никому не показывать

(53) А забалансовый нахрена тогда уж?

(63) я хоть и юн, но в теме: нет улики - нет проблем)
в общем, списать, потратить и забыть!

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

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

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

Миграцию на КА не предлагать?

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

(69) Предлагал, из-за склада не хотят.

(70) Присоединяюсь.
Или в БП тупо сделать за день справочное хранение - в компании где для учета текущих процессов хватает БП - справочного хранения вполне хватит

(71) Это как? Типа ячеистый склад не хотим. А что хотим, не знаем сами?

Сделаю с ТСД и ордерами. Вопросы:
1) Сколько готовы заплатить?
2) Сколько готовы ждать?
3) Обновления?

Сделай группу в справочнике склады по имени склада, на каждую ячейку создай элемент справочника склады в созданной группе. Учет пойдет, но удобство - (

(75) А как потом поступления/реализации делать, когда один и тот же товар может находиться в разных ячейках? Какой склад будете указывать в шапке документа? Или предлагаете все приходовать/реализовывать с виртуальных ячеек, а с ними уже работать перемещениями  по реальным ячейкам?

(64) >>А забалансовый нахрена тогда уж?

Думаю, чтобы не писать в проводке кор.счет. Типа приход/расход как дт/кт и я не думаю о двойной записи!!11 Если же разобраться чел хочет, ему нужно подымать ERP и смотреть, что он может по образцу в кт писать при приходет. Там есть источники вдохновения, но забаланс без корреспонденции - это быстрое и надежное решение, бьющее точно в цель, при условии, что все должно быть сделано на РБ

Растёт и ширится велосипедное движение.

(70) А почему просто не добавить в БП 2 документа и 2 регистра ну и справочник ячеек?

Бизнес задачу автор так и не озвучил. Без нее все без толку перетирать...

(78) Костыльное
(80) Без ТЗ результат ХЗ

см. (72)! и хватит им пока. пусть они пока с этим справятся... весь учет у них там типа
"прут 2.5 - в левом углу и возле двери"