|
Всем доброго дня, хорошего настроения и непрерывного везения в жизни!!!
«Замените строк на
ActiveSheet.Copy before:=Sheets(Sheets.Count)
Если планеируете вставлять перед последним листом и не получить случайной ошибки
Или на
ActiveSheet.Copy After:=Sheets(Sheets.Count)
Если нужно вставлять лист в самом конце».
Попробовал оба варианта. Работает без cбоев, но в обоих случаях вставляет лист перед существующим. А мне нужно после.
«Но в любом случае в таком деле нужно делать проверку на наличие уже такого листа и дальнейшие варианты развития (удалять предыдущий или задавать вопрос с вариантами)».
А вы не хотите предложить свой вариант этого макроса. С учетом моих пожеланий и ваших передложений? А, то я в макросах почти совсем не разбираюсь. И делаю все методом тыка.
«В ваших остатках в таблице нет смысла, ведь мы не знаем таким образом сколько из какой партии осталось, а просто некие остатки на начало дня + приход - расход и так по каждой строке. А если прихода было 2 в одном числе, то как? что значит расход в этом случае? расход за пол дня?»
Здесь я свами полностью согласен. ТИ больше того иытался это реализовать в Екселе. Но, ввиду моего нулевого знания макросов и низкого знания формул , сам я эту сложную задачку решить не могу. А, мои помошники на других форумах, не могли понять чего я от них добиваюсь .
К стати. Именно это в полной мере проявилось у меня при составлении таблицы расчета остатков ГСМ в баке автомобиля. Если вам это интересно, могу создать новую тему по этому поводу.
«Когда переносим остатки то вообще непонятко как это мы переносим остатки по каждой строке?»
Именно, по каждой ненулевой строке.
«Экономический смвсл этой информации, у нас же ведь фактический остаток сала - это тот, который в последней стоке стоит, а не сумма всех строк?»
Не совсем так. Остаток, который образовался по каждой строке, после проведения над ним арифметических операций (= Ю _) по приходу и расходу. А экономический смысл остатка сала – это сума всех строк таблицы где есть сало.
«Короче так долго можно, но в идеале: есть реестр поставок, есть реестр списания (отпуска в производство), есть формы свиделельствующие об остатках продукции (можно по партиям, чтобы обеспечить FIFO). Можно в реестре покупок сразу вести расчет использован товар или нет по методу FIFO. Можно и в одном реестре все операции вести, но мне кажется они должны быть именно операциями (поступление товара, отпуск товара) и все в одном реестре».
Не имея перед глазами предлагаемого вами варианта решения этойзадачи, мне трудно судить что лучше, а что хуже.Заочно могу только отметить, что минусом этого варианта – есть то, что он, в даном случае, на половину сокращает визуальное восприятие информации (зрительную память) . Чтоб вам стало понятнее, перед глазами бухгалтера в определенный период времени, находится только часть информации, которая характеризует экономическую суть хозяйственной операции движения (то биш, приход-расход) сырья в процесе производства. На конкретный момент времени, пользователь видит, или приход, или расход товара. Что, как мне кажется, напрочь притупляет полнобемное восприятие того или иного производственного процесса.
В результате, чего бухгалтер превращается в самого обыкновенного учетчика. То есть, робота который по чьему то указанию, заносит в компютер определенную информацию.
Я же всегда придерживался того мнения, что настоящий бухгалтер – должен уметь видеть и держать в голове полную економическую картинку производства, которое он обслуживает. И за каждой цифрой, видеть живого человека. Как работника этого предприятия, так и потребителя(ей) продукции, которую этот(и) работник(и) изготавливает.(ют).
Ведь все что делается в мире – в конечном итоге, делается для живого человека. И, например, не видение этой конечной цели жизнедеятельности олигархами, привело к тому, что вывозя деньги в офшоры, они в большой мере исключили из процеса производства денежнкую массу. Оперируя философскими категориями , можна констатировать, эти хапуги поломали незыблемую формулу, которая лежит в сути производства:«товар-деньги-толвар». Какое г… но из этого вышло, вы можете легко увидеть, выйдя на улицу. Если конечно того захотите?
Но не могу не отметить, что ваш вариант, ну очень интригующий!? Настолбко - , что хочется пощупать.
«А вот тут вопрос, т.к. у автора судя-повсему задача не с огромным количеством данных,…»
Именно так.
«Поэтому реализовать ее в эекселе возможно будет куда проще, чем в акцессе. Тут главное перейти к мышлению как БД - формы ввода, формы хранения информации, связи между таблицами, способы обработки, отчетные формы. Когда будет соблюдаться принцип так называемых плоских таблиц, то и в экселе смастерить быстро можно, а в ряде случае это куда удобнее (на мой взгляд)».
На 100% с вами согласен. Хоть и не совсем понимаю, что такое «плоские таблицы».
«Но это, конечно же, мое мнение и в любом случае можно попытаться воспроизвести БД в Эксель. Вот здесь для автора я попробовал это сделать, но делалось все на скорую руку, поэтому там, вероятно, можно чего нибудь изменить. Но автор не захотел ее использовать. Потом я сделал ему БД в Аксе, и автор тоже не захотел ее использовать :)... Упрямый. Ну, тут, каждому свое».
А вот злесь не автор «не согласился», а вы почсему то перестали отзываться. А я постеснялся настоять на своем. И еще потому, что керовник, ну, не любит он сводных таблиц. А что касается лично меня? То я бы очень хотелбы на живои примере освоить метод сводных таблиц. Так что можем к нему вернуться. Если вы того желаете. В специальной теме.
С уважением, Gleod!
|
