Access総合相談所 31
ACCESSに関する質問はこちらへ
▼━ 質問のしかた ━━━━━━━━━━━━━━━━━━━━
★ 質問内容は具体的に書いてください。
業務上の守秘義務も大事ですが、貴方の所属組織を特定できるほど、特異な業務・システムは滅多にありません。
★ アドバイスを貰ったら、必ず経過・結果の報告をして下さい。
前スレ
Access総合相談所 30
https://mevius.5ch.net/test/read.cgi/bsoft/1617766381/ >>390
金かけてまでパス調べるなんて暇人もいるもんだね
勤怠管理してるってことは給与に絡んでるからかな
iSunshareでもつかうのかね？
50桁ぐらいの大文字小文字数字記号混在のパスワードにする
コードとデータを分けて、データへきちんとID/パスワードをつける（Accessはできないんだっけ？）
キー以外は項目すべて暗号化する←絶対にやりたくない
万が一解析されてパス変更されたら業務に影響出るんじゃないか？ If おま死 then
社内阿鼻叫喚大混乱
Else
市販品導入
こうですか！？ わかりません＞＜ Access機能でなくともフリーソフトでファイルやフォルダを暗号化出来るソフトはいっぱいある。
ただ、そもそも社内データで見てはいけない社員がファイルをこっそり見ること自体が個人情報保護の面で問題ではないのか？ そのAccessファイルがサーバーの共有フォルダにあるのか誰でも使えるPCに置いてあるのか判らないが、そのファイルを開く権限が無い社員が開こうとする行為自身を規制すべきでは？
雇用契約証書？とか委託業務契約証書？みたいな誓約書を書かせて、許可なくファイルにアクセスした時点で減給とか解雇すると脅すべきでは？ 失礼、業務管理を社員としてフォーム入力とかで誰でも使うけど、テーブルは触らせたくないって意味かな。
だったら、作成は別のPCのAccessで作って、入力の人のパソコンではAccessを外してAccess-Runtimeで動作させるとかはどうかな？ テーブルを編集したがりそうな人って、業務時間を後から改ざんするとかなら、Access-Runtimeも意味無いか。データの追加も編集も出来ないようにしたいのか、追加はしたいが編集はさせたくないのか、そもそも「Accessファイルを開くこと」を出来なくしたいのか、パスワードをかけるとか、Accessで編集禁止にするとか、編集したらマクロで通知させるとか色々あるかも。 編集したいならさせてあげればいいのさ。
狭量な精神を改善しよう。 タイムカード的な？
勤め先は今年、SaaS入れたんだけど
上長が部下からの修正依頼だの打刻忘れの修正で1日30分くらい費やしてるわ。
そのミニハッカーさんも打刻忘れの修正や、押してから業務で呼び止められた、をセルフサービスしたいんじゃない？
セキュリティも大事だけど理由を聞いて、既存の専用ソフトに寄せた該当機能をつけられないか、の検討も必要。
AccessはパスワードでDB暗号化もあるんだって。
記号含むランダム20文字だと、解析に時間かかるでしょうね。 ACCESSでフォームなどUI作るのが苦手です 帳票レイアウトもです
すべてが小さすぎて拡大もできないので
イラレなんかで作業経験あると頭が痛くなります
プロパティ並んでいるところと異常に小さいですよね
SVGで書いた画像を貼り付けて
それにACCESSの透明にしたボタン貼っていくとかですかね？ ACCESSって権限でこのテーブルは開けない、とかできません？ フォーム・レポートのテキストボックスやボタンなどの位置やサイズは全て座標数値入力
テーブルを開けないってしたいならテーブルを外部リンクにして外すとか、いっそAccessファイルを外付けHDDに置いて使わない時は外して物理的に金庫にでも入れたら？ セキュリティのネタは、運用現場やら機器構成やらいろいろ絡みあるし、ここで詳細書いてしまって
どこの誰が見てるかも知らんし、閉め切ればこじ開けに来るしイタチごっこ
決まったセキュリティじゃなくて、AプランBプランCプランとかあれこれ織り交ぜてやるのがよさげ
ググればいろいろ手立てはある 無い事も無いと書くべきか ノートpc 画面15インチとか13インチでフォーム作るのは
なかなか厳しいよね。
かといってデスクトップ機で作ってノートpcで確認すると
一画面で収まってねえわ、
ってのがよくある。
webとかスマホアプリの世界だとレスポンシブが当たり前だけど
MSはもうAccessは止めたいんだろうなあ。 モニタのサイズじゃ無くて規格で設計してください フルHDにするかどうか
1920×1080いっぱいいっぱいまでは要らん という場合は、最初に出すメインフォームの右下に
シルシでも書いて[ここが基準、これ以下のサイズにすると右端下端が隠れてしまいます]が把握できる
ようにしとくとか とは言え、一覧表みたいなものを表示する時は画面最大にしたい要望が多くて
相手のニーズを的確に捉えているかどうかが重要
案件に依っては画面の半分でも十分というのもあるだろうけど、その場合はフォームのウィンドウ
サイズ固定で対処することもできるし 「プロパティ並んでいるところと異常に小さい」って意味が判らないが、フォームのサイズは使用者が使う画面環境で作った方が良いと思う。例えば最終的に13インチノートで使うならAccessファイルを作る段階で可能なら13インチノートを使うか、最初に一度は13インチ画面でフォームのサイズを確認した方が無難。
テーブル/クエリ作って、フォーム作成-フォームウィザードでとりあえず全部の項目を入れたフォームを作って、不要なオブジェクト消して、ザックリと手で配置してそれを座標の数値入力で揃えて行く。
イラレでも画像やオブジェクトを配置してX,Y,W,H数値でサイズを変えたりする感じ。
イラレが得意ならレポートA4縦（ヘッダーフッターを置いといて）イラレで下書きしてそのX,Y,W,H数値を参考にして同じように数値で配置してみたら？ >>409
この右側のプロパティシートってとこです
23.8インチモニタだからそんなに小さいモニタではないのですが
ACCESSは目が痛くなります（レポートのレイアウトつくるときの拡大もないし）
https://i.imgur.com/E0grb2t.jpeg 小さい のか？w
そういえば昔はVBAのため名前とコントロールソースを同名にするなと言われたなあ デザインモードの時だけモニタの解像度をXGA 1024×768 やSXGA 1280×1024 にするんだ w >>411
視力は1.5あるんだが小さいというかつまり過ぎというかなんというか
>>412
なるほどねえ いや、ふつうはしないよ？w あんまし小さいちいさい言うからさ
いっそマルチモニタにして運用用と制作用で使い分けた方が効率的な気もするけどね
15インチノートでもセカンドディスプレイ繋げられるだろうに 中古モニタ数千円のでいいんだし ディスプレイの設定でフォントの倍率を150％にすると良いのでは >>415
きれいに揃えた線やコントロールの配置がズレます
優秀な後輩がフォームのレイアウトを微妙にズラすので気が付きました ディスプレイの拡縮すると、デザインモードと運用モードでの見え方にズレが生じることが稀によくある
デザインで「あれ？ズレた？」で直して運用画面にするともっとズレたとかも レポートも同様
ものすごく細かい設計ほど顕著 ミリで位置合わせしたらあとは自分を信じるしかない
（再描画したら元に戻った なんてのもありがち） >>417
レポートの印字位置はインボイスでハマった
印字位置がすごく微妙なおかげで、プリンタによっても紙質（テストはPPC、本番は色付き専用紙）によっても位置がズレズレ
複合機のカセットの位置で上下がブレるのにはキレそうになった
まぁ、Accessのせいではないんだが
デザイン屋さんにMS製品は向かんわ インボイスの対応は大変でした?
私は請求書、納品書に登録番号を追加する程度でした レーザープリンタってそういうもんじゃんw プリンタのせいならMS以外だってズレるじゃんw
そういうプリンタの特性考慮して印字位置に余裕持たせる工夫がだいじ
多少ハミ出たところで、相手から修正や再提出求められないなら、ざっくりおｋ ドットプリンタなら用紙のマーカーを読み込んで位置調整できるのに >>419
意外と面倒くさかったよ
・明細の取引日付
・明細の税額表示
・合計額
今までは消費税を1明細で処理してたから、合計のせいで明細行が減ってしまった。
過去に明細行を超えた請求書は無かったので、ダメな時は手書きで対応してもらうことにした。
>>422
昔の印刷デザイン屋は微妙にずれただけでNGくらうほど細かいのよ
昔はPostScriptじゃないｙと印刷屋に回せないくらいだったし、PSだと印刷屋が持ってるフォントじゃないと受け付けなかったし。
>>423
ドットプリンタの精度のほうが高いよね スプロケットで用紙固定するんだから、そりゃアバウトに用紙を吸い込むカセット方式とは差が出るわ
まーたPostScript自慢か知らんが、書かれてる手順やりとりにMS製品関係無いじゃないか
最終行一行減ったせいでエンドユーザーに手書きを強要してるのか？仕事で受けちゃいけない人だろ？
いろいろAccessのせいにしたいかどうか知らんが、じぶんの未熟さを顧みたほうがいいぞ
面倒くさいと書いた三点なんか、やって当然の中身じゃあ無いか 面倒なら他の人を頼るように顧客に
伝えたほうがいいぞ >>424
税率ごとの合計か、大変だったね
うちの会社は10％だけだから合計行増えなくて良かったよ 丸めはまとめてしろと言うくせに四捨五入でも切り捨てでも好きにしろとか
何が目的なのかわからん法律だよね そろばん弾いてんじゃ無いんだから 何のためのプログラムなんだか
Accessの機能を何に使ってんだろ レポートの先頭ページ、2ページ目以降とか知らないのだろうか
専用伝票ならそれすら使わないだろうけど 1ページで収まらなかったら破綻するシステムって
もう手を出さない方がいいよ 潔く後進に道を譲った方がいい >>425
>>428
アドバイスありがとよ
やって当然、あぁ、もちろんそうだからやったんだよ
ただ面倒だったかから書いただけ
1/300枚の処理のために工数かけて金ぶんどるほど信頼関係無いわけじゃないんだわ
Accessの単純なレポート機能だけで日本式の空白行ありの伝票作れないだろ
誰が面倒見るとか後進どうするかとか会社とクライアントが決めることなんで俺が進言できる立場にないよ
他の人、Accessのことじゃなくてごめんね
罵りに相手してみたかったんだｗ 空白行のレポート(納品書だろうと請求書だろうと)も作れないレベルで、口だけは達者 やれやれ
まあ、単純な機能しか使えないんだってことはよくわかった ゴールデンなウィークだ
呼び出しがないと良いな
昨年はWindows updateでruntime環境に不具合が出て出社対応だったから 顧客支給の手書き用罫線印刷済み複写(！)伝票は嫌いだったなあ
OA化の敵だとすら思ったね
古さ感じるなあOA化って言葉 なんで？ テキストボックスをレイアウトするだけで済むから、むしろ楽じゃん ラベルも使わずに済む
念のためテキストボックスとセットで置いたままにしても、可視を[いいえ]にしときゃいいんだし
ムダに罫線やら社名やらの配置に気配りする必要も無いし、行数とかも決め打ちだしで悩みどころ無いじゃんか
透明な定規当てがって、上から何mm左から何mmってそれぞれ配置するだけのこと 嫌がった理由を知りたい
あるとしたら、数値の桁それぞれに縦線引かれてた時ぐらい それすら結構早い段階で解決策がネットに転がってた >>433
納品書控、納品書、検収書、請求書が糊で上閉じや左綴じされた複写伝票をホッパー付きのドットプリンタで印刷
手間はかかるトラブルは多い嫌いな伝票だったけどな
レポートデザインだけ考えると簡単だったかも Accessのせい？ すごい位置合わせ(https://www.ichiawase.jp/)とかならトラブル無い？ まさかね
懐古厨？ いまさら語ったところでどうなるものでもないおはなしは、お年寄りが集うスレでおながいします 顧客の意味を取り違えていようとも、取り引き相手からの指定伝票ってのは変わらないだろうに
コクヨだのヒサゴだのの、ごくありふれた一般的な印刷済み伝票から、納品先の規模に依っては
大手側が納品書を大量に印刷して「この伝票を買え、そしてそれで納品しろ」だの「ウチのOCRで読める
品質にしろ」だの、そりゃ当時の商習慣みたいなものでやらざるを得ない状況に追い込まれてただけ
細っそいタテ5〜6cmしかないような(多分10inch×9inchの9”側が三分割されてる連続用紙のサイズに
合わせて単票納品書を誂えてしまったみたいな)とかもあったし、でっかいのなら役所へ提出するB4･B5の
カーボン複写書類とかもあった
それらを電卓叩いて手書きしてた状況から解放しようってのがOA化の波
泣き言言うぐらいならその場から去ればよかっただけの事 まだ続けンの？この話？
それとも、よくがんばったね って労ってもらいたい？ 手書き前提だから紙送りすら出来ない
つまりAccessは糞！ 未来の無いACCESSで昔話をするなって
過疎っちゃうじゃん >>439
未来はないと思ってるけど、過去の遺産はどうする？
ちょっとした業務システムが結構あったりする。
Excelの集計をAccessで作ってるってのもあった。
Excelはまだまだ生き残りそうだし、Accessも互換性だけで生き残るかもね。 Access.NETとして新生すべき
かゆいところに手が届く入力コントロールとお気楽データバインド
ちょっとリッチな連長レポート
EXE化出来れば多分売れる ビジネスDX結構得意なので相談してほしい
通訳してなくね? すみません
Access 2021 永続版の
Imageコントロールで
webp表示できますか？ 
